feat(orc): centralize host-aware routing

skills/orc/references/orca-adapter.md

@@ -16,9 +16,12 @@ orca orchestration inbox --limit 20 --json
 
 ## 解析安全启动计划
 
-对每个阶段调用 `resolve_profile.py resolve`，同时传入规范绝对 `--project-root` 和
-`--worktree`，以及本阶段精确的 `--model-auth`、`--remote-auth`。JSON 结果包含选择来源、
-结构化 profile、认证选择、配置与 worktree identity、可信 Python/Codex/Orca executable、
+对每个阶段调用 `resolve_profile.py resolve`，同时传入规范绝对 `--project-root`、
+`--worktree` 和从当前 Agent 系统身份确定的必填 `--host-cli`，以及本阶段精确的
+`--model-auth`、`--remote-auth`。
+resolver 始终读取 skill 内共享的 `config.yaml`，不接受项目配置路径。JSON 结果包含
+选择来源、结构化 profile、认证选择、配置与 worktree identity、可信 Python/Agent
+CLI/Orca executable、
 `launchFingerprint`、固定 worker/launcher argv，以及完整的 `terminalCreateArgv` 和
 `terminalCreateShellCommand`。
 
@@ -31,11 +34,16 @@ orca orchestration inbox --limit 20 --json
   同时暴露多个 token 或 SSH agent。需要代理、额外凭据或 Docker registry env secret 时
   fail closed，由用户确认新的最小权限适配，不继承 ambient proxy/credential 变量。
 - resolver 失败时停止；不改用默认模型、邻近档位或已有未知终端。
-- 不重复手写 worktree 检查；resolver 已拒绝 root、不存在、非规范、含 symlink、未注册、
-  跨仓库或不在 allowlist 的目标，并把身份写入 fingerprint。
-- ORC v1 profile 必须使用 `workspace-write`。`read-only` sandbox 可能阻止 Orca CLI
+- 不从任务文本、可执行文件存在性或共享配置猜宿主；Codex 传 `--host-cli codex`，Cursor
+  传 `--host-cli cursor-agent`。宿主身份不明确时停止。
+- 不重复手写 worktree 检查；resolver 已拒绝 root、不存在、非规范、含 symlink、未注册
+  或跨仓库的目标，并把身份写入 fingerprint。
+- ORC v2 profile 必须使用 `workspace-write`。`read-only` sandbox 可能阻止 Orca CLI
   写入自身运行时或挂载目录，导致 worker 无法发送 `worker_done`；只读工作通过 task
   spec 限制，而不是换成无法完成 lifecycle 的 sandbox。
+- Codex 与 Cursor 使用不同的固定 argv 适配器。Cursor 只允许 `--auto-review`、启用的
+  sandbox 和精确 workspace；不得把 Codex 参数套给 Cursor，也不得给 Cursor 追加
+  `--force` 或 `--yolo`。
 
 ## 创建与派发
 

skills/orc/references/routing.md

@@ -1,7 +1,7 @@
 # ORC 阶段路由
 
-ORC 只负责拆分、依赖、档位和监督。领域步骤、授权检查和完成标准由下游 Skill 自己
-决定。
+ORC 是薄路由器，只负责意图映射、依赖、静态档位和结构化状态汇总。它不判断版本号、
+实现方案、发布风险或产物策略；领域步骤、授权检查和完成标准由下游 Skill 自己决定。
 
 ## 路由表
 
@@ -15,6 +15,10 @@ ORC 只负责拆分、依赖、档位和监督。领域步骤、授权检查和
 没有匹配项时不要临时扩写某个 Skill 的职责，也不要让 ORC 自己模仿领域流程。报告缺少
 的能力，由用户决定直接执行、安装新 Skill 或另行设计。
 
+路由只依据用户明确表达的目标。缺少目标版本、revision、产物目标或授权停止点时，保留
+为未指定并交给下游 Skill；只有缺少创建 task 所必需的项目或阶段身份时才建立
+decision gate。不得为了填满 worker prompt 而分析代码、推断版本或设计执行方案。
+
 ## 拆分规则
 
 1. 先从用户请求提取最终结果，再拆出真正需要的阶段；不要因为安装了某个 Skill 就
@@ -52,7 +56,7 @@ deb ($deb-publisher) || docker ($publish-docker-image)
 release ($manage-release)
 ```
 
-依赖不是固定模板，但 ORC v1 不拆分一个 `manage-release` 生命周期。若项目要求在打开
+依赖不是固定模板，但 ORC v2 不拆分一个 `manage-release` 生命周期。若项目要求在打开
 release PR 与合并之间插入 DEB/Docker gate，当前 task 粒度无法安全表达该中间里程碑；
 在打开 PR 前建立 decision gate 并报告该流程暂不支持，不得用循环依赖或两个 release
 worker 临时拼接。