awslabs/cli-agent-orchestrator 是一个多智能体编排器，把 Claude Code、Kiro、Codex 这类 AI 编码 CLI 分别放在各自隔离的 tmux 会话中并统一协调。2026-11-02 的提交 ab9bbaab 规定：为临时（ephemeral）智能体指定 effort: "auto" 时，在执行时点向外部决策点 effort.route 询问 effort 值。提交信息说明该 effort 路径是一项新功能（#1171）。变更规模为新增 6172 行、删除 265 行。
该路径只在三处调用决策点：智能体被认领之后、绑定之前的瞬间，以及 assign 路径和两条 handoff 路径。若显式指定 effort 或将其省略，则不询问。决策点处于关闭状态或 shadow 模式时，以 ephemeral.default_effort 的值执行；处于开启状态时，只采用可信的答案，将其裁剪到 [min_effort, max_effort] 区间，并且仅应用于该次执行；若答案不可用，则回退到默认值。同时引入了 ephemeral.min_effort 下限。若显式指定的 effort 低于该下限，则以 effort_below_policy 拒绝；决策答案会被抬升到下限之上后再应用。
同一提交的 CHANGELOG 将 provider: "auto" 和新的决策点 provider.route("Which CLI should run this task?") 作为 provisional 加入。其中写明 provider.route 默认关闭，并且由于在当前提供的提供方中不存在任何有效集合，因此不会发生路由。这只是一个把运行位置准备出来的阶段。
effort 方面的支持范围同样很窄。明确表示会尊重 effort 的提供方只有两个：Claude Code（在原生智能体之外）和 Codex；在其余提供方上不作询问，直接记录为 not_honored。auto 同时要求 min_effort 和 max_effort（auto_requires_bounds），当 model 与 effort 同为 auto 时，claim_lease_seconds 必须设为不低于 2 * decisions.on_timeout_ms / 1000 + 30。auto_requires_decision_platform 的拒绝已不存在。记录中新增了一组可空（nullable）列，并且无需回填即可升级。要把这套组合投入实际运营，必须先确认受支持的提供方和配置条件。