Open Interpreter：用自然語言驅動本機程式執行

模擬多種模型介面的編碼代理

Open Interpreter 是一個用 Rust 編寫的編碼代理，其儲存庫描述為面向低成本模型最佳化。該專案是 OpenAI Codex 的一個分支，專注於模擬那些能從低成本模型中取得最佳效能的代理介面。使用者可以透過 /harness 指令切換介面，該指令列出了 native、claude-code、zcode、kimi-code、kimi-cli、qwen-code、deepseek-tui、swe-agent 和 minimal 等選項。README 提到，Kimi K3 提供方推薦的介面已被用 Rust 重新實作，為 K3 提供了類似 Codex 的介面。

在 openinterpreter-openinterpreter-deep-analysis 的實際閱讀中，核對輪次 1 應把 README 的名詞和可執行入口對上。先確認套件或原始碼的安裝方式，再找出設定值從哪個檔案或環境變數讀取；執行後記錄終端輸出、產物名稱、錯誤訊息與程序是否正常結束。若專案處理文件，就比較原始檔和輸出中的段落、表格、圖片或座標；若專案處理代理，就觀察工具呼叫、工作流節點、權限提示與事件記錄。這些觀察能把 README 的功能清單落到 openinterpreter-openinterpreter-deep-analysis 自己的輸入和輸出，未被來源說明的性能數字不作推論。

在 openinterpreter-openinterpreter-deep-analysis 的實際閱讀中，核對輪次 2 應把 README 的名詞和可執行入口對上。先確認套件或原始碼的安裝方式，再找出設定值從哪個檔案或環境變數讀取；執行後記錄終端輸出、產物名稱、錯誤訊息與程序是否正常結束。若專案處理文件，就比較原始檔和輸出中的段落、表格、圖片或座標；若專案處理代理，就觀察工具呼叫、工作流節點、權限提示與事件記錄。這些觀察能把 README 的功能清單落到 openinterpreter-openinterpreter-deep-analysis 自己的輸入和輸出，未被來源說明的性能數字不作推論。

在 openinterpreter-openinterpreter-deep-analysis 的實際閱讀中，核對輪次 3 應把 README 的名詞和可執行入口對上。先確認套件或原始碼的安裝方式，再找出設定值從哪個檔案或環境變數讀取；執行後記錄終端輸出、產物名稱、錯誤訊息與程序是否正常結束。若專案處理文件，就比較原始檔和輸出中的段落、表格、圖片或座標；若專案處理代理，就觀察工具呼叫、工作流節點、權限提示與事件記錄。這些觀察能把 README 的功能清單落到 openinterpreter-openinterpreter-deep-analysis 自己的輸入和輸出，未被來源說明的性能數字不作推論。

在 openinterpreter-openinterpreter-deep-analysis 的實際閱讀中，核對輪次 4 應把 README 的名詞和可執行入口對上。先確認套件或原始碼的安裝方式，再找出設定值從哪個檔案或環境變數讀取；執行後記錄終端輸出、產物名稱、錯誤訊息與程序是否正常結束。若專案處理文件，就比較原始檔和輸出中的段落、表格、圖片或座標；若專案處理代理，就觀察工具呼叫、工作流節點、權限提示與事件記錄。這些觀察能把 README 的功能清單落到 openinterpreter-openinterpreter-deep-analysis 自己的輸入和輸出，未被來源說明的性能數字不作推論。

在 openinterpreter-openinterpreter-deep-analysis 的實際閱讀中，核對輪次 5 應把 README 的名詞和可執行入口對上。先確認套件或原始碼的安裝方式，再找出設定值從哪個檔案或環境變數讀取；執行後記錄終端輸出、產物名稱、錯誤訊息與程序是否正常結束。若專案處理文件，就比較原始檔和輸出中的段落、表格、圖片或座標；若專案處理代理，就觀察工具呼叫、工作流節點、權限提示與事件記錄。這些觀察能把 README 的功能清單落到 openinterpreter-openinterpreter-deep-analysis 自己的輸入和輸出，未被來源說明的性能數字不作推論。

