VNX Orchestration：面向 Claude Code、Codex 与 Gemini CLI 的治理优先式多 CLI 编排运行时

核心能力与快速开始

★ 63 · Python

能做什么

以单一编排入口（dispatch_cli.py）把任务派发给一次性 worker，每个 worker 运行在独立 git worktree 中；调用本机已认证的 claude、codex、gemini、kimi 或本地 ollama CLI 作为子进程，不导入供应商库。评审门默认优先使用订阅制评审者（codex_gate、kimi_gate），DeepSeek 作为 API 计费兜底，并以确定性 CI 作为第三道门；未通过评审门的写入或合并会被直接拒绝，合并绑定到评审门批准的确切 head SHA。每次派发写入仅追加的 NDJSON 回执，可选开启哈希链校验，并提供按评审门成本追踪、零 LLM 上下文注入、仓库地图与受治理记忆。

适用场景

适合希望以人工把关方式组织多模型 AI 编码流程的团队：将编码任务派发给不同 CLI worker、在合并前执行评审门与 CI 检查、为每次派发保留可审计的本地回执、按评审门统计成本与上下文使用。也可用于在单一终端下协调多个模型提供商的多轨开发工作流。

项目形态

可直接使用的工具

部署方式

本地部署：pip 安装 vnx-orchestration，使用 vnx init 初始化项目、vnx migrate 执行数据库迁移、vnx doctor 检查环境；依赖本机已安装并认证的编码 CLI 与 git 仓库（默认通道还需 GitHub 托管 origin 且 gh 已认证）。

主要依赖

Python 3.11 / 3.12 / 3.13；本机需安装并认证 claude CLI（其他通道为 codex、gemini、kimi 或本地 ollama）；项目需为 git 仓库，默认派发通道需要 GitHub 远端与已认证的 gh CLI。

使用限制

项目自述不是安全沙箱（仅用 git worktree 隔离），也不是合规认证，只生成本地可检查的审计链。并行多轨执行、波调度、合并锁等仍属设计而未实现，并行派发下 worktree 隔离尚不保证无竞争。供应商计费因通道而异：claude、codex、kimi 通道走已有订阅，GLM、DeepSeek 及经 OpenRouter 路由的模型按 API 额度计费；具体额度与费用未说明。智能路由、弹性 worker 池、自动驾驶等特性为默认关闭的实验性功能。

许可证

MIT

最近推送

2026-11-06 04:16

资料检查：2026-11-06 07:00 · 卡片整理：2026-11-06 07:00
卡片由 AI 根据仓库资料整理，未进行安装或运行验证

职业应用

程序员

作为本地控制平面，调度本机已安装的 AI 编程 CLI（claude、codex、gemini、kimi、ollama）作为子进程执行编码任务；每个 worker 在独立 git worktree 中工作，经评审门决定是否合并，并生成仅追加的 NDJSON 回执用于审计追溯，适用于人工把关的代码编写与代码审查流程。

官方使用入口 ↗

由 AI 根据来源材料整理，未进行安装或运行验证