技能介绍

你在对抗什么问题

用大模型写功能时，常见情况是：需求还没问清就开始改代码，没有可验收的文档，阶段之间随意跳跃；实现、审美和删代码三套规则同时在审查阶段抢方向盘，输出互相打架。再叠加 openspec-cn、impeccable 等 CLI 未安装，整条链路往往直接报错退出，而不是换一种方式把活干完。

技能如何工作

这是唯一的主控编排器：56 个子 skill 的核心规则已内联到主文档，零外部 skill 加载、零配置即可跑完整流程。口诀是 一拷问，二规格，三融合，四挑刺，五进化。

三层守卫：开工前检查 CLI（缺则自动安装或降级）；运行中拦截阶段跳跃、skill 互斥、任务未完成就进下一步；出错时给出可执行的恢复提示。
模式路由：改动不超过约 3 行且不涉业务逻辑 → 直接改；修 bug → 快修（规格→融合→挑刺）；新功能/UI → 完整五步；纯后端可弱化 UI 相关审查。
融合阶段：底子（组件与无障碍）、面子（去 AI 味样式）、里子（YAGNI、短 diff）同时约束实现；第四步审查只保留 impeccable（或降级时 agent 按内联 46 条清单自审）。
延续执行：current_phase 与任务勾选落在 openspec/changes/ 与 learn_data.json，中断后说「继续」可回到断点；多步任务可带进度与 LGTM 式实现→测试→审查循环。
自我进化：.learnings/ 记录用户纠正、命令失败与功能请求，重复模式可经确认写入长期规则。

适用边界与注意点

适合新功能、重构、修 bug等需要从需求到交付的编程任务。不适合的场景（编排器应自动识别并跳过）包括：单行配置、纯 SQL、文案/翻译、数据分析、只读代码不改。子目录 skills/*/SKILL.md 是深度参考，日常不必逐个加载；想深入某一环时用 read_file 查阅即可。降级模式能跑完全流程，但 spec 校验与审查自动化会弱于 CLI 就绪环境。