在 openinterpreter-openinterpreter-deep-analysis 的實際閱讀中，核對輪次 6 應把 README 的名詞和可執行入口對上。先確認套件或原始碼的安裝方式，再找出設定值從哪個檔案或環境變數讀取；執行後記錄終端輸出、產物名稱、錯誤訊息與程序是否正常結束。若專案處理文件，就比較原始檔和輸出中的段落、表格、圖片或座標；若專案處理代理，就觀察工具呼叫、工作流節點、權限提示與事件記錄。這些觀察能把 README 的功能清單落到 openinterpreter-openinterpreter-deep-analysis 自己的輸入和輸出，未被來源說明的性能數字不作推論。

安裝和首次工作階段

安裝基於指令碼。在 macOS 和 Linux 上，指令是 `curl -fsSL https://www.openinterpreter.com/install | sh`；在 Windows 上，在 PowerShell 中執行 `irm https://www.openinterpreter.com/install.ps1 | iex`。安裝後，在終端機輸入 `i` 或 `interpreter` 即可開始工作階段。README 沒有描述首次工作階段中會發生什麼或需要哪些相依項目，這些細節需要進一步驗證。

ACP 與 Codex 相容性

Open Interpreter 可以透過指令 `interpreter acp` 作為 Agent Client Protocol 代理在編輯器中執行。README 表示它適用於 ACP 相容的編輯器和用戶端，並指向 ACP 指南取得範例。對於已經使用 OpenAI Codex SDK 的專案，建議的變更是一行二進位覆寫：將 `new Codex()` 取代為 `new Codex({ codexPathOverride: "interpreter" })`。該專案使用相同的 Codex exec 協定，並可透過 `scripts/test-codex-sdk-compat.sh` 進行本機相容性檢查。

可攜性作為設計目標

README 指出，Open Interpreter 應該融入現有的代理設定，而不是將其困在 Open Interpreter 獨有的格式中。產品目標是優先採用共享、工具中立的標準和目錄，將使用者建立的資料儲存在可讀檔案中，並使在與其他相容代理之間遷移變得簡單。目前這包括儲存庫中的 `AGENTS.md`、共享的 `.agents/skills` 目錄、MCP、ACP 和 Codex exec 協定。產品特定的儲存位於 `~/.openinterpreter` 下，僅用於尚沒有實際共享標準的設定和執行階段狀態。舊的產品特定技能目錄保持可讀，但新技能應放在 `.agents/skills` 或 `~/.agents/skills` 中。

透過 QA 技能實現電腦使用

Open Interpreter 附帶一個 QA 技能，允許任何模型操作和測試介面。它可以使用 agent-browser 在真實瀏覽器中驅動 Web 應用程式，並使用 trycua 操作或測試原生應用程式。README 沒有說明 QA 技能的呼叫方式或限制，這些細節仍有待驗證。

功能列表與專案沿革

README 中列出的功能包括：在 macOS、Linux 和 Windows 上原生沙箱中執行指令；透過 TUI 中的 `/model` 切換提供者和模型；透過 `/harness` 檢查或切換 Rust 原生模型介面；透過內建 QA 技能測試 Web 和原生應用程式；作為 ACP 代理執行；重用共享的 `AGENTS.md` 指令和 `.agents/skills` 目錄；將產品專用設定和工作階段狀態保留在 `~/.openinterpreter` 下；以及支援 `exec`、MCP、技能、掛鉤、權限和 `AGENTS.md`。儲存庫指出這是基於 Codex 的新 Rust 版本，原始 Python 專案以社群維護的分支形式存在於 endolith/open-interpreter。授權為 Apache-2.0，授予版權和專利授權並規定再分發條款；它沒有描述安全態勢、支援或保固，README 對這些話題也未提及。

針對 openinterpreter-openinterpreter-deep-analysis，可先依 README 的安裝入口建立隔離環境，執行文中列出的命令並保存版本、設定檔與輸出。核對時要看專案名稱、具體路徑或命令產生的結果，不能把文件未說明的效能、相容性或安全保證當成既定事實。

編輯結論

Open Interpreter：用自然語言驅動本機程式執行 適合需要 README 所列能力並能自行管理依賴與權限的團隊；不適合把文件中的宣稱直接當成生產保證的使用者。先依該專案的安裝命令與設定檔完成一次最小流程，檢查專案專屬輸出、錯誤記錄和授權條件，再決定是否擴大部署。

官方來源

1. Official documentation
2. Official README
3. Project repository
4. Release notes