第一阶段：计划（Plan）

花 15 分钟做计划，能省好几天返工时间。核心是回答两个问题：

  1. 你到底想做什么？ 是原型验证还是上线产品——前者快速迭代不管边界情况，后者必须考虑安全性和错误处理。
  2. 功能里程碑怎么拆？ 先定义 MVP（最小可行产品），再规划后续版本，别想一次做完所有功能。

一个实用技巧：让 AI 反过来问你问题。把初步想法丢给 Claude，让它提出三个最关键的问题。通过回答这些问题，你会发现很多自己没想清楚的地方。甚至可以用语音模式跟 AI 对话，把模糊想法说出来，再让 AI 整理成文档。

这个阶段的产出是一份项目规格文档，包含两部分：

  • 产品需求：解决什么问题、目标用户是谁、具体交互形式
  • 技术需求：明确技术栈选择（例如 Next.js + Tailwind + Supabase），必须告诉 Claude 用什么，否则它会自行选择

第二阶段：配置（Setup）

配置阶段有七个关键步骤：

  1. 建 GitHub 仓库——支持网页端和移动端使用 Claude Code，还能用 GitHub CLI 和自动化 PR 审查

  2. 配置环境变量——提前填好所有 API Key，避免 Claude 反复停下来询问

  3. 编写 CLAUDE.md 文件——这是核心配置文件，始终在 Claude 上下文中。建议放入：项目目标、架构概览、设计规范、约束条件等核心信息，详细内容通过链接指向其他文档

  4. 建立自动化文档体系——让 Claude 在开发过程中自动维护：

    • architecture.md：系统设计
    • changelog.md：变更历史
    • project-status.md：当前进度和下次继续的位置

    这样即使几周没碰项目，回来也能快速接上。

  5. 配置插件和 MCP 服务器——例如前端开发插件避免千篇一律的 UI 风格，数据库 MCP 让 Claude 直接操作 MongoDB 或 Supabase

  6. 设置自定义命令和子代理——例如一键更新所有项目文档的命令，或专门做前端测试的子代理

两个进阶技巧：

  • 预配置权限：让 Claude 不用每次都询问能否运行 git 命令
  • 设置 Hooks：测试失败时自动让 Claude 继续修复，或需要权限时自动发 Slack 通知

第三阶段：构建（Build）

配置完成后进入实际开发，推荐三种工作流：

通用工作流

适合单个功能开发，分四步走：研究 → 计划 → 实现 → 测试。其中计划模式最重要——别上来就让 Claude 写代码。

基于 Issue 的工作流

把 GitHub Issues 当作任务管理中心，适合保持项目结构清晰。

多代理工作流

最高级的方式：用 git worktrees 让多个 Claude 实例同时开发不同功能。Avthar 试过同时并行开发三个功能，效率大幅提升。

四条高效开发建议

  1. 用对模型：Opus 做规划和复杂任务，Sonnet 做实现，Haiku 只做简单修复
  2. 定期更新 CLAUDE.md：保持上下文信息的准确性
  3. 及时添加规则：发现 Claude 犯错时，用 # 快速添加规则防止同类错误
  4. 别怕丢代码：原型阶段不满意就重来，代码成本低，时间成本才高

PSB 系统的核心思想很简单：在动手写代码之前，把计划和配置做扎实。对于习惯"边想边写"的独立开发者来说，这套流程的前期投入看似多了一步，但能显著减少后期的混乱和返工。建议先在下一个小项目上试跑一遍完整流程，感受节奏差异。