用 Claude App + Claude Code 做迭代开发:我跑通的一套工作流

做这个音频剪辑工具的时候，我把整个开发拆成了 9 个里程碑（M1 一直到 M9），一个做完再做下一个。

一路摸下来发现，真正让流程跑得顺的，不是某个工具有多强，而是**「谁干什么」分得很清楚**。这篇就把这套方法沉淀下来。

1. 先记住三件事

整套流程先立在三件事上：

• PRD 是唯一真相来源。任何拿不准的地方，都回到 PRD 去对，而不是凭感觉。所以每次开新阶段，我都会把 PRD 原封不动地丢进对话里。
• 三个角色分工明确。Claude App 负责"想清楚、出 prompt"，Claude Code 负责"在项目里真正动手写和跑"，我自己负责"拍板和兜底"。
• 一次只推一个里程碑。不贪多，M? 做完了就问下一步该干嘛，确认完再去想 M?+1。

2. 三个角色各干什么

这两个工具不直接打通，靠我用 prompt 当"接力棒"搬来搬去——看着麻烦，但每一步都看得见、可控。

3. 完整流程，一步一步走

3.1 第 1 步：在 Claude App 里规划下一步

PRD 写完后，第一件事是在 Claude App 里开聊，把 PRD 放进去，然后问它一个"承上启下"的问题。我常用的模板是：

我现在 M? 的功能完成了。还有哪些内容需要做？还需要 M?+1 吗？M?+1 做的是什么内容？再帮我看一下 M?+1 的内容需不需要设计文档：• 如果需要，就帮我生成设计文档，生成设计文档的 prompt 请用 ultrathink；• 如果不需要，就直接给我写代码的 prompt，用 ultra code。

这一步的关键是：让它先判断"要不要设计文档"，再根据判断给出不同的 prompt。

3.2 第 2 步：按任务难度选思考强度

要不要设计文档，决定了用哪种"思考档位"：

• 需要设计文档（逻辑复杂、得先想清楚结构）→ 用 ultrathink，让它多想一层；
• 不需要、可以直接写 → 用 ultra code，直接产出能落地的代码 prompt。

3.3 第 3 步：把 prompt 拿到 Claude Code 执行

Claude App 给我的 prompt，我会原样贴到 Claude Code 里，在这个项目里跑起来。

3.4 第 4 步：执行卡住了怎么办（决策回路）

跑的过程中一旦出问题，我不会自己硬猜，而是：

• 把执行结果（报错、卡点）复制回 Claude App 的聊天框，让它判断怎么办；
• 如果它也定不了，那就轮到我介入：我在 Claude App 里把方向定下来，让它据此生成一条新的 prompt；
• 把这条新 prompt 再传回 Claude Code，继续往下跑。

一句话总结：先问 AI，AI 决不了再人工拍板，拍完板还是让 AI 把决定翻译成 prompt。

3.5 第 5 步：写代码

如果前面判断需要设计文档，就先有文档、再照着文档写代码；不需要的话就直接进入写代码。

3.6 第 6 步：验证——分清"机器能做的"和"人要审的"

代码写完后，我会再给 Claude App 一条 prompt，让它帮我把这个里程碑里需要验证的点都拎出来，并且分成两类。模板大概是：

帮我看一下 M9 流程里哪些地方需要做验证，整理出来：• 哪些验证 Claude 可以直接做？• 哪些必须人工审核？（按优先级排一下）最后根据上面这些，写出一条 prompt。注意：用大白话讲，别用专业术语。

这样我就清楚：哪些交给机器自动测，哪些得我亲自盯，而且人工要审的还分了轻重缓急。

3.7 第 7 步：自测，先求"通"再求"全"

最后我自己也会简单测一下，但不会去抠太多边界情况，重点只看一件事：这个流程能不能从头到尾跑通。边界问题留到后面，先保证主干是通的。

4. 几条用下来的心得

• 想和做要分开。Claude App 负责想，Claude Code 负责做，别让一个工具又想又做。
• 一切回到 PRD。拿不准就翻 PRD，它是唯一标准，不靠记忆和感觉。
• 小步快跑。一个里程碑推一次，别一次塞太多，否则出问题很难定位。
• prompt 是接力棒。两个工具靠我手动传 prompt，反而每一步都透明、可控、可回溯。
• 决策分层：AI 先决，人兜底。大部分情况 AI 能定，定不了的才占用我的精力。
• 验证分层：机器测能测的，人只审最关键的。而且人工审核还要排优先级。
• 自测先求通、再求全。先跑通主流程，边界情况后面再补。