القائمة
产品研发流程 SOP。在以下场景触发： 1. 用户说 "开始新需求"、"创建需求" 2. 用户说 "下一步做什么"、"当前阶段" 3. 用户说 "项目流程"、"研发流程" 4. 用户询问项目进展或阶段 定义标准的产品研发流程和各阶段交付物。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
工作空间初始化。在以下场景触发： 1. 用户说 "初始化项目"、"初始化工作空间" 2. 用户说 "新建项目"、"创建项目" 3. 用户在一个空目录中说 "开始" 4. 用户需要快速搭建项目结构 一键初始化 Claude Code Native 工作空间，支持飞书集成配置。
里程碑提交管理。在以下场景触发： 1. 完成一个重要功能模块 2. 文档从 draft 变为 approved 3. 项目阶段转换（需求 → 设计 → 开发） 4. 用户说 "创建里程碑"、"提交里程碑" 5. 用户说 "总结这个阶段" 帮助用户在关键节点创建有意义的 Git 提交，记录项目演进历史。
工作空间初始化。在以下场景触发： 1. 用户说 "初始化项目"、"初始化工作空间" 2. 用户说 "新建项目"、"创建项目" 3. 用户在一个空目录中说 "开始" 4. 用户需要快速搭建项目结构 一键初始化 OpenWork Native 工作空间，支持飞书集成配置。
文档工作流。在以下场景触发： 1. 用户说 "创建 PRD"、"写技术方案"、"写测试方案" 2. 用户说 "提交评审"、"发布文档" 3. 用户说 "检查文档"、"更新文档状态" 4. 用户提到文档类型关键词（PRD、技术方案、测试用例等） 支持文档创建、评审、状态流转、模版应用。
飞书 MCP 连接管理。在以下场景触发： 1. 用户说 "飞书连接"、"连接飞书"、"飞书配置" 2. 用户说 "飞书状态"、"检查飞书连接" 3. 用户说 "飞书授权"、"授权飞书" 4. 用户说 "飞书 token"、"刷新飞书 token" 5. 会话启动时自动检测飞书 MCP 状态 管理两个飞书 MCP 的连接状态、授权流程和 Token 刷新。
飞书文档同步。在以下场景触发： 1. 用户说 "同步到飞书"、"推送到飞书" 2. 用户说 "从飞书拉取"、"同步飞书变更" 3. 用户说 "检查飞书同步状态" 4. 用户提到文档需要同步到飞书知识库 支持双向同步：本地 → 飞书，飞书 → 本地
| name | product-dev-sop |
| description | 产品研发流程 SOP。在以下场景触发： 1. 用户说 "开始新需求"、"创建需求" 2. 用户说 "下一步做什么"、"当前阶段" 3. 用户说 "项目流程"、"研发流程" 4. 用户询问项目进展或阶段 定义标准的产品研发流程和各阶段交付物。 |
标准的产品研发流程，从需求到发布的完整指南。
需求分析 → 技术设计 → 开发实现 → 测试验证 → 发布上线
↓ ↓ ↓ ↓ ↓
PRD 技术方案 代码 测试报告 发布记录
创建 PRD 文档
用户: "创建订单模块的 PRD"
AI 操作:
- 使用 doc-workflow Skill 创建 PRD
- 应用 templates/prd.md 模版
- 引导用户填写需求内容
完善 PRD 内容
确保包含以下部分：
提交评审
用户: "PRD 完成，提交评审"
AI 操作:
- 更新文档状态为 review
- 提醒配置评审人
- 可选：同步到飞书
评审通过
用户: "PRD 评审通过"
AI 操作:
- 更新文档状态为 approved
- 建议下一步：创建技术方案
docs/product/prd-{module}.md)approvedPRD 评审通过，进入技术设计阶段
approved创建技术方案
用户: "创建订单模块的技术方案"
AI 操作:
- 关联到 PRD 文档
- 应用 templates/tech-design.md 模版
- 根据 PRD 生成初步设计
完善技术方案
确保包含以下部分：
提交评审
用户: "技术方案完成，提交评审"
AI 操作:
- 更新文档状态为 review
- 可选：安排技术评审会议
评审通过
用户: "技术方案评审通过"
AI 操作:
- 更新文档状态为 approved
- 建议下一步：拆解开发任务
docs/tech/tech-{module}.md)approved技术方案评审通过，进入开发阶段
approved拆解开发任务
用户: "拆解开发任务"
AI 操作:
- 分析技术方案
- 创建任务列表
- 可选：同步到飞书 Bitable
建议任务粒度：
- 每个任务 1-3 天
- 任务可独立测试
- 明确验收标准
编码实现
遵循开发规范：
feature/{module}-{feature}单元测试
每个功能模块需要：
代码评审
用户: "提交代码评审"
AI 操作:
- 检查代码规范
- 检查测试覆盖
- 生成 PR 描述
所有开发任务完成，代码合并到主分支
创建测试方案
用户: "创建测试方案"
AI 操作:
- 应用 templates/test-plan.md 模版
- 根据 PRD 和技术方案生成用例
执行测试
测试类型：
记录缺陷
用户: "发现一个 bug"
AI 操作:
- 创建缺陷记录
- 关联到相关任务
- 同步到飞书 Bitable
回归测试
缺陷修复后：
测试报告
用户: "生成测试报告"
AI 操作:
- 汇总测试结果
- 统计缺陷情况
- 给出发布建议
docs/test/test-{module}.md)发布准备
检查清单：
发布执行
用户: "开始发布"
AI 操作:
- 记录发布时间
- 生成发布记录
- 更新文档状态为 released
发布验证
发布后验证：
发布记录
# 发布记录
- 版本: v1.2.0
- 时间: 2026-03-09 16:00
- 内容:
- 新增订单模块
- 优化支付流程
- 相关文档:
- PRD: docs/product/prd-order.md
- 技术方案: docs/tech/tech-order.md
发布成功，验证通过
用户: "当前项目进展"
AI 响应:
📊 项目进展
当前阶段: 技术设计
进度: 40%
已完成:
✅ 需求分析 - PRD 已评审通过
进行中:
⏳ 技术设计 - 技术方案编写中 (50%)
待完成:
⬜ 开发实现
⬜ 测试验证
⬜ 发布上线
下一步建议:
- 完成技术方案编写
- 提交技术评审
用户: "需求分析阶段做了什么"
AI 响应:
📋 需求分析阶段
交付物:
- docs/product/prd-order.md (已通过)
关键事件:
- 2026-03-01: 创建 PRD 草稿
- 2026-03-05: 提交评审
- 2026-03-08: 评审通过
参与人:
- 作者: 张三
- 评审人: 李四, 王五
用户: "需求有变更"
AI 操作:
1. 记录变更内容
2. 评估影响范围
3. 更新相关文档
4. 通知相关人员
5. 必要时回退到对应阶段
用户: "项目延期了"
AI 操作:
1. 分析延期原因
2. 更新任务截止日期
3. 评估对整体进度的影响
4. 建议调整方案
用户: "测试发现很多 bug"
AI 操作:
1. 统计缺陷分布
2. 分析根本原因
3. 建议改进措施
4. 调整发布计划