CurdX Bridge
面向 Claude、Codex、Gemini、OpenCode 的多 AI 分屏终端。
CurdX Bridge 是什么？
CurdX Bridge 把一个终端窗口变成可协作的多 Agent 工作台。你始终在 Claude 主面板里对话，需要代码审查、替代设计、实现支持时，用自然语言提出即可。Claude 负责路由请求、等待异步回复，再把结果带回同一条对话线程。
这意味着：
- 不需要在多个 CLI 之间来回切换
- 不需要把同一份上下文复制粘贴给四个工具
- 不需要临时判断哪个模型更适合规划、审查或发散
- 全程可观察，因为每个 Provider 都在自己的面板中运行
架构一图看懂
适合哪些场景
当你希望一个主 Agent 持续负责，同时又能按角色调用其他模型时，CurdX Bridge 最有价值：
- 功能开发：Claude 负责主实现，Codex 负责审查门禁
- 重构任务：Gemini 提供替代思路，但不替代最终决策
- 复杂排障：你需要并行视角，但仍想保留单一主对话界面
- 长任务执行：
-r会话恢复比一次性 Prompt 更重要
核心特性
自然语言调度：直接说“让 Codex 按 rubric 评审这个方案”或“问 Gemini 三个迁移备选方案”，无需手动切换工具。
角色化协作：规划、灵感、审查、执行分工明确，避免多个模型随机重叠、互相覆盖。
可观察的异步执行：Provider 面板始终可见。你可以看到它们是否在工作、卡住，或偏离任务。
质量门禁：方案和代码都通过显式评分机制，而不是只靠“看起来不错”。
会话持久化：通过 curdx -r 恢复上下文，适合持续数小时或数天的工作流。
跨平台支持：支持 macOS、Linux，以及通过 WSL 运行的 Windows。
一个典型操作流程
- 使用
curdx启动你需要的 Provider 组合。 - 在主面板向 Claude 描述任务。
- 让 Claude 按需委派规划、发散、审查或执行。
- 观察右侧面板异步工作。
- 在同一对话中继续采纳结果、推进下一步。
进阶建议
- 日常编码先从更精简的组合开始，
curdx claude codex往往就够用。 - 把 Gemini 用于发散，而不是最终正确性判断。
- 让 Claude 对最终结论负责，要求它解释为何接受或拒绝其他 Provider 的建议。
- 多提交、多轮任务优先使用
curdx -r，能显著提升连续性。 - 如果某个 Provider 漂移严重，只重启该 Provider，别急着重置整个会话。