Menü
当在当前会话中执行包含独立任务的实现计划时使用
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
在开始任何对话时使用——确立如何查找和使用技能，要求在任何响应（包括澄清性问题）之前调用 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 相比：
质量关卡：
成本： 更多子代理调用，但能及早发现问题（比后期调试更省成本）。
绝不：
如果子代理提问： 清晰完整地回答，必要时提供额外上下文，不要催促它们进入实现阶段。
如果审查者发现问题： 实现者（同一子代理）修复 → 审查者再次审查 → 重复直到通过。不要跳过重新审查。
如果子代理失败： 分派修复子代理并提供具体指令，不要尝试手动修复（上下文污染）。
必需的工作流技能：
条件工作流技能：
子代理应使用：
替代工作流：