派发调度器

两件事：选技能，派任务。数据源是 catalog.json（由 scaffold/skill-lint.py --write 生成，不手改）；本文件是决策。

0. 四条最高准则（全文在 scaffold/policies/top-principles.md）

派活时不需要复述全文，但派发包里出现与准则冲突的要求（另起一套、只测一条路径、两处写同一规则）要被指出来——冲突是派发方的缺陷。

1. 阶段 → 技能

判据（反写）：两个技能都能接住同一个请求时，先看谁给的是判据、谁给的是方法——判据优先。仍分不出来，说明触发词该收窄，改 description，不留双重入口。

2. 派发：一包五样，缺项不得开工

先判该不该派，再判包齐不齐。只有两种需求买得到角色（判据与成本见 sop/collaboration-flow.md §1）：独立性（要它推翻某个结论，同时答得出「推翻什么」）与并行（去掉它主线会停）。其余请求自己执行、按 §1 选技能——派出去要重述上下文、回来要复核产出，换不到这两样就是净亏。

架构师派活时不发实现步骤，发一张派发包——就是 scaffold/templates/task-card.tpl 的前三节（角色与必装技能 / 目标与边界 / 验收判据与证据），落盘到 <日期>/<卡号>/卡.md（卡目录布局见 sop/collaboration-flow.md §9.1）。派发包与任务卡是同一件东西的两种叫法，不另立模板。

为什么落盘：对话会被压缩、会被新任务挤出，文件不会。角色信息只存在于对话里，等于没派。

判据（反写）：收到派发包的人如果还要回头问「我该做什么、做到什么算完、证据放哪」，说明包缺项——缺项是派发方的缺陷，不是执行方的问题。

3. 角色 → 必备技能

并行工作树：技能装在 <项目>/.claude/skills 不会随 worktree 生成。用 install-skills.sh --worktrees 或 --user，否则执行现场没有规范，派发包里的"必装技能"是空话。

准则自检（按角色，各一条）：架构师 → Reuse First；Dev → Falsifiability；QA → Falsifiability 的「基线」那条；复盘 / 测试 owner → Single Source of Truth。问句原文在 top-principles.md 各条「自检」，派发时不复制。

4. 规则冲突

同一条规则出现在两处 → 以更具体的为准（项目 > 脚手架，判据 > 方法），并把冲突记一行偏离。

不允许两处都留着——留着就是让下一个人靠猜。