orchestrator-mcp

面向主 Agent 的多模型 Review Hub MCP：按角色提供 UI 审查、代码审查、通用审查能力，返回可追踪的结构化审查结果。

它不是软件交付流水线，也不负责 plan → code → deliver。它不会实现修复、修改工作区、提交 commit、push 或创建 PR；最终如何处理审查结果，由调用它的主 Agent 决定。

调用方必须提供本次审查的目标和真实证据。MCP 负责把请求路由给一个配置好的 review 角色，保存本次 run 的 handoff，并将结果交还给主 Agent。Review verdict 只是审查意见，不会自动成为其他任务的事实依据。

• Review handoff schema 固定（schemas/）

• Provider 按厂商（deepseek / moonshot / zhipu / openai / codex-lb），model 按 role 配置

• 别名：glm → zhipu，gpt → openai

• 凭证：环境变量 → WebUI 本地 JSON → ~/Desktop/服务器.md

• Web 配置界面：编辑 Provider Key / Base URL / 默认模型，以及各 Profile 的 Role 模型

快速开始

cd orchestrator-mcp
./verify.sh              # 离线 stub 自测（含 WebUI API 冒烟）
./start.sh               # MCP :18067
./start-webui.sh         # 配置 WebUI :18068 → http://127.0.0.1:18068

# 可选：只测 review 阶段真实模型调用
ORCHESTRATOR_LIVE_TEST=1 ./verify.sh

Related MCP server: spiderswitch

本机可靠部署（Codex + launchd）

本机唯一代码源固定为 /Users/xiaomao11/project/orchestrator-mcp。不要再从 ~/orchestrator-mcp 或项目内 .mcp/orchestrator-mcp 启动副本。

cd /Users/xiaomao11/project/orchestrator-mcp
./scripts/install-local.sh
./scripts/orchestrator-doctor.sh

安装器会：

• 修复/准备可迁移 venv，并始终通过 python -m pip 安装依赖；

• 将 Codex 配置为 per-session stdio；若客户端转发 CODEX_THREAD_ID 就按线程隔离，否则 wrapper 使用进程级 session id，避免因客户端未转发该变量而无法启动；

• 将 launchd HTTP MCP 固定到 18067，WebUI 固定到 18068；

• 备份现有 Codex 配置和 launchd plist；

• 等待 launchd job 完成卸载、重新加载并真正开始监听后才返回成功。

doctor 同时检查配置路径、transport、plist、监听数量和进程 cwd。安装后需要新建 Codex 任务或重启 Codex/ChatGPT App，已有任务不会热注册新的 MCP 工具。

评审调用必须提供真实可审查证据。code_review 在传入 workspace 时会按 diff_scope （默认 branch_changes）自动注入 unified diff；也可在 extra_context 中直接附 patch/代码。 无 diff/代码证据时 code_review 会返回 verdict=evidence_insufficient，不会假审。 可选结构化字段：requirements / verification / known_risks / custom_instructions / base_sha / head_sha（diff_scope=sha_range 时）。 handoff 为 review.v1：verdict + findings[{severity,location,what,why,fix}] + blocking + suggestions。 一致性：pass 不得含 Critical/Important；revise 至少一条 Critical/Important finding。 模型 JSON 不合 schema 时自动重试修复一轮。自动 diff 会排除 lockfile / 二进制 / node_modules 等噪音路径。 主 Agent 调用约定见仓库 .cursor/skills/orchestrator-code-review/SKILL.md。

主 Agent 与 Review Hub 的交接

推荐交接内容是一个明确的 review request：目标、变更文件、diff 或代码范围、证据、已执行验证和已知风险。Review Hub 将同一份请求上下文交给对应角色，并返回独立的 review handoff；不要依赖隐藏聊天记录补全审查范围。

基本关系如下：

主 Agent -- review request + evidence --> Review Hub
Review Hub -- 同一请求上下文 + 角色规则 --> UI / Code / General Reviewer
Reviewer -- structured findings + blockers + evidence --> Review Hub
Review Hub -- independent handoffs --> 主 Agent

启动入口

这个仓库有两个独立入口：

• ./start.sh 启动 MCP 服务，默认地址 http://127.0.0.1:18067/mcp

• ./start-webui.sh 启动 WebUI 配置页，默认地址 http://127.0.0.1:18068

如果你只想改 Provider、默认模型、Role 覆盖，直接启动 WebUI：

cd orchestrator-mcp
./start-webui.sh

