external-expertlisted
Install: claude install-skill kingxiaozhe/cm-workflow
# External Expert
执行前完整读取 `../../runtime/project-context.md` 与
`../../runtime/external-expert.md`、`../../runtime/logging.md`。这是独立思考/研究
工具，不是 CM 工种 Agent，也不接管 `tasks.md`、N1–N8、测试、Git 或源码写入。
## 用户入口
Codex：
```text
$external-expert {想讨论或研究的问题}
$external-expert --auto {允许本次任务智能判断是否调用外部专家的问题}
```
Claude Code：
```text
/external-expert {想讨论或研究的问题}
/external-expert --auto {允许本次任务智能判断是否调用外部专家的问题}
```
在 `$cm-idea`、`$cm-prd`、`$cm-ai`、`$cm-fix`、`$cm-refactor` 或
`$cm-test` 会话中，用户明确说“交给外部专家讨论/研究/审查”也视为本次调用。
用户说“本次任务自动分流”、使用 `--auto` 或明确写 `模式：AUTO`，只为当前调用启用
AUTO，结束后失效。也接受 `模式：LOCAL / CONSULT / VERIFY / HANDOFF`；显式模式
优先，HANDOFF 永不由 AUTO 选择。单独安装的全局智能分流不能替用户开启 CM AUTO。
调用只授权发送用户输入和合成示例；发送任何本地文件内容前仍必须展示每个���通
文件解析符号链接后的规范绝对路径，并在当前 external-expert 调用中取得紧随清单的
新确认。目录、glob、未解析的符号链接不能作为清单项；中间出现无关用户回合或清单/
内容选择发生变化后，原确认立即失效。
若当前代码项目存在 `.cm-workflow.yml`/`.yaml`/`.json`，先解析
`external_expert` 角色并记录 `adapter`、模型别名、`source`、`model_policy` 和
`route_state`。`enabled: false` 时只写本地跳过/降级事件，不启动浏览器；配置不能把
`AUTO` 变成持久授权。resolver 返回非零或配置错误时立即 `BLOCKED`，不得启动浏览器
或继续本次外部调用。其余路由仍遵守 `runtime/external-expert.md` 的显式/AUTO、
Pro → Extra High → High → SKIPPED 和本地执行边界。
## 执行
### 0. 任务分流
先按共享合同确定 `routing_mode`：
1. 显式 `LOCAL / CONSULT / VERIFY / HANDOFF` 直接采用；
2. 用户明确要求外部专家但没写模式：需要权威事实核验就选 `VERIFY`，否则
`CONSULT`；
3. 本次启用 AUTO：先把机械操作和代码仓库执行锁在本地 lane；剩余可分离推理中，
高风险、时效性、发布级事实或依赖官方来源优先 `VERIFY`，否则多方案、竞争解释、
冲突约束、深度批判或大量材料综合选 `CONSULT`；没有外部分支才是 `LOCAL`；
4. 没有外部调用或本次 AUTO 授权：保持 `LOCAL`。
AUTO 选中 `LOCAL` 时不启动浏览器、不创建