القائمة
对照 Issue 与验收标准开发。Use when 一个 Issue 被分配、准备写代码/写测试/修 Bug 时。也适用于需要按验收标准实现功能、并保证产出包含测试与示例、提交前自查的场景。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
Use when 需要在当前项目中实现新功能、优化现有代码或修复 bug。触发场景：用户提出功能需求、代码需要重构、发现 bug 需要修复、需要对齐架构文档规范进行开发。
问题记录与定期总结提炼。Use when 同一问题反复出现、Milestone 结束、或需要把踩过的坑提炼成可复用规则/新 Skill 时。也适用于定期复盘、更新验收标准或拆分策略、沉淀方法论的场景。
可观测性与模型降质检测。Use when 一次开发会话结束、需要记录 Session 摘要、或怀疑模型出现降质（反复返工、标准滑坡、摸鱼）时。也适用于需要追踪 Issue 状态、生成 PR 摘要、复盘 token 花费的场景。
任务归约拆分与验收标准前置。Use when 已有 Spec 或较清晰的需求、要把大需求切成可执行任务、准备启动开发之前。也适用于需求太大、一个 Agent 无法独立完成、需要拆成 Epic/Milestone/Issue 并定义 P0-P3 验收标准的场景。
需求规格评审。Use when 启动新项目/新功能、需求还模糊、在任务拆分或写代码之前，需要先和用户对齐需求边界并产出结构化 Spec 时。也适用于用户给的需求一句话太笼统、缺少边界与非功能性要求的场景。
Use when 进入一个新项目或项目结构发生重大变化，需要生成/更新架构文档（docs/ARCHITECTURE.md）。触发场景：首次接入项目、重构后文档过时、新成员需要上下文、agent 需要理解项目全貌。
استنادا إلى تصنيف SOC المهني
| name | execute-implement |
| description | 对照 Issue 与验收标准开发。Use when 一个 Issue 被分配、准备写代码/写测试/修 Bug 时。也适用于需要按验收标准实现功能、并保证产出包含测试与示例、提交前自查的场景。 |
对照 Issue 和 P0-P3 验收标准写代码，产出必须包含单元测试、功能测试、使用示例，提交前先自查。
核心原则： 一次只做一个 Issue，一次做对，不靠反复重试（重试是最大的 token 浪费源）。
何时不用： 需求/拆分还没定（先 plan-spec / plan-breakdown）；纯调研（用 explore 子 Agent，不写代码）。
reference/vendored-skills/superpowers/skills/test-driven-development。templates/pr-summary-template.md。CONTEXT_INDEX.md 按路径读取所需文档，不一次性灌入全部上下文。并行处理的 Issue 必须操作不同文件/模块，否则串行，避免冲突。共享 DB Schema、接口契约、代码风格。
templates/pr-summary-template.mdskills/verify-test/SKILL.md、skills/verify-review/SKILL.mdreference/vendored-skills/superpowers/skills/test-driven-development、subagent-driven-developmentdocs/AI 编程方法论 v1.2 — 可操作版.md 第 2.1 / 2.3 / 2.6 / 3.3 节