如果你要让 Cursor / Codex / 其他 MCP Client 真正调用这个服务，再另外启动 MCP：

cd orchestrator-mcp
./start.sh

说明：

• WebUI 不是 MCP tool，本身不会出现在工具列表里

• WebUI 只是本地配置界面；真正暴露给 MCP Client 的是 orchestrate_* 这些工具

• 默认端口可通过 ORCHESTRATOR_WEBUI_HOST、ORCHESTRATOR_WEBUI_PORT、ORCHESTRATOR_MCP_HOST、ORCHESTRATOR_MCP_PORT 覆盖

Web 配置界面

本地配置文件不进 git。环境变量仍优先于 WebUI 写入的值。

Profile

同一厂商下切换模型：只改 YAML 或 WebUI Roles 里的 model，不用建两个 provider。

roles:
  ui_review:
    provider: codex-lb
    model: gpt-5.4
  code_review:
    provider: codex-lb
    model: gpt-5.4
  general_review:
    provider: deepseek
    model: deepseek-v4-flash

凭证环境变量

Codex 中转（Responses API）

与 Codex CLI 配置对应关系：

model = "gpt-5.4"
model_reasoning_effort = "medium"
model_provider = "codex-lb"
env_key = "CODEX_LB_API_KEY"

[model_providers.codex-lb]
base_url = "https://codex-lb.vvicat.dev/backend-api/codex"
wire_api = "responses"

在 WebUI Providers → Codex 中转 填写：

Role 里可把 ui_review / code_review 的 provider 选 codex-lb（或别名 codex），model 填 gpt-5.4。

注意：/chat/completions 在该中转上返回 405；必须用 Responses 协议。

可选覆盖：CODEX_LB_BASE_URL、DEEPSEEK_BASE_URL、MOONSHOT_BASE_URL、ZHIPU_BASE_URL、OPENAI_BASE_URL

服务器.md 标签（下一行或同行）：deepseekApiKey、moonshotApiKey、zhipuApiKey、openaiApiKey

Workspace 项目上下文（与 IDE 共用源文件）

MCP 不单独维护记忆文件。传入 workspace（或设置 ORCHESTRATOR_WORKSPACE）后，每个 role 直接从磁盘读取与 Cursor/Codex 相同的源文件并注入 prompt：

• orchestrate_run_start：role、workspace、extra_context（仅本次 run）

• orchestrate_workspace_context：预览将读取哪些文件

MCP 工具

Provider 选择规则

• Providers 页只表示“这个厂商已配置 key / base_url / 默认模型”。

• 真正决定 MCP 执行使用哪个 provider 的是 Roles 页；保存后写入 data/roles.local.json。

• 调用前可先跑 orchestrate_effective_config(role="ui_review")，确认有效配置，避免误跑到 YAML 默认值。

• 先调用 orchestrate_run_start(goal="...", role="ui_review") 创建单角色 run，再调用 orchestrate_dispatch(run_id) 执行该角色。

• 每个 run 只能绑定一个 Review 角色；MCP 不提供串联或并联多个 Review 角色的入口。

• role_overrides_json 支持短写：{"provider":"codex-lb","model":"gpt-5.4"} 或 {"code_review":{"model":"codex/gpt-5.4"}}。

• 兼容旧入参：review 会映射到 general_review。

Cursor 配置

本仓库已在 .cursor/mcp.json 写好配置（stdio 模式，不用手动 ./start.sh）。

1. 用 Cursor 打开 localopenclaw 仓库根目录

2. Settings → Tools & MCP，确认 orchestrator-mcp 已启用（绿点）

3. 若没有，点 Refresh 或重启 Cursor

若仍看不到：Settings → MCP → Edit Config，确认项目级 .cursor/mcp.json 已加载。

方式 A（推荐，已写入项目）：Cursor 自动拉起进程

{
  "mcpServers": {
    "orchestrator-mcp": {
      "command": ".../orchestrator-mcp/.venv/bin/python",
      "args": ["-m", "orchestrator_mcp"],
      "env": {
        "PYTHONPATH": ".../orchestrator-mcp/src",
        "ORCHESTRATOR_MCP_TRANSPORT": "stdio"
      }
    }
  }
}

方式 B：先 ./start.sh，再用 URL（需保持终端进程运行）

{
  "mcpServers": {
    "orchestrator-mcp": {
      "url": "http://127.0.0.1:18067/mcp"
    }
  }
}