parallel-dispatchlisted

# parallel-dispatch — 并行调度与子分身机制总规则 > **定位：** 本规则是所有"多任务并行 / 子分身"决策与执行的唯一权威入口，整合全局调度裁定、`rules/01_workflows.md` 规则 16/17/18/19/20/22/33、retro-pm-124 探针经验，以及 Kimi Code 原生分身能力（Agent / AgentSwarm / 后台任务；历史工具名映射见第 28 行注记）。 > **自动触发：** 命中下方「场景自动匹配表」任一行时，无需用户显式指令，主动按本规则执行。 --- ## 一、总则（2026-08-14 用户裁定五条铁律；2026-08-16 增补第 0 条门禁与量纲裁定） 0. **PARALLEL-GATE 强制门禁（2026-08-16 用户裁定，最高优先；2026-08-15 增补单刀双掷开关机械执行）**：**只要出现多任务（≥2 个子任务/诉求，任何来源），首轮规划必须先输出结构化声明，再谈执行**： ``` [PARALLEL-GATE] 子任务数:N | 无依赖:M | 判定:parallel/sequential | 机制:subagent×M / workflow / 串行(依赖链理由) ``` 判定 `sequential` 必须写明依赖链理由，留空即违规。**本门禁无触发词依赖**——多任务出现即触发，不要求用户说"并行"；声明同步载于全局 `AGENTS.md` 调度裁定节（每会话在场，不依赖本技能是否被加载）。 **分身闸定位与 A/B 殊途同归（2026-08-23 用户终裁）**：分身闸（单刀双掷 dispatch_switch）**是并行闸的最后一步程序**，无条件触发、单任务亦扳（开关自判串行/轻量）。闸内强制流程：任务量分析（文件数唯一量纲）→ 依赖链判定 → 分片条件判定（规模轴×数量轴）→ 掷点输出。**不管判 A 还是判 B，符合条件即生成子分身**——掷点 B 仅是串行拓扑（分片照切、分身照生，按依赖链顺序调度执行），不是免分身旁路；串行结论同样是分身判定全程跑完的产物，不是绕过判定的豁免通道。拓扑（依赖决定）与分身生成（分片条件决定）是两个独立维度。 **触发时点锚定（2026-08-24 用户裁定）**：整个 parallel-dispatch 并行闸**追加在任务步骤方案制定完成之后触发**——核心场景：任务清单/步骤方案创建完毕 → 并行闸逐项分析上游依赖（无依赖、或上游依赖已完成 → 可并行）→ 闸内最后一步扳 `dispatch_switch.py` 掷点。**无论判 A 判 B，哪怕串行，任务量评估（文件数唯一量纲）都必须跑**；符合分片条件的照常切片走子分身。本条锚定的是并行闸的挂载时点，与上方 2026-08-23 终裁（末步程序、A/B 殊途同归）配套：方案未完成不触发，方案一完成即强制触发。 **单刀双掷开关机械执行（2026-08-15 裁定）**：声明的判定**禁止手写**，必须扳动开关照抄输出： ```bash python3 scripts/dispatch_switch.py --files <文件数> --units <无依赖单元数> [--coupled [--dep-type contract|artifact]] [--batch] [--force-serial --dep-reason "依赖链理由"] --desc "<任务