特性开发
按照标准规划 → 按照标准构建 → 按照标准验证。
此技能仅负责编排。每个阶段委托给子技能。请勿在此处重述子工作流。
| 阶段 | 技能 | 路径 | 模式（子技能） |
|---|---|---|---|
| 1 | refine | refine/SKILL.md | — |
| 2 | design-system | design-system/SKILL.md | PLAN |
| 3 | architecture | architecture/SKILL.md | PLAN |
| 4 | build | build/SKILL.md | BUILD |
| 5 | verify | verify/SKILL.md | production gate |
当团队需要关于是否开始的准备就绪/未就绪判断时，在阶段 1 之前使用 feasibility。
工作流
规划进度：
- [ ] 1. 精化
- [ ] 已解决的决策（如果有）
- [ ] 2. 设计系统 (PLAN)
- [ ] 3. 架构 (PLAN)
- [ ] 特性开发计划已发出
- [ ] 4. 构建
- [ ] 5. 验证生产就绪
- [ ] PR 就绪
1. 精化
调用： refine/SKILL.md
传入： 工单密钥或粘贴内容、Figma/设计链接、父史诗、聊天上下文。
退出条件： 内容和方式足够清晰以用于估算；已命名或已解决的开放决策；当决策确定时汇总的精化简报。
关卡： 在阶段 2 之前，为 需要决策的问题 暂停。
2. 设计系统
调用： 以 PLAN 模式调用 design-system/SKILL.md。
传入： 精化简报、Figma/截图、范围内的路由/界面。
退出条件： 复用建议、潜在的模式库变更、排序（如果有模式库 PR）。或者一行“不适用（无 UI）”。
3. 架构
调用： 以 PLAN 模式调用 architecture/SKILL.md。
传入： 精化简报、设计系统计划（如果有）、范围内的路由/API/会话字段。
退出条件： 包含代码库先例的适用主题检查清单。
在 1–3 之后： 一次性发出合并计划。
4. 构建
调用： build/SKILL.md。
传入： 精化简报、设计系统 PLAN 输出、架构 PLAN 检查清单。
退出条件： 在分支上按照这些标准实现的代码。
5. 验证生产就绪
调用： verify/SKILL.md — 单个 PR 前关卡。不要单独运行设计系统或架构 REVIEW；验证会处理它们。
传入： 精化简报/验收条件、设计系统 PLAN 输出、架构 PLAN 检查清单、分支 diff。
退出条件： PASS | PARTIAL | FAIL、PR 就绪状态以及已检查/修复的内容。
编排规则
- 子技能拥有行为。 阅读并遵循每个阶段链接的技能。
- 向前传递上下文 — 每个阶段消耗先前的输出。
- 阶段 1–3 之后只生成一个规划工件；不要转储三份完整报告。
- 验证需要代码 — 在仅规划调用时跳过阶段 4–5，除非实现已存在。
- PR 前只有阶段 5 — 没有单独的“在 PR 前重新运行架构”。
被调用时
| 意图 | 运行 |
|---|---|
| 规划新故事 | 阶段 1–3 → 合并计划 |
| 实现特性 | 阶段 4（在 1–3 之后，或使用现有简报） |
| 关闭 / PR 前 | 阶段 5 |
| 完整生命周期 | 1 → 2 → 3 → 计划 → 4 → 5 |
合并计划（阶段 1–3 之后）
综合子技能输出。不要重新打印完整的子技能报告。
# 特性开发计划：[工单或标题]
## 摘要
[来自精化的 3–5 句话 + 阻碍因素 + 估算就绪状态]
## 精化
[差异发现、验收条件草稿、后续事项 — 来自精化技能输出]
## 设计系统 (PLAN)
[来自设计系统 PLAN 模式 — 或“不适用”]
## 架构 (PLAN)
[来自架构 PLAN 模式检查清单]
## 开放决策
[如果精化完成则为空]
## 下一步
→ 阶段 4 构建，然后阶段 5 验证
验证之后（阶段 5）
追加或返回验证技能输出（参见 verify/SKILL.md）。
父技能不定义验证部分 — 子技能拥有报告。
子技能
refine/SKILL.mddesign-system/SKILL.md— PLAN | BUILD | REVIEWarchitecture/SKILL.md— PLAN | BUILD | REVIEWbuild/SKILL.mdverify/SKILL.md