用途：把已获授权的工作映射成最小可行的执行形状。它只决定怎么派工，不创建权限体系、任务追踪器、规格或新的工作流程；上层的系统、用户与项目规则始终优先。
主要能力：按顺序决定 mode → tier → risk → shape → review → fallback。mode 分为 execute、explore_then_plan、co_discover；tier 分为 light、standard、frontier、expert，取最低可胜任层级；risk 分为 low、material、high、critical，风险控制批准与审查强度而不直接决定代理数量；shape 分为 direct、single_worker、bounded_parallel。通过 dispatch brake 确认后，每个可写工件只有一个负责者，主 Agent 保留整合责任。
使用方式：先读取系统、用户与项目规则，确认目标、允许范围、验收方式与停止条件；若缺少会改变结果、权限或风险的信息，先询问或做有限只读调查。开工前还会核对 harness 绑定与项目设定闸门，缺少已验证 profile 时保留抽象 tier，只用现场可证明的能力并记录 binding 偏差，不猜测模型、effort、只读或 fresh-context 能力。派工说明至少包含目标、允许写入范围、不可触碰范围、输入证据、验收命令、停止条件与返回格式。同一原因同层级最多重试一次，最多升一层；同题累计三轮方向误判时，停止实现并启动一次、且仅一次的全新上下文重新分析。非简单派工或高风险直接执行输出一行路由记录，字段取值受限；简单直接完成的工作无需为格式输出记录。
适用场景：回答单一事实或只读确认、边界清楚的单一工程修改、彼此独立且不写同一文件的盘点、需求与验收仍有产品歧义、跨组件且证据不足、跨层复杂问题、数据库或正式环境变更等，均有对应的预期路由示例。
限制：不建立调度器、队列、代理注册表、Hook、路由数据库或通用任务追踪器；只有真实失败证据显示 Prompt 与执行环境原生能力不足时才另案评估程序或 Hook。缺少授权、批准或环境无法证明必要能力时应停止自动推进。目前资料未提供收费、价格、平台支持范围等事实。