Open-Science Agent 后端选型一文看懂:Claude Code、OpenCode、Codex 与 CodeBuddy 3 分钟对比
【免费下载链接】open-scienceThe open-source AI research workbench for scientific research and agent workflows. Local-first, model-agnostic desktop app with extensible skills, MCP tools and connectors, Python/R execution and traceable artifacts for reproducible research on macOS, Windows and Linux.项目地址: https://gitcode.com/GitHub_Trending/open/open-science
Open-Science 是一款开源、本地优先、模型无关的 AI 科研工作台,内置 4 种可切换的 Agent 后端:Claude Code、OpenCode、Codex 和 CodeBuddy。刚装好时"Agent 后端怎么选"是新手最容易卡住的一步,本文从协议、技能、权限、配置隔离四个维度帮你把 4 个后端一次比清楚,读完即可做出决策。
🏢 店面与外包团队:把"Agent 后端"说人话
把 Open-Science 想成一家装修好的店面:桌椅、档案柜、打印机——也就是笔记本、数据连接器和溯源视图——都是固定设施。会更换的,是真正下场写代码、跑分析的外包团队,即 4 个 Agent 后端。
换哪支队伍,店面设施和交付单据的格式都不变:4 个后端统一走 ACP(Agent Client Protocol)协议,应用只是通用的调度方,所以切换后端后界面与科研功能分毫不差。4 个后端在 registry.ts 中统一注册,且没有持久化选择时系统自动回落到 Claude Code。
📋 Agent 后端对比:一张表看完全貌
| 维度 | Claude Code | OpenCode | Codex | CodeBuddy |
|---|---|---|---|---|
| 是否默认 | 是 | 否 | 否 | 否 |
| 模型接口 | 仅 Anthropic /v1/messages | Anthropic + OpenAI 双协议 | OpenAI Responses | OpenAI chat-completions |
| 技能(Skills) | 支持 | 支持 | 支持 | 不支持 |
| 推理强度实时调整 | 支持 | 不支持(需重开会话) | 支持 | 支持 |
| 上下文压缩 | 用到 90% 时应用自动触发 | OpenCode 自身自动管理 | Codex 自身自动管理 | 用到 90% 时应用自动触发 |
| 配置隔离 | 环境变量注入 | 自管 XDG 配置目录 | 托管运行时目录 | 独立 codebuddy/ 目录,7 天自动清理 |
| 一句话定性 | 功能最全,开箱即用 | 接得最广,隔得最干净 | OpenAI 订阅适配最深 | 权限最收敛,行为最可控 |
表中数据取自四个框架文件的能力声明:claude-code.ts、opencode.ts、codex.ts、codebuddy.ts。
🧭 按你的情况选:后端选型的 5 个场景
纯新手第一把,选哪个?
直接上 Claude Code:它是出厂默认,不会遇到回落意外,技能支持完整,工具链也最成熟。唯一要留意的是它只接 Anthropic 系供应商,如果你还没准备 Anthropic 供应商,先配好再动手。一句话点评:起步别纠结选择,先上路,用顺手了再换。
模型供应商比较杂,用哪个接?
选 OpenCode——它是唯一能同时接 Anthropic messages 与 OpenAI chat completions 两者的后端,且把全部配置和凭证收进应用自管的 XDG 目录,你本机的~/.config/opencode完全不被读写(opencode.ts)。要留意的坑:它的推理强度在开会话时就写进配置,改动必须重开会话才生效。一句话点评:供应商名单越长,越要选兼容面最广的。
有 Codex 订阅的人,直接用哪个?
Codex 是天然主场:应用支持订阅直连与托管安装(managed-codex),并内置经版本核对的验证模型目录(gpt-5.x 系列等),避免"模型与版本不匹配"(codex.ts)。它还提供三档权限模式:ask 只读问答、auto 受控执行、full 完全访问,可按任务定安全线。一句话点评:既然已经为 OpenAI 付了月费,就没必要绕远路。
最在意权限收敛和联网安全呢?
上 CodeBuddy。它只开放 Read / Write / Edit 三个本地工具,并内置针对 curl、wget、git clone 等 18 类命令的 Bash 拒绝清单,把越权联网的口子全部堵死;配置隔离在codebuddy/目录下,每 7 天自动清理(codebuddy.ts)。代价是:不支持技能。一句话点评:文件读写为主的任务,工具面越窄越安心。
重度依赖技能包(Skills)会踩什么坑?
先把 CodeBuddy 排除掉——它是 4 个里唯一不支持技能的后端,其余三个(Claude Code、OpenCode、Codex)都支持;其中 OpenCode 会把启用的技能物化到<configDir>/skills/下,由 OpenCode 原生发现加载。一句话点评:科研流程已经沉淀成技能包时,先按"谁支持技能"筛一圈。
🔁 Open-Science 切换后端之后,真正变的是什么
"不变"的部分:无论接哪个后端,界面、笔记本、连接器和 Provenance 溯源都一致——每一步命令、环境与产物都被记成可复现的 Run,这是科研工作台与普通聊天工具最大的差别。切换在设置里一次点击完成,对新会话生效并持久化保存(backend-selection-owner.ts)。
"变"的部分,是每个后端的脾气:
- Claude Code:工具面最广,最跟手
- OpenCode:隔离做到最彻底
- Codex:贴 OpenAI 最深
- CodeBuddy:护栏最严
❓ 常见问题 FAQ
Q1:四个后端的配置会互相污染吗?不会。每个后端各占一个配置空间:OpenCode 只读写应用自管的 XDG 子树,CodeBuddy 用独立目录并定期清理,Claude Code 走环境变量注入,你本机原有的任何配置都不会被碰到。
Q2:能随时切换吗?不选会怎样?能,切换对新会话生效并持久化。就算你从不主动选择,系统也会回落到默认后端 Claude Code——默认后端与出厂一致,不配置也能直接用。
Q3:CodeBuddy 不支持 Skills,影响大吗?如果任务以一次性文件读写为主,窄工具面反而更可控;项目流程偏重(比如把文献处理流程固化成技能)时,换到 Claude Code 或 OpenCode 就没有损失。
Q4:去哪里查各后端的完整能力声明?核心都在 src/main/agent-framework/ 目录下,4 个后端各对应一个实现文件,统一接口定义在 types.ts 里。
写在最后
新手用默认后端 Claude Code 起步即可,等摸清自己常用的模型供应商和安全偏好,再对照上面的场景切换。店面不变,换的只是干活的外包团队 🧪
【免费下载链接】open-scienceThe open-source AI research workbench for scientific research and agent workflows. Local-first, model-agnostic desktop app with extensible skills, MCP tools and connectors, Python/R execution and traceable artifacts for reproducible research on macOS, Windows and Linux.项目地址: https://gitcode.com/GitHub_Trending/open/open-science
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考