1 minute read

gstack 是由 YC 首席执行官 Garry Tan 发起的开源智能体技能集（Skills），旨在将 Claude Code 等 AI 编程助手重塑为一支全栈虚拟开发团队。它通过一套高度专业化的指令流，实现了从产品构思、架构设计、自动化编码到代码评审、质量保障及发布部署的软件全生命周期闭环开发。

你：      我想为我的日历做一个每日简报应用。
你：      /office-hours（发起咨询）
Claude： [询问痛点 —— 要求提供具体的例子，而不是假设]

你：      多个 Google 日历，活动信息已过时，地点也是错的。
          准备工作耗时太长，而且效果不够好……

Claude： 我想挑战一下你的设定。你说的是“每日简报应用”，但你实际描述的是一个“AI 私人幕僚长”。
         [提取了 5 项你甚至没意识到自己已经描述出的功能]
         [挑战了 4 个前提 —— 你对此表示同意、反对或进行调整]
         [生成了 3 种实施方案及工作量预估]
         建议： 明天先上线最核心的切入点，从实际使用中学习。完整愿景是一个为期 3 个月的项目 —— 
               先从一个真正好用的每日简报开始。
         [编写设计文档 → 自动同步至下游技能]

你：      /plan-ceo-review（发起 CEO 视角评审）
         [读取设计文档，挑战项目范围，进行 10 个维度的评审]

你：      /plan-eng-review（发起工程视角评审）
         [生成数据流、状态机、错误路径的 ASCII 架构图]
         [生成测试矩阵、故障模式、安全忧虑点]

你：      批准计划。退出计划模式。
         [跨 11 个文件编写了 2,400 行代码。耗时约 8 分钟。]

你：      /review（发起代码审查）
         [自动修复] 2 个问题。[询问] 竞态条件问题 → 你批准修复。

你：      /qa https://staging.myapp.com（发起质量保证测试）
         [打开真实浏览器，点击测试流程，发现并修复了一个 Bug]

你：      /ship（发布上线）
         测试用例：42 → 51 (新增 +9)。PR 地址：github.com/you/app/pull/42

英文版本：

You:    I want to build a daily briefing app for my calendar.
You:    /office-hours
Claude: [asks about the pain — specific examples, not hypotheticals]

You:    Multiple Google calendars, events with stale info, wrong locations.
        Prep takes forever and the results aren't good enough...

Claude: I'm going to push back on the framing. You said "daily briefing
        app." But what you actually described is a personal chief of
        staff AI.
        [extracts 5 capabilities you didn't realize you were describing]
        [challenges 4 premises — you agree, disagree, or adjust]
        [generates 3 implementation approaches with effort estimates]
        RECOMMENDATION: Ship the narrowest wedge tomorrow, learn from
        real usage. The full vision is a 3-month project — start with
        the daily briefing that actually works.
        [writes design doc → feeds into downstream skills automatically]

You:    /plan-ceo-review
        [reads the design doc, challenges scope, runs 10-section review]

You:    /plan-eng-review
        [ASCII diagrams for data flow, state machines, error paths]
        [test matrix, failure modes, security concerns]

You:    Approve plan. Exit plan mode.
        [writes 2,400 lines across 11 files. ~8 minutes.]

You:    /review
        [AUTO-FIXED] 2 issues. [ASK] Race condition → you approve fix.

You:    /qa https://staging.myapp.com
        [opens real browser, clicks through flows, finds and fixes a bug]

You:    /ship
        Tests: 42 → 51 (+9 new). PR: github.com/you/app/pull/42

这是一个基于上面的对话流程生成的视觉工作流。它生动地展示了 Claude 如何从一个简单的想法开始，通过战略思维、严谨的设计和强大的执行力，将您的构想变成现实。

将这个过程划分为四个关键阶段：1. 构思与重塑，2. 战略与设计，3. 构建与迭代，4. 验证与交付。

阶段 1：构思与重塑 (Ideation & Reframing)

这个阶段是您和 Claude 建立联系并明确目标的过程。

图 1：从混乱到清晰。用户（左侧）面对着多个杂乱的日历和错误的信息，感到非常沮丧。AI（Claude，中央）不仅倾听，而且主动介入，将这些碎片化的痛点合成为一个清晰的“私人幕僚长”愿景。右侧展示了重新构想后的五个核心功能模块：合成、优先级、背景准备、行动项和无缝更新。

阶段 2：战略与设计 (Strategy & Design)

一旦愿景确定，Claude 就开始运用其高级思维能力，进行严格的战略和工程审计。

图 2：严谨的战略与设计评审。Claude（现为“幕僚长”，保持图 1 中的形象）在规划桌前指挥。图 1 中的核心模块被展开成详细的“设计文档”。我们能看到 CEO 维度的范围审查，以及包含 ASCII 数据流、状态机和安全忧虑点的工程审查。用户（图 1 中的形象）自信地指向“实施计划”路线图，批准了 narrowest wedge（最窄切入点）策略。

阶段 3：构建与迭代 (Build & Iterate)

一旦您批准计划并发出 “/plan” 指令，对话模式结束，真正的全自动构建开始。

图 3：全自动构建与自动迭代。Claude（图 1、图 2 中的形象）在一个充满活力的全息工作台上操作。它的界面变成了流动的蓝绿色代码流，迅速生成了 11 个文件和 2,400 行代码，并组装成图 1 中定义的 AI 私人幕僚长的核心。背景时钟显示“8 分钟”，强调速度。在右侧的“自动审查”区域，AI 自动修复了 2 个问题，并在处理一个“竞态条件”时请求并获得了用户的批准。图 2 中的 ASCII 图表现在变成了活跃的代码。

阶段 4：验证与交付 (Validate & Ship)

在代码构建完成并经过自动审查后，Claude 进入最后的质量保证和交付阶段。

Updated: