开发与工程 rustterminal-climodel-harnessagent-client-protocolcodex-exec-protocolcomputer-usemcp

Open Interpreter

面向低成本模型的终端编码代理,支持 Rust 原生 harness、ACP 和 Codex exec。

FollowAgents 评估 · FARS-2.0
待评估
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

Open Interpreter 是一个以终端会话为主要入口的 Rust 版编码代理,定位是让低成本模型获得更好的编码代理执行方式。它是 OpenAI Codex 的 fork,并可通过 /harness 在 native、kimi-code、qwen-code、deepseek-tui、claude-code 等执行 harness 间切换。代理可在 macOS、Linux 和 Windows 的原生沙箱中运行命令,并支持 exec、MCP、skills、hooks、permissions 与 AGENTS.md。它还能以 interpreter acp 作为 Agent Client Protocol 服务运行,或通过 Codex SDK 的 codexPathOverride 接入既有 SDK 调用。产品专属配置和会话状态保存在 ~/.openinterpreter,而仓库说明和技能目录优先复用 AGENTS.md 与 .agents/skills。

安装后在终端运行 i 或 interpreter 启动会话。会话中可用 /model 切换 provider 和模型,用 /harness 选择 Rust 原生或兼容其他工具风格的 harness,并在原生沙箱内执行命令。它会读取仓库 AGENTS.md 以及共享的 .agents/skills 目录,支持调用 MCP、skills、hooks 和权限机制;产品自身的配置与运行时状态写入 ~/.openinterpreter。对编辑器和 ACP 客户端,可启动 interpreter acp;对使用 OpenAI Codex SDK 的程序,可将 new Codex() 改为 new Codex({ codexPathOverride: "interpreter" }),通过同一 Codex exec protocol 运行。内置 QA skill 可借助 agent-browser 测试网页应用,或借助 trycua 操作和测试原生应用。

  1. 使用低成本托管模型进行终端编码任务的开发者,可在会话中切换模型和 harness。
  2. 已接入 OpenAI Codex SDK 的团队,可用 codexPathOverride: "interpreter" 替换执行二进制而保留现有 SDK 调用。
  3. 使用 ACP 兼容编辑器或客户端的开发者,可将客户端配置为启动 interpreter acp。
  4. 需要让代理执行网页或桌面应用 QA 的工程团队,可通过内置 QA skill 配合 agent-browser 或 trycua。
  5. 希望在多个兼容编码工具间保留仓库指令和共享技能目录的团队,可继续使用 AGENTS.md 与 .agents/skills。

这个 Agent 有哪些优点和局限?

优点
  • 提供 Rust 实现的 Kimi Code harness,并给出 Codex 风格界面。
  • 可在同一终端代理中切换多种已列出的 harness,而非只固定一种交互方式。
  • 明确支持 ACP 和 Codex exec protocol;既有 Codex SDK 调用可通过一行 binary override 接入。
  • 支持 macOS、Linux、Windows 的原生沙箱命令执行,并提供网页与原生应用 QA 路径。
  • 优先复用 AGENTS.md、.agents/skills、MCP 等共享约定,减少专有格式锁定。
局限
  • 托管 provider 的实时模型来源需要凭据,但所给材料未说明具体 provider 的认证配置步骤。
  • 标准安装方式会下载并执行远程 shell 或 PowerShell 脚本,受严格安装策略约束的环境需先评估该流程。
  • 网页和原生应用 QA 分别依赖 agent-browser 或 trycua,使用该能力时需要采用相应工具。
  • 这是与原始 Python 项目不同的新 Rust 版本;原始项目已由 endolith/open-interpreter 社区 fork 维护,旧用户需要确认迁移边界。

如何安装或部署这个 Agent?

macOS 或 Linux:curl -fsSL https://www.openinterpreter.com/install | sh
Windows PowerShell:irm https://www.openinterpreter.com/install.ps1 | iex
安装后运行 i 或 interpreter 启动会话。README 表明托管 provider 的实时模型来源需要其 provider 文档中说明的凭据,但未在所给材料中列出具体凭据或配置项。

如何使用这个 Agent?

在终端运行 interpreter 后,用 /model 选择 provider 和模型,用 /harness 查看并切换 harness;可选项包括 native、kimi-code、qwen-code、deepseek-tui、claude-code 和 minimal。要作为 ACP agent 使用,启动 interpreter acp 并让 ACP 客户端调用它。若已有 Codex SDK 集成,将 Codex 初始化改为 new Codex({ codexPathOverride: "interpreter" })。可运行 scripts/test-codex-sdk-compat.sh 做本地、无需 provider 的兼容性检查。

这个 Agent 与同类方案有什么区别?

相对于 OpenAI Codex,Open Interpreter 自述为其 fork,并侧重为低成本模型复现高性能 agent harness;同时保持 Codex exec protocol 兼容。原始 Python 版 Open Interpreter 已由社区维护在 endolith/open-interpreter,而本仓库是新的 Rust 版本。

常见问题

它一定只能使用 Kimi K3 吗?
不是。README 明确支持在 TUI 中通过 /model 切换 provider 和模型,并列出 Kimi、Qwen、DeepSeek 等相关 harness;但具体托管模型需要相应 provider 凭据。
能否接入现有 Codex SDK 应用?
可以。README 给出了 new Codex({ codexPathOverride: "interpreter" }) 的替换方式,并说明其使用相同的 Codex exec protocol。
它能在编辑器里工作吗?
可以用于 ACP 兼容编辑器和客户端:将客户端配置为启动 interpreter acp。
命令执行是否有隔离?
README 声明命令在 macOS、Linux 和 Windows 的原生沙箱中运行,同时也提供 sandbox 与 approvals 文档入口;所给材料没有说明默认权限策略的细节。

相关 Agents