从需求到上线,让 AI 管理你的整个研发流程!
本机暂存
<hr><h2 id="title-从需求到上线,让-AI-管理你的整个研发流程-author-smallnest-publish-date-2026-05-17-summary-介绍-goal-workflow:AI-驱动的端到端研发工作流,覆盖-PRD-生成、需求拆解、代码审查、自动提交等全流程自动化"><a href="#title-从需求到上线,让-AI-管理你的整个研发流程-author-smallnest-publish-date-2026-05-17-summary-介绍-goal-workflow:AI-驱动的端到端研发工作流,覆盖-PRD-生成、需求拆解、代码审查、自动提交等全流程自动化" class="headerlink" title="title: "从需求到上线,让 AI 管理你的整个研发流程"author: "smallnest"publish_date: "2026-05-17"summary: "介绍 goal-workflow:AI 驱动的端到端研发工作流,覆盖 PRD 生成、需求拆解、代码审查、自动提交等全流程自动化""></a>title: "从需求到上线,让 AI 管理你的整个研发流程"<br>author: "smallnest"<br>publish_date: "2026-05-17"<br>summary: "介绍 goal-workflow:AI 驱动的端到端研发工作流,覆盖 PRD 生成、需求拆解、代码审查、自动提交等全流程自动化"</h2><p>你是否曾经有过这样的经历:</p><ul><li><p>写了一篇 PRD,结果开发实现的时候完全跑偏</p></li><li><p>实现完代码后,发现还有一堆体力活要做:代码审查、写 commit、创建 PR、等待 CI 检查...</p></li><li><p>团队成员对同一个需求理解不一致,导致返工</p></li><li><p>多次开会同步需求进度,但最终代码还是和预期不一样</p></li><li><p>Issue 拆得太细或太粗,开发时常卡住不知道下一步该做什么</p></li><li><p>每次提交都要重新敲一遍规范的 commit message,累死了</p></li></ul><span id="more"></span><p>如果你也遇到过这些问题,不妨来了解一下 <strong>goal-workflow</strong>。这是一套 AI 驱动的研发工作流系统,覆盖从需求分析到代码交付的完整生命周期。</p><h2 id="什么是-goal-workflow?"><a href="#什么是-goal-workflow?" class="headerlink" title="什么是 goal-workflow?"></a>什么是 goal-workflow?</h2><p>goal-workflow 是一套专为 Claude Code 和其他 AI 代码编辑器设计的工作流工具集。它通过一系列 Skill(技能)模块,将产品规划、代码实现、代码审查、代码提交、文档优化等环节串联起来。</p><p>简单来说,它解决的是 <strong>"从想法到发布,中间所有的繁琐工作"</strong> 。</p><h2 id="四步闭环:从需求到交付"><a href="#四步闭环:从需求到交付" class="headerlink" title="四步闭环:从需求到交付"></a>四步闭环:从需求到交付</h2><p>goal-workflow 将软件开发拆分为四个标准化步骤,每一步由一个专属 Skill 驱动:</p><table><thead><tr><th>步骤</th><th>命令</th><th>输入</th><th>输出</th></tr></thead><tbody><tr><td>1. 规划</td><td><code>/prd</code></td><td>功能描述 / 产品想法</td><td>PRD 文档 + Issue 卡片</td></tr><tr><td>2. 实现</td><td><code>/goal</code></td><td>一个 Issue 卡片</td><td>可运行的代码实现</td></tr><tr><td>3. 审查</td><td><code>/review-it</code></td><td>代码变更</td><td>通过审查的干净代码</td></tr><tr><td>4. 交付</td><td><code>/ship-it</code></td><td>已审查的代码</td><td>已合入的 PR + 已关闭的 Issue</td></tr></tbody></table><h3 id="Step-1:-prd-—-需求规划"><a href="#Step-1:-prd-—-需求规划" class="headerlink" title="Step 1:/prd — 需求规划"></a>Step 1:<code>/prd</code> — 需求规划</h3><p>传统的方式是先写文档,再开会评审需求,再拆解任务。在 goal-workflow 中,你只需要描述一个想要做的功能,比如:"给任务管理系统加一个优先级功能",然后系统会自动提出 3-5 个关键澄清问题(带 A/B/C/D 选项):</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br></pre></td><td class="code"><pre><span class="line">1. 这个优先级功能主要解决什么问题?</span><br><span class="line"> A. 帮助团队聚焦重要任务</span><br><span class="line"> B. 自动排序任务列表</span><br><span class="line"> C. 支持紧急任务通知</span><br><span class="line"> D. 区分长期和短期任务</span><br></pre></td></tr></table></figure><p>你只需要回答"1A, 2C, 3B"这样的格式,系统就能生成结构化的 PRD 和对应的 Issue 列表。每个 Issue 都是独立可实施的,还会标注依赖关系:</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br></pre></td><td class="code"><pre><span class="line"> Generated 4 Issues from PRD:</span><br><span class="line">#1: Add priority field to database (backend, high)</span><br><span class="line">#2: Display priority indicator (frontend, high) — depends on #1</span><br><span class="line">#3: Add priority selector (frontend, medium) — depends on #1</span><br><span class="line">#4: Filter tasks by priority (frontend, medium) — depends on #1, #2</span><br></pre></td></tr></table></figure><p>支持 GitHub Issues、本地 Markdown 文件和百度 iCafe 多种创建模式。</p><h3 id="Step-2:-goal-—-功能实现"><a href="#Step-2:-goal-—-功能实现" class="headerlink" title="Step 2:/goal — 功能实现"></a>Step 2:<code>/goal</code> — 功能实现</h3><p>选择一个 Issue 卡片,Agent 会理解验收标准并端到端实现:</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br></pre></td><td class="code"><pre><span class="line">/goal #42 # 指定 GitHub Issue 编号</span><br><span class="line">/goal tasks/issue-001.md # 指定本地 Issue 文件</span><br></pre></td></tr></table></figure><p>Agent 会自动读取 Issue 描述、分析代码库结构、编写实现代码、运行测试,逐条确认验收标准是否满足。一个 Issue,一次会话,完成一个功能。</p><h3 id="Step-3:-review-it-—-代码审查"><a href="#Step-3:-review-it-—-代码审查" class="headerlink" title="Step 3:/review-it — 代码审查"></a>Step 3:<code>/review-it</code> — 代码审查</h3><p>提交前自动审查代码,发现潜在问题并迭代修复。<code>/review-it</code> 的审查原则很有意思——它不盲从:</p><ul><li><strong>验证后执行</strong>:每个发现都通过读取真实代码验证,而非盲目应用</li><li><strong>拒绝噪音</strong>:拒绝不切实际的边界情况、投机性风险、过度重构</li><li><strong>迭代修复</strong>:修复后重新审查,直到无可操作发现</li><li><strong>最小变更</strong>:优先小修复,不做不必要的大重构</li></ul><p>它会自动检测你的工作区状态(未提交变更、分支差异等),选择合适的审查模式。</p><h3 id="Step-4:-ship-it-—-提交交付"><a href="#Step-4:-ship-it-—-提交交付" class="headerlink" title="Step 4:/ship-it — 提交交付"></a>Step 4:<code>/ship-it</code> — 提交交付</h3><p>代码审查通过后,<code>/ship-it</code> 一键完成收尾流程:</p><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td class="code"><pre><span class="line">git commit → git push → gh pr create → gh pr merge → gh issue close</span><br></pre></td></tr></table></figure><p>具体来说:</p><ul><li>提交代码,commit message 自动关联 Issue 编号</li><li>推送分支并创建 PR(PR body 包含 <code>Closes #N</code>)</li><li>Squash merge 合入,自动删除远程分支</li><li>Issue 自动关闭(或手动关闭),添加实现总结</li></ul><p>遇到 CI 失败、合并冲突等常见问题也有对应的处理策略。</p><p>整个过程,四步闭环,除了写代码之外,几乎所有其他工作都是自动化的。</p><h2 id="技术特色"><a href="#技术特色" class="headerlink" title="技术特色"></a>技术特色</h2><ol><li><strong>端到端闭环</strong>:PRD → Issue → 实现 → 审查 → 提交 → 优化</li><li><strong>多工具兼容</strong>:支持 Claude Code、Codex、OpenCode、DeepSeek TUI</li><li><strong>双语支持</strong>:中英文触发词,适合中文开发者</li><li><strong>可信审查</strong>:验证后执行,而非盲目应用</li><li><strong>灵活部署</strong>:GitHub Issues、本地 Markdown、百度 iCafe 多平台支持</li></ol><h2 id="快速开始"><a href="#快速开始" class="headerlink" title="快速开始"></a>快速开始</h2><figure class="highlight bash"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br><span class="line">6</span><br><span class="line">7</span><br><span class="line">8</span><br></pre></td><td class="code"><pre><span class="line"><span class="comment"># 全局安装</span></span><br><span class="line">npx skills add smallnest/goal-workflow -g</span><br><span class="line"></span><br><span class="line"><span class="comment"># 在项目中使用</span></span><br><span class="line">/prd 创建需求文档</span><br><span class="line">/goal 开始实现</span><br><span class="line">/review-it 代码审查</span><br><span class="line">/ship-it 提交发布</span><br></pre></td></tr></table></figure><h2 id="总结"><a href="#总结" class="headerlink" title="总结"></a>总结</h2><p>goal-workflow 的核心理念是:<strong>让 AI 做它最擅长的事情,人专注于创造性工作</strong>。</p><p>它不是要取代开发者,而是成为你的研发助理,处理那些重复、规则、耗时的工作,让你可以专注于真正有价值的事情。</p><p>如果你是个人开发者,可以用它加速 MVP 的开发;如果你是团队成员,可以用它标准化工作流程;如果你是开源项目维护者,可以用它自动化 Issue 处理。</p><hr><p><strong>项目地址</strong>:<a href="https://github.com/smallnest/goal-workflow">GitHub - smallnest/goal-workflow</a></p><p><strong>安装</strong>:<code>npx skills add smallnest/goal-workflow</code></p><p>欢迎尝试,如果觉得有用,请给个 Star 支持一下。</p>
同分类推荐文章
- 00 卷首语:当 Karpathy 说他半年没写一行代码 (2026-06-21 21:20:27)
- LLM 究竟是如何工作的? (2026-06-21 11:09:44)
- Loop Engineering 实践:一次批量实现 8 个 issue,完成夔牛工具的开发 (2026-06-17 04:00:24)
建议继续学习
- Instagram的技术架构 (累计阅读 9,847)
- 你做过的最有效的提高你的编程水平的一件事情是什么 (累计阅读 9,036)
- Bash脚本15分钟进阶教程 (累计阅读 9,033)
- 批量添加主机到 Cacti 的命令行工具 (累计阅读 8,535)
- Linux shell脚本使用while循环执行ssh的注意事项 (累计阅读 8,160)
- 程序员疫苗:代码注入 (累计阅读 7,986)
- 程序员最怕的事 (累计阅读 6,900)
- 在命令行快速切换目录 (累计阅读 6,766)
- 加班与效率 (累计阅读 6,164)
- bash下利用trap捕捉信号量 (累计阅读 4,912)