القائمة
当在当前会话中执行包含独立任务的实现计划时使用
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
在开始任何对话时使用——确立如何查找和使用技能，要求在任何响应（包括澄清性问题）之前调用 Skill 工具
在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
中文 review 沟通参考——话术模板、分级标注（必须修复/建议修改/仅供参考）、国内团队常见反模式应对。
中文 commit 与 changelog 配置参考——Conventional Commits 中文适配、commitlint/husky/commitizen 中文模板、conventional-changelog 中文配置。仅在用户显式 /chinese-commit-conventions 时调用，不要根据上下文自动触发。
中文文档排版参考——中英文空格、全半角标点、术语保留、链接格式、中文文案排版指北约定。仅在用户显式 /chinese-documentation 时调用，不要根据上下文自动触发。
国内 Git 平台配置参考——Gitee、Coding.net、极狐 GitLab、CNB 的 SSH/HTTPS/凭据/CI 接入差异与镜像同步配置。仅在用户显式 /chinese-git-workflow 时调用，不要根据上下文自动触发。
| name | subagent-driven-development |
| description | 当在当前会话中执行包含独立任务的实现计划时使用 |
通过为每个任务分派一个全新的子代理来执行计划，每个任务完成后进行两阶段审查：先审查规格合规性，再审查代码质量。
为什么用子代理： 你将任务委派给具有隔离上下文的专用智能体。通过精心设计它们的指令和上下文，确保它们专注并成功完成任务。它们不应继承你的会话上下文——你要精确构造它们所需的一切。这样也能为你自己保留用于协调工作的上下文。
核心原则： 每个任务一个全新子代理 + 两阶段审查（先规格后质量）= 高质量、快速迭代
使用条件：
不满足时：
与 Executing Plans 的对比：
开始执行前，先评估任务复杂度：
using-git-worktreesusing-git-worktrees 建立隔离工作区，再继续本技能流程总体流程：
read_file(path="计划文件路径") 读取计划，提取所有任务的完整文本，记录上下文，创建待办清单run_skill(name="implement", arguments="完整任务文本 + 上下文")run_skill(name="flow-review", arguments="审查以下实现是否匹配原始规格，检查有无遗漏需求或过度实现")run_skill(name="flow-review", arguments="审查代码质量：命名、结构、重复、边界情况、测试覆盖")run_skill(name="flow-review", arguments="审查整体实现...")finishing-a-development-branch 收尾使用能胜任每个角色的最低成本模型，以节省开支并提高速度。
| 任务类型 | 复杂度信号 | 模型选择 |
|---|---|---|
| 机械性实现 | 1-2 个文件，清晰规格 | 快速、便宜的模型 |
| 集成和判断 | 多文件协调，模式匹配，调试 | 标准模型 |
| 架构、设计和审查 | 需要设计判断或广泛代码库理解 | 最强的可用模型 |
实现子代理报告四种状态之一：
| 状态 | 含义 | 处理 |
|---|---|---|
| DONE | 完成 | 进入规格合规性审查 |
| DONE_WITH_CONCERNS | 完成但有疑虑 | 阅读疑虑。涉及正确性/范围的，审查前解决；观察性说明的，记录并继续 |
| NEEDS_CONTEXT | 需要未提供的信息 | 提供缺失上下文并重新分派 |
| BLOCKED | 无法完成 | 1) 上下文问题 → 提供更多上下文；2) 需更强推理 → 用更强模型；3) 任务太大 → 拆分；4) 计划有问题 → 上报人类 |
绝不 忽略上报或在不做任何更改的情况下让同一模型重试。如果实现者说卡住了，说明有什么东西需要改变。
run_skill(name="implement", arguments="完整任务文本 + 上下文") — 分派实现子代理（执行代码修改、测试、提交）run_skill(name="flow-review", arguments="审查以下实现是否匹配原始规格，检查有无遗漏需求或过度实现") — 规格合规审查run_skill(name="flow-review", arguments="审查代码质量：命名、结构、重复、边界情况、测试覆盖") — 代码质量审查与手动执行相比：
与 Executing Plans 相比：
质量关卡：
成本： 更多子代理调用，但能及早发现问题（比后期调试更省成本）。
绝不：
如果子代理提问： 清晰完整地回答，必要时提供额外上下文，不要催促它们进入实现阶段。
如果审查者发现问题： 实现者（同一子代理）修复 → 审查者再次审查 → 重复直到通过。不要跳过重新审查。
如果子代理失败： 分派修复子代理并提供具体指令，不要尝试手动修复（上下文污染）。
必需的工作流技能：
条件工作流技能：
子代理应使用：
替代工作流：