用途：code-subagents 提供实现类子代理的调度模式，适用于存在可独立执行的实现工作时，由协调者把任务分派给子代理完成。
主要能力：区分串行与并行两种调度模式。串行用于有依赖关系的任务，逐个执行，每个任务使用全新子代理以避免上下文污染；并行用于相互独立的任务，每个问题域一个代理同时派发。文档给出独立性判断标准：修复任务 A 是否会影响任务 B、两者是否编辑同一文件，若都否则可并行。
使用方式：提供提示词模板，包括 references/implementor-prompt.md（派发实现者，含自审清单）和 references/batch-reviewer-prompt.md（对已完成批次做计划与代码质量合并审查），建议按原文使用并填入变量。提示词要求聚焦单一任务、自包含全部上下文、明确文件路径、明确输出内容、明确禁止触碰的范围。共享工作树的并行任务需先分配独占文件列表，禁止实现者暂存或提交，任务前后捕获完整 git 状态（含未跟踪文件），捕获按路径限定的补丁并拒绝分配路径之外的改动；文件归属重叠或无法隔离时改为串行。
审查与整合：每完成一个批次运行一次合并审查，向一名全新审查者提供该批次完整需求、约束、各任务按路径限定的补丁、完整变更文件清单、实现者报告与验证结果；审查者同时检查需求符合度与代码质量。发现 Critical 或 Important 问题则退回相关实现者、刷新补丁并重新审查，Minor 问题可记录后继续。子代理完成后读取摘要、捕获补丁、审查批次、运行完整测试套件，由协调者串行提交已审查批次。并行结果冲突需人工解决，不再派发子代理合并。
限制与失败处理：任务紧耦合、需要跨任务理解完整系统状态、失败相互关联或问题尚未明确定义的探索性工作时不应使用子代理。子代理失败时不要手动修复，应派发修复子代理并说明问题；连续失败两次则停止并上报人工，需求或约束可能需要修订。子代理提问时应完整回答，不要催促其进入实现。
资料未提供具体安装命令、收费方式与支持平台信息。