用途：当多个工作单元需要共享规划、隔离、并行执行或跨单元对账时，用该技能协调交付，流程为 source work -> plan -> dispatch -> reconcile -> release handoff。它不替代 krt-compound-master、Jira provider 技能或 krt-release-marshal。
主要能力：包含四个操作。plan 决定根任务直做还是 swarm，规范化单元、闭合依赖并选择最小安全波次；dispatch 仅启动被准入的 worker，限定所有权、验证与隔离；reconcile 检查真实变更与证据，解决发现或阻塞，准备可发布交接；status 只渲染当前门禁、单元、阻塞与下一步，不做变更。旧名称作为别名保留，如 design-only、wave-plan、jira-team-flow、resume、blocker-review 等，分别归入 plan、dispatch、status、reconcile。
使用方式：先应用 break-even 门禁，小且可执行的任务留在根任务；仅对多个依赖或并发单元、多个隔离 Compound Master 运行或明确请求的 worker 波次使用。任何代码、仓库状态、队列、Jira、分支、PR 或发布变更前，需阅读 references/safety.md。按操作加载对应参考文件，如 references/queue-and-dispatch.md、references/execution-lanes.md、references/lightweight-dispatch.md、references/executable-worker-contracts.md、references/worktree-collaboration.md、references/gates-and-reconciliation.md 等。status 可运行 scripts/render_swarm_status.py 渲染紧凑面板。
适用场景：多依赖或并发工作单元、需要隔离的 Compound Master 运行、明确请求的 worker 波次，以及需要跨单元对账和发布交接的交付。
限制：缺少可检查验收标准、安全所有权、已知依赖或可解决决策边界的工作会被拒绝；默认最多两个并发可变实现者，重叠的 auth、数据、迁移、公共契约、中心模型、依赖或锁文件工作需串行化；worker 不得 stage、commit、切换分支、管理 worktree、push、变更 Jira、请求评审、开 PR 或合并；worker 的文字不能证明其真实 diff 或就绪状态，由根任务观察。发布就绪工作交给 krt-release-marshal，不复制其提交、PR、Jira 转换、评审或合并流程。权威缺失、文档门禁未批准、所有权不安全重叠、高风险决策未解决、验证失败或 Jira provider 不明确时停止受影响路径。具体收费、价格与平台信息暂未提供。