goal-workflow：从 PRD 到交付，AI 驱动的完整研发工作流
2026/6/8大约 7 分钟
goal-workflow 是什么？
一套 AI 驱动的研发工作流。
从需求到代码交付，全程在 Claude Code 中完成。
完整链路：
/prd → /prd-to-spec → /to-issues → /goal → /review-it → /ship-it
核心思想
传统开发流程：
产品经理写需求 → 技术评审 → 拆分任务 → 开发实现 → 代码审查 → 测试 → 部署问题：
- 每个环节都是人工
- 每个环节都有等待
- 每个环节都有信息损耗
- 从需求到交付，几周到几个月
goal-workflow 流程：
/prd → /prd-to-spec → /to-issues → /goal → /review-it → /ship-it价值：
- 每个环节都是 AI 驱动
- 每个环节都是即时
- 每个环节都保持上下文
- 从需求到交付，几分钟到几小时
完整工作流
步骤 1：/prd —— 生成 PRD 需求文档
AI 做什么：
- 理解产品想法
- 分析用户需求
- 定义功能范围
- 设计用户故事
- 定义验收标准
- 生成完整 PRD 文档
示例：
你：我想做一个电商网站
/prd
AI 生成 PRD：
- 项目概述
- 目标用户
- 核心功能
- 用户故事
- 验收标准
- 非功能需求
- 技术约束步骤 2：/prd-to-spec —— PRD 转技术设计（可选）
AI 做什么：
- 分析 PRD
- 设计技术架构
- 定义数据模型
- 设计 API 接口
- 规划技术栈
- 生成技术设计文档（SPEC）
示例：
/prd-to-spec
AI 生成 SPEC：
- 系统架构
- 数据模型
- API 设计
- 技术栈
- 部署方案
- 安全设计步骤 3：/to-issues —— 拆解为 Issue 并创建卡片
AI 做什么：
- 分析 PRD/SPEC
- 识别功能模块
- 拆分用户故事
- 创建 Issue 卡片
- 定义依赖关系
- 设置优先级
示例：
/to-issues
AI 拆分 Issue：
- Issue #1: 用户注册
- Issue #2: 商品浏览
- Issue #3: 购物车
- Issue #4: 订单创建
- Issue #5: 支付集成
...
每个 Issue 包含：
- 功能描述
- 验收标准
- 依赖关系
- 优先级步骤 4：/goal —— 端到端实现 Issue
AI 做什么：
- 读取 Issue 描述
- 规划实现步骤
- 编写代码
- 运行测试
- 修复问题
- 确保验收标准通过
示例：
/goal
AI 实现：
1. 创建用户表
2. 实现注册 API
3. 实现登录 API
4. 编写单元测试
5. 运行测试
6. 修复 bug
7. 所有测试通过步骤 5：/review-it —— 自动化代码审查与迭代修复
AI 做什么：
- 审查代码质量
- 检查代码规范
- 识别潜在问题
- 提出改进建议
- 自动修复
- 迭代直到达标
示例：
/review-it
AI 审查：
- 代码规范检查
- 安全问题检查
- 性能问题检查
- 可维护性检查
- 自动修复问题
- 迭代审查步骤 6：/ship-it —— 提交、PR、合入、关闭 Issue
AI 做什么：
- 提交代码
- 创建 PR
- 合入主分支
- 关闭 Issue
- 记录实现笔记
示例：
/ship-it
AI 执行：
git commit
git push
gh pr create
gh pr merge
gh issue close扩展技能
/note-it —— 记录实现笔记
为每个 Issue 记录实现笔记：
- 实现思路
- 技术决策
- 遇到的问题
- 解决方案
- 经验教训
/humanize-it —— 文档去 AI 味改写
AI 生成的文档可能：
- 太正式
- 太机械
- 缺乏人情味
/humanize-it 做什么：
- 改写文档
- 增加人情味
- 让文档更易读
/listenhub-tts —— 文本转语音
将文档转为语音：
- 支持多语言
- 支持多音色
- 适合通勤学习
/insight-diagram —— UML 与架构图生成
自动生成图表：
- 类图
- 时序图
- 流程图
- 架构图
- 部署图
/code-to-spec —— 逆向生成项目规格
从现有代码生成规格文档：
- 分析代码结构
- 逆向推导设计
- 生成 SPEC 文档
/refactor —— 专家级代码重构
基于 Fowler 重构目录：
- 识别重构机会
- 应用重构模式
- 保持行为不变
- 提升代码质量
/modern-go —— Go 代码现代化改造
35+ 条 gofix 风格规则：
- 语法升级
- 习惯用法
- 最佳实践
- 性能优化
/smell —— 检测代码坏味道
检测：
- 架构反模式
- 代码坏味道
- 复杂度热点
- 安全隐患
快速开始
安装：
npx skills add smallnest/goal-workflow使用：
# 1. 生成 PRD
/prd
# 2. 转为技术设计（可选）
/prd-to-spec
# 3. 拆分为 Issue
/to-issues
# 4. 实现 Issue
/goal
# 5. 代码审查
/review-it
# 6. 交付
/ship-it核心技能列表
| 命令 | 说明 | 类型 |
|---|---|---|
| /prd | 生成 PRD 需求文档 | 核心流程 |
| /prd-to-spec | 将 PRD 转化为技术设计方案 | 核心流程 |
| /to-issues | 将 PRD/SPEC 拆解为 Issue | 核心流程 |
| /goal | 端到端实现 Issue | 核心流程 |
| /review-it | 自动化代码审查与迭代修复 | 核心流程 |
| /ship-it | 提交、PR、合入、关闭 Issue | 核心流程 |
| /note-it | 为 Issue 记录实现笔记 | 扩展技能 |
| /humanize-it | 文档去 AI 味改写 | 扩展技能 |
| /listenhub-tts | ListenHub 文本转语音 | 扩展技能 |
| /insight-diagram | UML 与架构图生成 | 扩展技能 |
| /code-to-spec | 逆向生成项目规格 | 扩展技能 |
| /refactor | 专家级代码重构 | 扩展技能 |
| /modern-go | Go 代码现代化改造 | 扩展技能 |
| /smell | 检测架构反模式、代码坏味道 | 扩展技能 |
完整示例：从想法到交付
场景：创建一个用户认证系统
第 1 步：生成 PRD
你：我想做一个用户认证系统
/prd
AI 生成 PRD：
- 功能：注册、登录、密码重置
- 安全：密码加密、JWT Token
- 验证：邮箱验证、手机验证第 2 步：转为技术设计
/prd-to-spec
AI 生成 SPEC：
- 后端：Go + Gin
- 数据库：PostgreSQL
- 缓存：Redis
- 认证：JWT第 3 步：拆分为 Issue
/to-issues
AI 创建 Issue：
- Issue #1: 用户注册
- Issue #2: 用户登录
- Issue #3: 密码重置
- Issue #4: Token 刷新第 4 步：实现 Issue
/goal
AI 实现 Issue #1：
1. 创建 User 模型
2. 实现注册 API
3. 实现密码加密
4. 编写测试
5. 运行测试第 5 步：代码审查
/review-it
AI 审查：
- 检查代码规范
- 检查安全问题
- 检查性能问题
- 自动修复第 6 步：交付
/ship-it
AI 执行："
git commit -m "feat: 用户注册功能"
git push
gh pr create
gh pr merge
gh issue close 1与其他工具对比
| 维度 | goal-workflow | autoresearch | ralph |
|---|---|---|---|
| 驱动方式 | PRD 驱动 | Issue 驱动 | PRD 驱动 |
| 执行环境 | Claude Code | 任意 CLI | 任意 CLI |
| 核心流程 | 6 步完整流程 | 多 Agent 轮转 | 4 通道记忆 |
| 代码审查 | /review-it | 多 Agent 交叉审核 | 工具链检查 |
| 交付自动化 | /ship-it | 自动 PR/合并 | 步步于代码完成 |
| 扩展技能 | 8 个扩展技能 | 无 | Skills 插件系统 |
goal-workflow 优势：
- 在 Claude Code 中完成，上下文完整
- 6 步完整流程，从需求到交付
- 8 个扩展技能，覆盖多种场景
- 简单易用，学习成本低
适用场景
适合：
- 个人开发者快速验证想法
- 小团队快速迭代产品
- MVP 开发
- 原型开发
- 内部工具开发
不适合：
- 大型复杂系统（需要更多人工设计）
- 高安全要求系统（需要更多安全审查）
- 遗留系统迁移（需要更多规划）
写在最后：goal-workflow 的价值
goal-workflow 不是工具集。
goal-workflow 是完整的工作流。
传统开发：
想法 → 需求文档 → 技术设计 → 任务拆分 → 开发 → 审查 → 测试 → 部署
↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓
几周 几周 几周 几周 几周 几周 几周 几周goal-workflow：
想法 → /prd → /prd-to-spec → /to-issues → /goal → /review-it → /ship-it
↓ ↓ ↓ ↓ ↓ ↓ ↓
几分钟 几分钟 几分钟 几分钟 几小时 几分钟 几分钟价值：
- 速度： 从几周到几小时
- 质量： AI 审查，自动修复
- 一致性： 整个流程在 Claude Code 中，上下文完整
- 自动化： 从需求到交付，全自动
goal-workflow 代表了一个方向：
AI 不只是写代码。
AI 是完整的研发伙伴。
从想法到交付，全程 AI 驱动。
你只需要提供想法。
AI 完成其余一切。
这就是 goal-workflow 的愿景。
从 PRD 到交付，AI 驱动的完整研发工作流。