菜单
管理单个 feature（FT-*）的生命周期：pending → in_progress → done。维护 features.json，触发对应 Agent。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
校验业务代码与 IDL 契约同步、字段冻结状态是否被破坏。作为 8 维度 code review 的"契约一致"维度，可被 design-checker / code-review-preparer 调用，也可独立运行。
聚合 8 维度 review Agent 的产出，生成统一的 review 报告并写入 reviews/{ts}.md。
当 context/ 下新增/删除文件时，自动更新对应层级的 INDEX.md，避免"孤儿文件"。
按 templates/detail-design.md 模板撰写详细设计文档，包括数据模型、IDL 变更、接口设计、决策、错误处理、监控、灰度等。
运维操作中心（Operations Center）通用适配器——为团队的运营/运维操作（开关、灰度、限流、降级）提供统一调用约定。具体实现按团队接入。
DevOps CLI 通用适配器——把团队的部署/构建/发布命令包装成一致的高层接口。具体实现按团队接入。
| name | feature-lifecycle-manager |
| description | 管理单个 feature（FT-*）的生命周期：pending → in_progress → done。维护 features.json，触发对应 Agent。 |
| allowed-tools | Read, Write, Edit, Bash, Task |
在
managing-requirement-lifecycle之下的"feature 粒度"调度。原文 §8.3。
/req-task:start、/req-task:done 等命令code-review-preparer 完成 8 维 review 后调用，决定是否标 donepending ──▶ in_progress ──▶ done
│
└──▶ blocked（review 卡住）
│
└──▶ cancelled（需求变更/废弃）
| 转移 | 条件 | 谁触发 |
|---|---|---|
| pending → in_progress | 用户 /req-task:start FT-001 | feature-lifecycle-manager |
| in_progress → done | 8 维 review 全 PASS + commit 含 (FT-id) | code-review-preparer |
| in_progress → blocked | 任一维 review 为 FAIL | code-review-preparer |
| blocked → in_progress | 用户修复后重新触发 review | feature-lifecycle-manager |
| any → cancelled | 用户显式 /req-task:cancel FT-001 | feature-lifecycle-manager |
features.json 时必须保持 JSON 合法（用 JSON.parse + JSON.stringify 而不是字符串替换）state_history（追加而不是覆盖）{
"id": "FT-001",
"status": "in_progress",
"state_history": [
{ "to": "pending", "ts": "2026-05-28T08:00:00Z" },
{ "to": "in_progress", "ts": "2026-05-28T10:30:00Z", "by": "koka" }
],
"assignee": "koka",
"started_at": "2026-05-28T10:30:00Z",
"completed_at": null
}