用途：这是 A Team 的元技能，在每个会话开始时注入，定义强制性的技能与智能体使用规则，确保开发流程按纪律执行。
主要能力：以触发条件表的形式，规定不同情境下必须调用的技能或智能体。编码前：新功能先用 brainstorming，有规格需实现计划用 writing-plans，执行计划用 subagent-driven-development 或 executing-plans，开始开发先用 using-git-worktrees 创建隔离。开发中：写新函数或功能用 test-driven-development（先 RED 后 GREEN），遇到 bug、测试失败或异常行为用 debugger 智能体，多个独立问题用 dispatching-parallel-agents，构建或类型错误用 build-error-resolver。
完成前验证：声称测试通过、构建成功、bug 修复、功能可用或“完成”时，必须用 verification-before-completion 实际运行并读取输出；验证通过后必须执行其第 5 步，删除本次任务产生的日志、堆栈跟踪和调试转储。代码变更后：用 code-reviewer，涉及认证、API、输入处理、数据库变更用 security-reviewer，合并 PR 前用 quality-gate 命令，收尾分支用 finishing-a-development-branch。架构决策用 architect（产出 ADR）、planner，陌生代码库或扩展节点用 architecture-audit。语言与领域审查按改动文件类型调用 go-reviewer、python-reviewer、rust-reviewer、kotlin-reviewer、swift-reviewer、flutter-reviewer、database-reviewer、infra-reviewer、ai-reviewer、compliance-reviewer。API 端点用 api-contract-first，生产环境表结构变更用 data-migration。性能与生产：性能回退用 performance-profiler，发布前用 performance-audit，生产故障用 incident-response。
使用方式：会话开始时确认 INIT.md 是否存在（否则先填 INIT_TEMPLATE.md），确认 .agent-sync/TEAM.md 是否存在（否则先运行 /orchestrate init），并识别当前任务适用的技能与智能体。新增技能时需加入触发表。
限制与规则：变更必须限定在任务范围内，禁止顺手重构、风格统一或删除任务前已存在的死代码；提交前自检 diff 中是否有无法由任务描述解释的行。文中列出若干合理化红旗（如“改动太小不需审查”“先确认能用再写测试”等），出现即表示即将跳过强制步骤。资料未提供具体安装命令、收费或平台信息。