菜单
双项目开发流程的"上线复盘"阶段（阶段 8-10）。包含 PM 验收材料准备、上线、监控、知识库沉淀。需要功能已开发完成且通过自查。Use when asked to "PM验收", "准备上线", "上线复盘", "/dev-ship-retro", or when feature is developed and ready for PM acceptance and deployment. Voice triggers: "上线复盘", "PM验收".
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use whenever an AI agent executes a multi-step task to save tokens, parallelize tool calls, cache prompts, and keep replies under 2000 chars
Use when creating or developing, before writing code or implementation plans - refines rough ideas into fully-formed designs through collaborative questioning, alternative exploration, and incremental validation. Don't use during clear 'mechanical' processes
Bug 修复全流程。强制 /investigate 找根因，禁止"看似修好就交付"。/freeze 锁定文件 防止顺手"清理"无关代码；先写复现失败测试再写修复。 Use when reporting bugs, errors, 500s, stack traces, or "it stopped working" type issues. Voice triggers: "修 bug", "/bugfix-flow", "bugfix".
开发组合拳总入口。根据输入形式（需求文档 / 原型项目 / 一句话）× 开发范围（前端 / 后端 / 全栈） × 修饰符（带设计稿 / 数据库迁移 / 只联调 等）自动路由到正确的子 skill。同时覆盖 4 类非需求任务： bugfix / 重构 / 性能优化 / 第三方接入。 Use when asked to "接需求", "开始开发", "/dev-flow", "组合拳", "dev flow", or whenever the user hands over a development task and you need to decide which workflow skill to invoke. Voice triggers: "接需求", "开始开发", "组合拳". Note: 阶段切片型 skills（/dev-understand、/dev-implement、/dev-ship-retro）按阶段拆分， 与本路由按场景类型拆分的子 skill 互补；当用户明确说"只做某阶段"时优先匹配那些 skill。
Use when partner provides a complete implementation plan to execute in controlled batches with review checkpoints - loads plan, reviews critically, executes tasks in batches, reports for review between batches
性能优化全流程。先 benchmark 立基线 → profile 找瓶颈 → 单一变量优化 → 再 benchmark 对比。禁止"凭感觉优化"，每个改动必须带数据证明。 Use when optimizing for performance, page speed, web vitals, or backend latency. Voice triggers: "性能优化", "/perf-flow", "提速".
| name | dev-ship-retro |
| description | 双项目开发流程的"上线复盘"阶段（阶段 8-10）。包含 PM 验收材料准备、上线、监控、知识库沉淀。需要功能已开发完成且通过自查。Use when asked to "PM验收", "准备上线", "上线复盘", "/dev-ship-retro", or when feature is developed and ready for PM acceptance and deployment. Voice triggers: "上线复盘", "PM验收". |
完整开发流程的收尾阶段。前置条件：
/dev-implement 或手动开发完成本阶段产出：PM demo 材料 + 上线 PR + 知识库沉淀。
_lessons.md，下次自动加载使用 AskQuestion 工具收集：
~/Projects/_requirements/[feature]/）/setup-deploy）启动前验证：当前项目处于干净 git 状态、有未推送的 commits。
~/Projects/_requirements/[feature]/ 全部文档~/Projects/_requirements/_lessons.md如果用户启动时已选"已通过 PM 验收"，跳过本阶段。否则：
docs/demo-package.md：
cursor-ide-browser 自动截图分镜）AskQuestion 阻塞等待：
prompt: "demo 材料已准备好（docs/demo-package.md）。PM 验收结果："
options:
- "PM 通过，进入上线"
- "PM 提出小修改（请说明）"
- "PM 不认可，需要回开发阶段"
AskQuestion 确认/ship - 创建 PR：
/land-and-deploy - 合并 + 部署：
/canary - 上线后监控：
更新 ~/Projects/_requirements/_lessons.md（如不存在则创建），追加格式：
## [YYYY-MM-DD] [feature-name]
### PM 沟通踩坑
- （这次 PM 沟通中哪些问题应该早问？比如某个边界场景理解错了，回头看应该提前问）
### B 项目隐性规范
- （发现的、未文档化的约定，比如"所有 admin 接口都要加 audit log"）
### A 与 B 的差异
- （A 用了什么 B 没有？反之？比如 A 用 Vue Composition，B 用 React Hooks）
### 架构决策
- （这次为什么选 X 不选 Y？记录权衡过程）
### 复用机会
- （下次类似需求可以复用这次的什么？比如新建的 BatchActionMixin 可复用）
### 踩过的坑
- （技术上遇到的坑 + 解决方案）
### 实际耗时 vs 估算
- 估算：N 小时 / 实际：M 小时
- 主要超时原因：...
更新本次需求的 META.md：
status: doneactual_hours: Npr_url: ...deployed_at: ...输出最终总结：
✅ 需求 [feature-name] 已完成上线
📊 数据：
- 开发耗时：N 小时
- commits：M 个
- 改动文件：X 个
- 新增代码：+A / 删除：-B
🔗 链接：
- PR：[url]
- 监控：[url]
📚 知识沉淀：
- 已追加到 _lessons.md：N 条经验
- 下次类似需求可复用：[列出关键复用点]
🎉 完成！
/investigate/dev-implement 阶段 6 还是阶段 4统一维护在 ~/.cursor/skills/dev-flow-full/templates/：
_lessons.md - 经验沉淀（位于 ~/Projects/_requirements/_lessons.md，已存在则追加）/dev-implement（开发完成）或手动开发/dev-flow-full/canary