正在打开每日关注
正在打开每日关注
以 Rust 重实现 Codex 代理体验，兼容多种 harness、ACP 与 SDK，强调低成本模型和工作流可迁移性。
Pretty cool to see a popular fork of Codex OSS repo with 60k stars out there with my team being top contributors (due to preserving history with the fork) Keep building https://t.co/ovpDi3UtiT
是什么 Open Interpreter 是 openinterpreter/openinterpreter 仓库中的 Rust 编码代理，README 将其定位为面向低成本模型、并以 Codex agent harness 为重点的 fork。推文的核心是强调该项目在保留历史的 fork 关系下获得约 6.8 万 Stars，且 Tibo 所在团队成为主要贡献者。
架构与核心设计
它以终端会话为入口，通过 /harness 在 native、Claude Code、Kimi Code、Qwen Code 等 harness 间切换，通过 /model 切换供应商和模型；同时实现 ACP、Codex exec protocol，并支持用 codexPathOverride 接入既有 Codex SDK。可迁移性是另一条主线：复用 AGENTS.md、.agents/skills、MCP 等共享约定，将产品专属配置和运行状态限制在 ~/.openinterpreter。此外，README 明确列出跨 macOS、Linux、Windows 的原生沙箱，以及基于 agent-browser 和 trycua 的 Web/原生应用 QA。
值得借鉴与边界 亮点是把模型、harness、编辑器协议和工作区规范拆开，降低供应商与产品格式锁定，方便把同一代理嵌入终端或编辑器。边界在于 README 只证明了兼容入口、标准复用和能力列表，未提供实际性能对比、贡献量明细、稳定性指标或各 harness 的行为差异；Stars 也不能直接等同于生产质量。设计判断应保持克制：虽然有 Codex-like 界面和 QA 交互能力，但内容的主要价值仍是代理运行时、协议兼容与工程基础设施。