Open Interpreter
面向低成本模型的终端编码代理，支持 Rust 原生 harness、ACP 和 Codex exec。
按维度查看评分与理由
证据显示项目支持原生沙箱（macOS/Linux/Windows）、权限系统、hooks、审批机制，以及AGENTS.md和skills共享目录，表明具备最小权限和用户确认的机制。但未提供具体实现细节，且未验证沙箱是否默认启用或权限是否默认最小化。数据流透明度方面，README提到产品配置和会话状态存储在~/.openinterpreter，但未详细说明数据流向。敏感数据处理未明确说明。依赖安全方面，package.json包含多个依赖版本固定和overrides，但未提供漏洞扫描或安全审计证据。外部影响方面，支持执行命令和网络操作，但未明确默认限制。回滚机制未提及。来源归属方面，项目基于OpenAI Codex，但未明确说明代码来源和贡献者。因此，多数标准评为1，回滚为0。
自一致性方面，README描述的功能与文档链接一致，但未提供代码级验证。依赖可用性方面，依赖项较多，但未提供锁定文件或完整性校验。失败消息方面，未提供错误处理或用户提示的示例。因此，自一致性评为2，其余为1。
受众和场景方面，README面向开发者和终端用户，提供了多种使用场景（如ACP、Codex SDK、QA技能）。能力边界方面，明确列出了支持的功能和限制（如沙箱、权限）。触发精度方面，提供了/harness和/model等命令，但未详细说明触发条件。环境适配方面，支持macOS、Linux、Windows，并提供了安装脚本。因此，多数评为2，触发精度为1。
信息架构方面，README结构清晰，包含安装、功能、文档链接。安装说明提供了curl和PowerShell命令。命名稳定性方面，项目名称和命令稳定，但未提供版本历史。示例和FAQ方面，提供了多个文档链接和示例。已知限制方面，未明确列出。许可证为Apache-2.0，但版权声明为OpenAI，可能引起混淆。版本变更日志未提供。维护责任方面，未明确说明维护者或贡献指南。因此，多数评为2，命名稳定性、已知限制、版本变更日志、维护责任为1。
输出可用性方面，提供了CLI和TUI，支持多种模型和提供商。边际价值方面，作为Codex的fork，提供了额外的harness模拟和ACP支持。成本效益方面，针对低成本模型优化，可能降低使用成本。因此，均评为2。
声明可追溯性方面，README中的声明未提供具体证据或测试结果。跨来源佐证方面，未提供第三方验证。事实与推断分离方面，未明确区分事实和推断。因此，均评为1。
- 未验证沙箱是否默认启用，权限是否默认最小化。
- 依赖安全未提供漏洞扫描或审计证据。
- 回滚机制未提及，可能影响故障恢复。
- 版权声明为OpenAI，但项目为fork，需确认许可证合规性。
这个 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 操作和测试原生应用。
- 使用低成本托管模型进行终端编码任务的开发者，可在会话中切换模型和 harness。
- 已接入 OpenAI Codex SDK 的团队，可用 codexPathOverride: "interpreter" 替换执行二进制而保留现有 SDK 调用。
- 使用 ACP 兼容编辑器或客户端的开发者，可将客户端配置为启动 interpreter acp。
- 需要让代理执行网页或桌面应用 QA 的工程团队，可通过内置 QA skill 配合 agent-browser 或 trycua。
- 希望在多个兼容编码工具间保留仓库指令和共享技能目录的团队，可继续使用 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 版本。