克劳德·布里奇
 ](https://nodejs.org/)   ](https://github.com/Joncik91/claude-bridge-server/stargazers) 
一个MCP服务器，支持以下内容之间的协作 克劳德代码 和 Z.ai的GLM模型 --在GLM处理实施时，使用Claude Opus进行规划。
将Claude Code和Z.ai的GLM的优势结合在一个工作流程中。此MCP服务器允许Opus 在GLM处理实施的同时处理高层规划——通过共享任务进行协调 队列，在单独的终端中同时运行。用Max运行Claude代码 用于架构的订阅或API，以及用于执行的带有Z.ai（GLM）的Claude Code-两者同时工作。
目录
______________________________________________________________________
为什么存在
你有一个克劳德订阅，但你已经达到了极限。获得第二个Claude订阅是昂贵的（或者升级可能太贵），但Z.ai订阅的成本更低，GLM代码和Sonnet一样好。
问题： 你是如何让克劳德和GLM一起工作的？
答案是： 克劳德·布里奇。通过共享任务队列协调两者的MCP服务器。
┌─────────────────────────┐ ┌─────────────────────────┐
│ Terminal 1 │ │ Terminal 2 │
│ Claude Opus │ │ Z.ai GLM │
│ (Architect) │ │ (Executor) │
│ │ Claude Bridge │ │
│ • Plans features │◄──────────────────►│ • Pulls tasks │
│ • Designs architecture│ (Shared Queue) │ • Writes code │
│ • Makes decisions │ │ • Reports back │
└─────────────────────────┘ └─────────────────────────┘快速示例
1号航站楼（Opus）： “推送任务以实现JWT身份验证”
2号航站楼（GLM）： “拉动下一个任务”→ 实现→ “完成任务”
1号航站楼： “遗嘱执行人完成了什么？”→ 审查结果
特性
- 任务队列 --基于依赖关系和类别的优先级
- 共享状态 --双方都能看到的项目重点和决策
- 会话上下文 --从你中断的地方继续
- 澄清 --执行者提问，建筑师回应
- 代币意识 --旨在最大限度地减少Opus的使用
什么时候不使用这个
如果你正在使用 规划框架 喜欢 完成任务（GSD）你不需要这座桥。GSD等框架将上下文存储在项目文件中(.planning/)两个终端都可以直接读取。像这样的Slash命令 /gsd:plan-phase 和 /gsd:execute-phase 在任何终端工作。
使用克劳德桥：
- 临时任务、快速修复、一次性研究
- 没有规划框架的项目
- 重启过程中的会话连续性
在以下情况下跳过网桥：
- 使用GSD或类似的基于文件的规划框架
- 两个终端共享项目文件系统
先决条件
终端配置文件设置
两个终端的订阅相同吗？ 跑 claude 在每种情况下，都不需要配置文件设置。
克劳德+Z.ai GLM？ 将此函数添加到您的shell配置文件中：
Windows PowerShell (notepad $PROFILE):
function use-glm {
$env:ANTHROPIC_BASE_URL = "https://api.z.ai/api/anthropic"
$env:ANTHROPIC_AUTH_TOKEN = "your_zai_api_key_here"
Write-Host ">>> GLM ACTIVE (Executor mode)" -ForegroundColor Cyan
}macOS/Linux (~/.bashrc 或 ~/.zshrc):
use-glm() {
export ANTHROPIC_BASE_URL="https://api.z.ai/api/anthropic"
export ANTHROPIC_AUTH_TOKEN="your_zai_api_key_here"
echo ">>> GLM ACTIVE (Executor mode)"
}用途：
- 1号航站楼：快跑
claude（使用您的Claude订阅） - 终端2：运行
use-glm那么claude（使用Z.ai API）
看 GUIDE.md 有关完整的设置详细信息。
快速开始
# 1. Clone and build
git clone https://github.com/Joncik91/claude-bridge-server.git
cd claude-bridge-server
./setup.sh # or setup.bat on Windows
# 2. Configure MCP (see GUIDE.md for details)
claude mcp add --scope user --transport stdio claude-bridge -- node /path/to/server/dist/index.js文档
GUIDE.md --完成设置、终端配置、使用和故障排除
也适用于其他MCP客户端
虽然该网桥是为Claude+GLM设计的，但它是一个标准的MCP服务器，可以与任何兼容MCP的CLI配合使用：
- 两个Claude Code实例（相同或不同的订阅）
- Gemini CLI
- OpenCode
- Qwen代码
- 任何其他MCP客户端
安全
Claude Bridge位于两个持有真实API代币的CLI之间。三 值得明确的含义。
- API令牌从不通过桥。 服务器的
协议携带任务、状态和结果，而不是凭证。 每个终端直接对其自己的提供商进行身份验证 （一边是您的Claude订阅，另一边是Z.ai密钥）。 中的外壳轮廓图案 先决条件 是 所以 *终端会话* 套 ANTHROPIC_AUTH_TOKEN — 桥从不读它。
- 不要承诺
use-glm使用文字键。 外壳轮廓
本README中的片段和 GUIDE.md 使用占位符--替换 它与 ${ZAI_API_KEY} 或类似，并从 密码管理器/系统钥匙链。直接键入 ~/.bashrc 是主目录的每个备份上的文字键。
- 共享任务队列是网桥进程的本地队列。 任务，
澄清和评论笔记活在桥的记忆中 国家。不要把两个无关的项目放在同一座桥上 实例——队列的设计是单租户的。
供团队使用：每对架构师+执行者终端都应该运行 它自己的桥接过程，而不是共享一个。MCP传输是标准的 在本地机器上；网络端口上没有任何侦听。
许可证
麻省理工学院——见 许可证.