用途：这是一份子代理编排指南，目标是把子代理使用变成工作流的自然组成部分，而非事后补充。它定义了在编码流程中何时调用哪些专用子代理，以及如何组合它们。
可用子代理：testing-engineer（后台，读写，为新改代码写测试）；security-auditor（后台，只读，对安全敏感改动做漏洞评估）；quality-assurance-reviewer（后台，只读，代码质量、可读性与可维护性审查）；context-keeper（后台，读写，把已确认知识持久化到图谱）；project-tracker（后台，只读，交叉核对 Jira、Git 与知识图谱状态）。
触发规则：实现或修改功能代码后，并行调用 testing-engineer、quality-assurance-reviewer、context-keeper（最多三个）；涉及代币转账/铸造/销毁/锁定、跨链消息传递或验证、访问控制与权限、密码学操作、外部合约调用、有财务影响的状态转换时，加调 security-auditor 并配安全测试；确认架构决策、领域知识、集成细节或协议行为后调用 context-keeper；用户询问进度、剩余项、阻塞或整体健康度时调用 project-tracker；准备 PR 或合并前审查时并行运行质量与安全两道门。
调用方式：相互独立时应在同一条消息中用并行 Task 调用，例如 Task(subagent_type="testing-engineer", prompt="...") 等三条并行执行以节省时间；有依赖时顺序链式调用，先跑 security-auditor 取结论，再让 testing-engineer 写验证这些安全属性的测试。
提示词要求：子代理无对话上下文，每个提示必须自包含——明确文件路径、描述功能、划定范围、给出约束（测试惯例、编码规范、语言）。避免“审查最近改动”这类模糊写法。
不应委派的情况：简单文件读取或搜索、单行修复、探索性问题、仅配置或文档改动。子代理内部引用 Jira 和知识图谱相关技能，提示中可在相关时带上分组 ID（如 ccip-architecture、stellar-integration、cctp-v2、audit-guide）。具体依赖版本、安装方式与收费信息暂未提供。