agentic-meta-engineering

需求全生命周期管理伞形 Skill，被 8 个 /requirement:* 命令共用。负责状态持久化、PR 提交、归档；阶段切换在 F-012 落地前仍由本 Skill 承载，落地后将统一到 /workflow:next

追加语义事件到 requirements/<id>/process.txt（追加式）。阶段切换、评审结论、门禁、阻塞、save 等"有含义的一行"走此 Skill；process.txt 唯一写入通道，不再有 Hook 竞争写入。

阶段 6（任务规划）拆分 features.json 为功能点任务；阶段 7（开发实施）派 subagent 实现单个 feature_id 并管理状态流转（pending → in-progress → done）。Done 转换时触发 /code-review scoped 到该 feature。

聚合 8 个专项 checker + review-critic 对抗验证 + code-quality-reviewer 综合裁决的输出，生成统一 Markdown 审查报告，按严重度分类归档，附裁决明细段。

workflow run 全生命周期管理伞形 Skill，被 9 个 /workflow:* 命令共用。负责状态校验矩阵派发、jsonl 事件追加、bootstrap/continue/save/status/list/approve/reject/rollback/cancel 9 子动作。

/code-review 的预检 Skill。识别审查模式（独立/嵌入）、确定范围、取 diff，生成 .review-scope.json 供并行 checker 消费。

撰写 artifacts/requirement.md（阶段 2 产出物），严格执行"刨根问底"——每条关键信息必须有来源、或标记待确认/待补充。

测试阶段切换前的追溯链门禁——校验需求→设计→代码→测试链完整。调用 traceability-consistency-checker Agent 做深度语义校验。

用户用自然语言描述意图（继续/审/新建/批准/驳回/发版）时，按 D-008 三步仲裁翻译为 /workflow:* 命令并调用

workflow-engine 引擎核心 Skill。负责 workflow yaml 加载校验、jsonl 反扫重建 RunState、节点拓扑排序与变量替换、artifact 节点产出验证。被 `/workflow:run` / `/workflow:continue` 等命令使用；本 Skill 不直接面对用户。

知识管理伞形 Skill，5 个 /knowledge:* 命令共用。根据子意图（extract-experience / generate-sop / generate-checklist / optimize-doc / organize-index）分发到对应 reference/ 文件的规则执行。

阶段 7 开发实施时，为单个 feature_id 构建精准的开发上下文——从 features.json、detailed-design.md、相关代码中按规则提取关键信息，避免把整份设计塞给 AI 导致走神。

跨会话恢复上下文。读 meta.yaml + process.txt + notes.md + plan.md，输出 < 200 字的"恢复摘要"，等用户确认后继续工作。