大多數開放原始碼代理程式用戶端都允許你設定自己的 API 基底 URL，但有三件事會決定它是否真的能運作：用戶端所使用的線路通訊協定、自備金鑰的邊界位置，以及專案是否仍在維護。 此目錄列出 77 個代理程式用戶端——其中 64 個涵蓋終端機程式設計代理程式、編輯器、桌面聊天應用程式、工作流程建構工具和長時間執行的個人代理程式，另有 3 個沒有記載第三方端點，以及 10 個已退役或被取代的專案——並分別說明每個專案的通訊協定、端點邊界和生命週期，讓你能區分「接受基底 URL」和「會完成你所需的工作」。
這是導覽索引，不是排名。此處沒有任何用戶端在有紀錄的測試中透過 Kunavo 完成請求，也沒有任何評分；已退役專案會標示其狀態，而不會被悄悄移除。用戶端資訊於 2026 年 9 月 17 日蒐集。2026 年 9 月 18 日，封存表格和無端點表格中的每個生命週期欄位都透過 GitHub API 重新查核，大多數標示為作用中的列也一併查核；通訊協定和自備金鑰細節則針對部分項目重新閱讀，而非涵蓋全部 77 個項目。每一列都連結至撰寫該列時所依據的頁面，因此任何欄位都能回到來源重新查核。2026 年 10 月 1 日，所有具有公開儲存庫的用戶端都透過 GitHub API 重新查核，所有來源連結也重新開啟：從 9 月查核至當天，沒有任何用戶端新增封存，所有來源仍可回應；生命週期欄位中的日期仍是所記錄的 9 月查核結果，除非欄位另有說明。
決定自訂端點能否運作的三個軸向
單一的「支援自訂 API」欄位掩蓋了大多數真正的失敗模式。以下每一列都會將它們分開說明。
1. 線路通訊協定
「OpenAI 相容」是最常見的形式，但不是唯一形式；而且用戶端對這些形式所使用的名稱，不一定與它們實際傳送的內容相符。
| 通訊協定 | 用戶端傳送的內容 | 這對端點代表的意義 |
|---|---|---|
| OpenAI Chat Completions | POST 至 /v1/chat/completions | 支援最廣的形式；此處大多數用戶端的預設假設 |
| OpenAI Responses | POST 至 /v1/responses | 不同的端點。僅實作 chat completions 的閘道不會回應它 |
| Anthropic Messages | POST 至 /v1/messages | 完全不同的請求與回應格式，不只是變更標頭 |
| Google Gemini 或 Vertex 原生協定 | models/*:generateContent | Gemini CLI 接受基底 URL，但仍使用此通訊協定，因此 OpenAI 相容 URL 在此無法運作 |
| 僅原生協定 | 固定的供應商端點 | 不存在基底 URL 欄位；端點已編譯在程式中 |
有兩個命名陷阱值得記住，因為其失敗表現看起來像是端點故障，而不是通訊協定錯誤。在 PicoClaw 中，provider: "anthropic" 會傳送 OpenAI 格式的 chat completions，而 anthropic-messages 會傳送原生 Messages API，因此僅提供 /v1/messages 的端點在第一個值下會回傳 404。在 Factory 的 Droid 中，provider: openai 代表 Responses API，而 generic-chat-completion-api 是 chat-completions 閘道所使用的值。
2. 自備金鑰邊界
| 界線 | 呈現方式 | 此目錄中的範例 |
|---|---|---|
| 自由設定 | 有文件記載的基底 URL 欄位，不涉及帳戶或付費方案 | 大多數終端機代理程式、大多數自行託管的聊天前端 |
| 介面限制 | 可在產品的部分介面運作，但在其他介面無法運作 | Droid（僅 CLI 和桌面版）、Qoder（IDE，不含 CLI）、OpenHands（本機 agent-server 後端，不含雲端）、AutoGPT Platform（自行託管的聊天代理程式，不含區塊層） |
| 方案限制 | 需要付費或搶先體驗方案 | Amp 自訂端點 URL、十名以上員工的組織使用 Warp、Smart Chat Pro |
| 通訊協定範圍限制 | 欄位存在，但只接受單一供應商通訊協定 | Gemini CLI、nanocode、預設執行環境中的 NanoClaw |
| 沒有文件記載 | 沒有端點欄位——僅支援供應商金鑰，或連供應商金鑰也不支援 | Devon（供應商金鑰，無端點）、Kiro CLI（兩者皆無） |
3. 生命週期
未封存的儲存庫是薄弱的證據。Continue 僅供讀取但沒有封存標記，因此封存標記查核會將它報告為仍在運作；Aider 的儲存庫也未封存，但自 2025 年 8 月起沒有發布版本；Stakpak 的儲存庫既沒有封存標記，也沒有自 2026 年 7 月起的提交。推送日期的證據力更弱，因為只要儲存庫任何位置有推送，它就會更新，而預設分支可能完全沒有變動——這個落差正是 Continue 和 Witsy 看起來比實際狀態更新的原因。以下生命週期欄位依據預設分支提交記錄、版本發布清單和專案自身聲明，而不是推送日期。
為什麼基底 URL 不代表相容性保證
以下是設定正確的端點仍然行為異常的常見原因，全部取自各用戶端自己的文件：
- 路徑處理。 Cherry Studio 要求提供供應商根路徑，並由應用程式自行附加版本路徑，因此貼上完整的 chat-completions URL 會導致路徑重複。Jan 要求基底 URL 中包含版本路徑。TypingMind 要求完整的
/v1/chat/completions路徑。SillyTavern 表示不要加入後綴。對於非 LLM 模型類型，Dify 會自行附加版本路徑。 - 模型清單需求。 n8n 的憑證測試會發出
GET /models，並且僅根據狀態碼判斷回應，因此沒有模型清單時會失敗；另一方面，若錯誤的基底 URL 在該路徑回傳任何 200，也可能通過測試。pool 的上下文長度覆寫只有在模型出現在供應商模型清單中時才會套用。Open WebUI 則透過手動允許清單欄位，因應缺少模型清單的情況。 - 手動宣告的模型中繼資料。 Zed、Crush、Theia、OpenClaw、ChatWise 和 Dyad 都不會從你的端點探索模型限制。這對你的影響各不相同：Zed、Crush 和 ChatWise 要求你輸入上下文視窗、輸出限制或每 token 價格；OpenClaw 和 Dyad 將這些欄位設為選填，留白時會套用預設值；Theia 的自訂模型項目完全不包含限制或價格。如果用戶端根據你輸入的數字回報支出，該數字反映的是你輸入的內容，而不是實際計費金額。
- 功能子集。 Twinny 的自動完成使用舊版 completions 路由，而聊天使用 chat completions。AnythingLLM 將嵌入與聊天分開設定。Jan 無法推斷自訂供應商是否支援工具、視覺或音訊。Oh My Pi 需要設定旗標，才能支援拒絕嚴格工具定義的端點。
以下五個表格可依據相同問題進行篩選：通訊協定、自備金鑰邊界、自訂端點是否需要付費方案，以及生命週期。每一列都保留在頁面中；使用篩選器時，它只會隱藏列，而「未說明」表示該列的來源沒有定論。
下方列出所有用戶端。
終端機程式設計代理程式
已退役和被取代的終端機專案——SWE-agent、Plandex、Mentat、已封存的 Go OpenCode CLI 及 iFlow CLI——位於下方的 封存區段，而不是此表格中。Kiro CLI 和 Devon 位於無端點表格中。
| 用戶端 | 生命週期 | 通訊協定／BYOK 邊界 | 最適合 | 金鑰限制 | Kunavo 頁面 |
|---|---|---|---|---|---|
| Aider | 未封存但處於休眠狀態：最後發布版本為 2025-08-09，最後一次預設分支提交為 2026-05-22 | 透過 openai/ 模型前綴和 OPENAI_API_BASE 使用 OpenAI Chat Completions。可自由設定 | 在現有 git 儲存庫上進行終端機配對程式設計，套用編輯內容並自動提交 | 超過 13 個月沒有發布版本，因此較新模型的中繼資料可能落後，且可能需要手動提供 | 價格、設定 |
| goose | 作用中，但已遷移：Block 將其捐贈給 Agentic AI Foundation，儲存庫已移至 aaif-goose/goose，文件已移至 goose-docs.ai，並於 2026-04-07 公布 | OpenAI Chat Completions（OPENAI_HOST 加上 OPENAI_BASE_PATH）和 Anthropic Messages（ANTHROPIC_HOST）。可自由設定 | 超越程式設計的一般用途本機代理程式——桌面應用程式、CLI 和可嵌入 API，並透過 MCP 擴充 | 基底 URL 分散在兩個變數中，因此以版本路徑為根的端點需要明確設定該路徑 | 與 Claude Code 比較、設定 |
| Crush | 作用中；於 2026-09-18 推送，與查核日期相同 | 不同類型：openai、適用於非 OpenAI 相容 API 的 openai-compat，以及 anthropic。可透過 crushrc 或 crush.json 自由設定 | 精良的終端機代理程式，會在本機宣告每個模型的上下文視窗和價格，因此工作階段內即可查看成本 | 不會自動探索任何內容——上下文視窗、最大 token 數和價格都必須手動輸入。兩個設定檔都是受信任的程式碼：crushrc 會在 shell 中執行，而 crush.json 中的命令替換會在載入時執行 | 價格、設定、與 OpenCode 比較 |
| Pi | 作用中；earendil-works/pi 於 2026-09-18 推送。較舊的 badlogic/pi-mono 路徑會重新導向至此 | openai-completions、openai-responses、anthropic-messages、google-generative-ai 位於 ~/.pi/agent/models.json 中——這是 Pi 在 2026 年 9 月 22 日文件更新前，為自訂供應商記載的四個 api 值；該更新移除了這份清單。其 v0.99.2 原始碼將此欄位型別定義為自由字串，並將其分派給符合條件的十個內建實作之一；只有這四個值曾針對自訂供應商獲得文件記載，此處也未測試其他六個值。可自由設定 | 建立或嵌入小型、易於修改的代理程式核心 | README 表示，來自新貢獻者的新議題和提取要求預設會自動關閉；此外，你採用的是 harness monorepo，而不只是 CLI | 價格、與 OpenCode 比較、設定 |
| Oh My Pi | Pi 的作用中分支；於 2026-09-18 推送 | models.yml 中的九種聊天線路通訊協定：openai-completions、openai-responses、openai-codex-responses、azure-openai-responses、anthropic-messages、bedrock-converse-stream，以及三種 Google 變體（google-generative-ai、google-gemini-cli、google-vertex）。同一份清單另列出兩個判斷 API：typesafe 和 openrouter-decisions；它們回應的是判斷請求而非聊天請求；v18.4.8 的結構描述只接受這十一個值。可透過 models.yml 自由設定 | 此表格中記載聊天通訊協定最完整的終端機代理程式，並內建 LSP 和 DAP 工具 | 拒絕工具定義中 strict 欄位的 Anthropic 相容端點需要 disableStrictTools；探索功能會強制使用 /v1/models 路徑，除非明確停用 | 價格、設定、與 Pi 比較 |
| pool | 作用中但規模較小：於 2026-08-18 推送，425 顆星，由 Poolside 提供商業支援 | 僅在自訂路由（POOLSIDE_STANDALONE_BASE_URL）上相容於 OpenAI；另行支援 ACP。僅限環境變數，無方案限制 | 原生支援 ACP 的終端機代理程式，也可作為相容編輯器的伺服器執行 | 端點必須提供 GET /v1/models 並列出所選模型，否則上下文長度覆寫會靜默停止套用 | — |
| DeepSeek Harness | 作用中，自行宣告為開發者預覽版；於 2026-09-17 推送 | openai-completions、openai-responses 或 anthropic-messages，每個供應商一種通訊協定，儲存在設定檔的 cordis.patch.yml 中，版本為 0.2.0-rc.2。可自由設定 | 將 DeepSeek 的外掛架構 harness 作為本機網頁 UI，指向任意端點 | 維護者承諾會進行可能破壞相容性的變更；在 0.2.0-rc.2 中，Models 頁面尚不能新增透過 OAuth 登入的供應商，例如 Codex | 設定 |
| Droid (Factory) | 作用中的商業產品，封閉原始碼；文件和價格頁面均可於 2026-09-18 存取。factory.ai 會重新導向至 factory.com | anthropic 是 Messages，openai 是 Responses，generic-chat-completion-api 是 Chat Completions。介面限制：僅限 CLI 和桌面應用程式 | 保留商業支援的代理程式，同時將推理移至本機介面上的自有端點 | 自訂模型永遠不會出現在託管網頁或行動應用程式中。BYOK 頁面未說明方案層級限制，價格頁面也未列出此功能——這表示文件中沒有記載限制，並不代表確實不存在限制 | 價格、設定 |
| Qwen Code | 作用中；於 2026-09-18 推送 | OpenAI Chat Completions、Anthropic Messages、Google GenAI 和 Vertex，各自使用獨立的基底 URL 變數，另有明確的 Custom Provider 選項。可自由設定 | 從單一終端機用戶端在執行期間切換通訊協定和供應商 | Qwen OAuth 免費方案已於 2026-04-15 停止，並從驗證對話框中移除，因此任何仍承諾每日免費配額的指南都已過時 | 價格、設定 |
| Kimi Code CLI | 作用中；MoonshotAI/kimi-code 於 2026-09-18 推送。較舊的 Kimi CLI 儲存庫表示其正演進為此專案，並將逐步停止維護 | OpenAI Chat Completions 和 Responses、Anthropic Messages、Google GenAI、Vertex——透過 config.toml 供應商區塊設定。可自由設定 | 保留託管的 Moonshot 登入作為一個供應商，同時在旁邊新增第三方端點 | 憑證永遠不會從環境 shell 變數讀取：必須在設定檔中宣告變數名稱，否則啟動會失敗 | 與 Claude Code 比較、設定 |
| OpenHands | 作用中但已重組：組織名稱從 All-Hands-AI 更名，主要儲存庫現在提供 Agent Canvas（1.20.0，2026-09-17），而代理程式位於獨立的 SDK 儲存庫中。CLI 模式仍有文件記載 | LiteLLM，因此供應商前綴是必要的。後端限制：供應商連線可在本機 agent-server 後端使用，在雲端後端則隱藏 | 自主、沙盒化的多步驟工作——從議題到提取要求的任務及排程自動化——可在你自己的電腦或伺服器上執行 | 在代理伺服器路徑上，模型名稱必須已在該代理伺服器中設定。雲端後端是否允許在供應商設定檔中使用直接金鑰，文件同樣沒有說明 | 與 OpenCode 比較、設定 |
| mini-SWE-agent | 作用中；於 2026-09-14 推送，目前使用 v2，v1 保留在分支中 | LiteLLM；自訂端點會透過 model_kwargs，搭配 OpenAI 相容供應商和 api_base 使用。可自由設定 | 便宜且可編寫腳本的批次和基準測試執行，核心迴圈短小，足以在信任前先讀完 | LiteLLM 登錄檔外的模型會破壞成本追蹤，而 v2 改變了設定配置，因此 v1 時代的說明無法直接套用 | 價格、設定、與 Claude Code 比較 |
| Nanocoder | 作用中；於 2026-09-18 推送。由社群協作組織運作，而非由公司運作 | 相容於 OpenAI，另支援 Ollama 和各供應商預設設定。可在 agents.config.json 中加入供應商項目，或透過設定精靈設定。可自由設定 | 本機優先的終端機程式設計，其中遠端 API 只是本機模型選項之一，而非預設假設 | 設定會逐個區塊解析，因此專案覆寫若只設定一個欄位，就會捨棄該區塊的其餘內容，並改用內建預設值，而不是你的全域設定 | 模型與 API 成本、設定、與 OpenCode 比較 |
| Mistral Vibe | 作用中；於 2026-09-18 推送。Mistral 的官方專案 | 預設相容於 OpenAI；config.toml 中的供應商區塊包含 api_base 和金鑰變數名稱。可自由設定 | 由模型供應商提供的小型、可稽核 Python CLI，底層使用你自己的端點 | 供應商參照位於儲存庫內的設定參照中，而不是 README，因此金鑰名稱可能在不同版本間變動——任何設定說明都應固定版本 | 設定、與 Claude Code 比較、替代方案 |
| Gemini CLI | 作用中；於 2026-09-18 推送 | 僅支援原生 Gemini。基底 URL 覆寫適用於 API 金鑰驗證；除非指向 localhost，否則必須使用 HTTPS；文件未記載 OpenAI 相容模式 | 以 Gemini 為先的終端機工作流程——也是最清楚說明為何通訊協定與端點是兩個獨立問題的例子 | 此覆寫功能僅針對 API 金鑰路徑提供文件說明，因此不要假設它能套用至 Google 帳戶 OAuth 登入；除非該端點同時提供 Gemini 線路協定，否則 OpenAI 相容 URL 將無法運作 | 與 Claude Code 比較 |
| GitHub Copilot CLI | 啟用中；版本 v1.0.86 於 2026-09-17 發布。這不是已封存的 gh copilot 擴充功能，後者是獨立儲存庫，最後一次推送時間為 2025-10-30 | OpenAI Chat Completions、Azure OpenAI 或 Anthropic，透過與 base-URL 變數並列的 provider-type 變數選擇。個人使用者沒有方案限制；尚未檢查組織與企業 BYOK | 在沒有 Copilot 席位且未登入 GitHub 的情況下，讓 GitHub 的程式碼代理使用你自己的端點 | BYOK 讓 CLI 無需 GitHub 驗證即可執行，而驗證頁面列出了未使用驗證時會停止運作的功能：/delegate、GitHub MCP 伺服器和 GitHub Code Search。模型呼叫仍可運作；你也可以登入並攜帶金鑰，以保留全部功能 | 與 Claude Code 比較、設定 |
| gptme | 啟用中；於 2026-09-18 推送。已從個人命名空間移至 gptme 組織，舊路徑會重新導向 | 僅透過自訂端點支援 OpenAI 相容模式，可使用本機模型前綴搭配 base-URL 變數，或使用具名 provider 項目。可自由設定 | 具備 shell 與瀏覽器工具的一般終端機代理，只需設定一個環境變數即可重新指向 | 僅使用 Anthropic Messages 的端點沒有文件記載的設定欄位，而其他任何通訊協定都需要針對 provider 進入點撰寫外掛程式 | — |
| Open Interpreter | 仍在運作中，但已改寫為不同的程式：目前是以 Codex 為基礎的 Rust 實作，版本標籤為 rust-v0.0.44，於 2026-09-15 發布，且儲存庫路徑本身已移至 openinterpreter/openinterpreter | TOML provider 表格，其中 wire_api 接受 responses 或 chat。可自由設定 | 專為低成本開放模型調校的 Codex 風格 harness，透過 provider 表格設定 | 這個名稱不再代表大多數文章所指的內容——舊版 Python 設定檔、旗標和教學不適用。文件中的範例使用 responses 線路，因此僅支援 chat-completions 的端點必須明確宣告 | 設定、與 Claude Code 比較、替代方案 |
| Amp | 商業上仍在運作；這是 Sourcegraph 的代理，並有一份日期為 2026-09-13 的政策公告。方案包括 Hobby（免費）、Individual/Megawatt、Gigawatt、Teams 和 Enterprise | 任意自訂端點 URL 對 Megawatt 與 Gigawatt 會員而言仍是搶先體驗功能，需啟用實驗性功能切換；公告只承諾即將向所有人推出，未提供日期。一般自帶金鑰的方式則獨立且適用範圍更廣——同一份公告指出，除 Enterprise 方案外，任何人都不會產生 BYOK 權杖費用或受到限制，而且所有人都能使用自己的金鑰搭配 Amp，無須支付月費 | 希望使用商業代理並具備強大程式碼搜尋功能，同時讓權杖支出留在自己 provider 帳戶中的團隊 | 不要假設可以使用任意 base URL：截至 2026-09-18，該特定功能仍僅限搶先體驗 | 價格、設定、與 Claude Code 比較 |
| nanocode | 已發布但幾乎無維護：建立於 2026-04-01，最後一次推送於 2026-04-02，共 20 顆星 | 僅支援 Anthropic Messages，儘管 README 表格另有描述。Base URL 可透過環境變數或設定指令設定。可自由設定 | 用於閱讀而非執行——一個簡短的 Python 程式碼庫，展示如何組合出 Claude-Code 形態的代理迴圈 | 程式碼中不存在宣稱的 OpenAI 相容性：用戶端包裝 Anthropic SDK，因此一般的 chat-completions 端點將無法運作 | — |
| QodeX | 仍在運作中但規模很小：建立於 2026-06-11，最後一次推送於 2026-08-22，共 32 顆星。與 OpenAI 的 Codex 無關 | 可接受任意 base URL 的 openai 類型、ollama 類型，以及預設啟用提示快取的 anthropic 類型。設定檔保存的是金鑰變數名稱，而非金鑰本身。可自由設定 | 以本機優先的工作流程，在一份設定中同時保存本機伺服器與雲端端點，並透過 profile 按次執行切換 | 單一維護者的規模，沒有社群可以吸收上游的破壞性變更，而且沒有任何人對其進行執行期驗證 | — |
| GoCode | 仍在運作中但功能精簡：建立於 2026-07-25，預設分支最後一次提交於 2026-09-17，共 5 顆星 | 在九個具名閘道中大多採用 OpenAI 形態，只有 Anthropic 是原生項目；config.toml 中的每個 provider 都有自己的 base_url。可自由設定 | 單一小型 Go 二進位檔，支援工作階段內切換 provider，且機器上不需要 Node 或 Python 執行環境 | 隨附的預設模型 ID 已經過時，因此你必須手動固定它們——而且此名稱與歷史悠久的 Go 自動補全 daemon 重名 | — |
| Jan Agent | 預覽版：文件指出安裝程式會從 nightly 頻道下載。父儲存庫仍在運作，最後一次提交於 2026-09-18 | 預設為 OpenAI 相容模式，透過 api-type 旗標支援 Anthropic Messages。可使用旗標、設定檔或環境變數。可自由設定 | 只需變更一個旗標，即可讓終端機代理指向 OpenAI 形態或 Anthropic 形態的端點 | 從 nightly 頻道安裝的預覽版軟體，因此不同建置版本之間的旗標與行為可能變更，你記錄下來的任何設定都只適用於特定版本 | 設定 |
| Junie CLI | 仍在運作中；JetBrains 自訂模型文件頁面的標記日期為 2026 年 9 月 18 日，也就是檢查當天 | JSON 模型設定檔，包含 base URL、金鑰（支援環境變數插值），以及選擇 OpenAI completions、Anthropic 或 Gemini 格式的 apiType。BYOK 頁面指出不需要 JetBrains AI 訂閱 | 希望在終端機中使用 Junie 代理，並由自己的 provider 收費的 JetBrains 使用者 | 文件專門說明 CLI，未確認相同的 profile 是否適用於 IDE 外掛程式；文件也強調模型必須具備足夠能力，才能進行代理式工具使用 | 價格、設定、與 Claude Code 比較 |
| Docker Agent | 仍在運作中，已從 cagent 更名；舊儲存庫路徑會解析至新路徑，舊版環境變數前綴仍可使用 | 透過明確的 api_type 搭配 base URL 與金鑰變數名稱來使用 OpenAI chat completions，另有原生的 anthropic、google 和 bedrock provider 類型。可自由設定 | 以 YAML 撰寫並以 OCI 成品發布的宣告式多代理團隊 | 命名與計費容易混淆：較早的 cagent 素材、目前的 Docker Agent 文件，以及 Docker 自己的 AI 訂閱頁面描述的是不同內容 | — |
| fast-agent | 仍在運作中；儲存庫未封存，檢查時仍有開放問題與提取要求 | 一般 OpenAI 相容 provider，可在 YAML 中設定 base_url 與 api_key，或在單次執行時使用 base-URL 旗標。另有獨立的原生 Anthropic、OpenAI、Google、Azure 和 DeepSeek 路徑。可自由設定 | 在 Python 中建立以 MCP 為原生支援的代理與工作流程模式，並透過互動式 CLI 操作 | 這是框架而非產品——沒有託管服務或商業支援——而且文件中的一般範例是本機端點，因此遠端端點雖符合規格，卻不是範例所呈現的形式 | — |
| Stakpak | 休眠但未封存：採用 Apache-2.0 授權，但預設分支最新提交為 2026-07-06，最新版本 v0.3.88 日期為 2026-06-10；截至檢查時已沉寂兩個多月 | 透過 api_endpoint 金鑰支援 OpenAI 相容模式；也接受原生 Anthropic 與 OpenAI 金鑰。Stakpak 帳戶是選項而非必要條件 | DevOps 與基礎架構工作——Kubernetes 偵錯、CI/CD 和基礎架構即程式碼——並設有防止破壞性指令的護欄 | README 中的兩個可運作範例都將 api_endpoint 指向本機伺服器，因此遠端情況符合規格，但不是範例所呈現的形式。結合上述提交間隔，採用前應將其視為需要先檢查的專案，而非仍在積極開發中的專案 | — |
| VT Code | 仍在運作中，但明確標示為實驗性質且由單人維護；README 表示本機推論與部分自動化流程可能在不同版本間變更 | vtcode.toml 中的 OpenAI 相容自訂 provider 陣列，包含 base_url 與金鑰變數名稱，另有可選的 providers 允許清單。可自由設定 | 面向希望擁有廣泛 provider 選擇及可稽核 provider 允許清單使用者的單一靜態 Rust 二進位檔 | 利用業餘時間由單人維護，並包含自行宣告的實驗性功能面，因此不同版本間的設定穩定性確實存在風險 | 與 OpenCode 比較 |
| CodeBuddy Code | 仍在運作中；這是騰訊雲產品，其 CLI 文件引用 v2.153.0 | 透過 base-URL 與金鑰變數配對支援 OpenAI 相容模式，文件將其定位為第三方模型服務。儘管使用者體驗相似，文件中沒有出現 Anthropic 格式的聲明。第三方路徑沒有方案限制 | 具備沙箱執行、自訂子代理與 hooks 的 Claude-Code 形態終端機工作流程 | 有數個彼此無關的產品使用 CodeBuddy 這個名稱，而且一旦將 CLI 指向第三方 base URL，供應商自己的區域切換便不再適用 | — |
| Warp | 仍在運作中；檢查的文件頁面標示的最後更新日期為 2026 年 9 月 16 日 | 自訂推論端點使用 OpenAI Chat Completions，Free 與符合資格的付費方案使用者可個別設定。員工人數超過十人的組織需要 Business 或 Enterprise。另有僅限企業的功能，涵蓋雲端供應商原生路徑 | 使用你自己的端點執行，而非消耗內建模型配額的代理式終端機 UI | 兩項限制會同時生效：組織規模規則，以及端點必須可公開存取的硬性要求——localhost、私人網路位址和僅限內部使用的 proxy 都會直接遭拒 | 與 Claude Code 比較 |
編輯器與 IDE 分支
Continue、Void 和 PearAI 位於已封存及被取代的區段，不在此處。
| 用戶端 | 生命週期 | 通訊協定／BYOK 邊界 | 最適合 | 金鑰限制 | Kunavo 頁面 |
|---|---|---|---|---|---|
| Zed | 作用中；於 2026-09-18 推送 | 兩棵獨立的設定樹，分別為 OpenAI 相容與 Anthropic 相容，各自擁有 api_url。定價頁面提供免費的 Personal 方案，使用自己的 API 金鑰即可無限使用，因此 BYOK 不受付費牆限制。編輯預測有自己的設定樹，也可以使用 OpenAI 相容 provider | 快速的原生編輯器，使用一把金鑰即可驅動代理面板、行內輔助與編輯預測 | 沒有模型探索功能：每個模型都必須手動宣告自己的權杖限制，而拼字錯誤會導致模型遺失，不會顯示錯誤。Zed 作為模型 provider，以及預設的編輯預測模型，仍需要Zed 登入 | 與 Cursor 比較、設定 |
| Theia IDE | 仍在運作中；於 2026-09-18 推送，並在同一天標記了 nightly 版本 | 支援 OpenAI 相容模式。自訂模型物件偏好設定陣列包含 model、url、id 和 key。沒有方案或帳戶限制，但 AI 功能預設停用，需透過本機切換開啟 | 不受供應商限制的 Eclipse Foundation 桌面 IDE，在設定中明確宣告每個模型端點 | 沒有模型探索功能，錯誤的 url 或 id 會靜默失敗。不要將可下載的 Theia IDE 與其他產品嵌入的 Theia 平台混淆——上述設定屬於 IDE | 設定 |
| Twinny | 仍在運作中；於 2026-09-18 推送，採用 MIT 授權 | 支援 OpenAI 相容模式，但分為兩條不同路徑：chat 會在設定的路徑後附加 chat-completions，而 autocomplete 使用舊版 completions 路徑。透過含有測試按鈕的表單逐一新增 provider。可自由設定 | 免費的 VS Code 自動補全加聊天功能，刻意讓 fill-in-the-middle 與聊天使用不同模型，甚至不同端點 | 支援聊天不代表自動補全可用：僅提供 chat completions 的端點會讓聊天正常運作，但幽靈文字失效。請分別確認 completions 路徑與 fill-in-the-middle 範本 | 設定、與 Continue 比較 |
| Qoder | 仍在運作中；這是阿里巴巴的代理式程式碼平台，並有目前有效的自訂模型文件 | 依功能面限制。IDE 接受 base URL 與金鑰，並可選擇 OpenAI 相容（chat completions 或 responses）或 Anthropic 相容格式。CLI 則不支援：其自訂模型頁面指出，不要在 settings.json 中手動設定 BYOK，且可用的 provider、模型與憑證欄位都由帳戶中的 BYOK 目錄固定 | 使用自己的金鑰進行具備儲存庫感知能力的代理式 IDE 工作，而非使用內建配額 | IDE 與 CLI 不共用 BYOK 規則，因此宣稱「Qoder 支援自訂端點」適用整個產品，對 CLI 而言是錯誤的 | 設定、與 Claude Code 比較 |
| Dyad | 仍在運作中；版本 v1.15.0 於 2026-09-11 發布，並於 2026-09-18 有一次提交 | 僅支援 OpenAI 相容模式。新增包含 ID、顯示名稱與 base URL 的自訂 provider，接著以精確的模型 ID 新增每個模型。Dyad Pro 點數是替代方案而非限制條件 | 在本機桌面應用程式中建置，整個建置迴圈都使用你自己的金鑰 | 自訂模型需要手動輸入輸出權杖與上下文視窗限制；若留白，應用程式會退回可能靜默限制長時間建置的預設值 | 定價、設定、與 Lovable 比較 |
| bolt.diy | 休眠但未封存：最後一次提交於 2026-02-07，共有 83 個開放問題，最後一個標籤 v1.0.0 日期為 2025-05-12 | 透過 OpenAI 類 provider 項目支援 OpenAI 相容模式，或在本機 env 檔案中設定 base-URL 與金鑰配對。完全自行託管，沒有任何限制 | 在瀏覽器中自行託管的全端應用程式建置，所有金鑰都保留在自己的 env 檔案中 | 自 2026-02-07 起無人推送程式碼，因此新的模型 ID、provider 特性與未完成的待辦工作都由你自行承擔——今天能運作的設定不代表有人維護 | 模型與 API 成本、與 Dyad 和 Bolt.new 比較 |
桌面聊天與知識庫用戶端
Witsy 位於已封存區段；Smart Chat 位於無端點表格，因為文件沒有說明它支援任意第三方 base URL。
| 用戶端 | 生命週期 | 通訊協定／BYOK 邊界 | 最適合 | 金鑰限制 | Kunavo 頁面 |
|---|---|---|---|---|---|
| Cherry Studio | 仍在運作中；於 2026-09-18 推送。AGPL-3.0 社群版另有分開銷售的企業版與商業授權選項 | 預設為 OpenAI 相容模式，可針對每個 provider 選擇 OpenAI Responses、Anthropic 或 Gemini。輸入 provider 根路徑——應用程式會自行附加版本路徑，而結尾的 hash 會精確固定位址。可自由設定 | 供單人使用的免費桌面工作區，可處理多個 provider、助理、本機模型與文件 | API 位址欄位是根路徑而非端點：設定頁面指出，除非位址以 # 結尾，否則 Cherry Studio 會自行附加 /v1/chat/completions，因此貼上完整的 chat-completions URL 會造成路徑重複。原本會移除該路徑的提取要求（#19120）於 2026-09-04 關閉，未合併 | 設定 |
| Chatbox AI | 仍在運作中；儲存庫已重新命名為 chatboxai/chatbox，舊路徑會重新導向，並於 2026-09-16 推送 | 自訂 provider 使用 OpenAI 相容 chat completions：新增包含 API host、空白 API path 與金鑰的 provider，然後取得模型清單。不受方案限制 | 為已經擁有金鑰的非開發者提供可在桌面、行動裝置與網頁上運作的工具，並透過取得模型清單取代手動輸入模型 ID | 兩個 API 面向共用同一名稱，卻指向相反方向：此產品也在付費方案中提供 OpenAI 相容端點，按運算點數計費，這不屬於 BYOK | 設定 |
| Jan Desktop | 仍在運作中；於 2026-09-18 推送，最新版本 v0.8.4 於 2026-07-23 發布。較舊的組織路徑會重新導向至此 | 可選擇 OpenAI 相容或 Anthropic 相容模式。Base URL 必須包含伺服器所需的版本路徑，即使未經驗證的本機伺服器也必須提供金鑰。可自由設定 | 從內建推論引擎開始本機離線使用，但希望同一個應用程式也能連接付費雲端端點的人 | 自訂 provider 不會進行功能偵測——應用程式無法推斷模型是否支援工具、視覺或音訊，因此必須逐一為模型開啟，否則這些功能會靜默失效 | 模型與 API 成本、與 LM Studio 比較 |
| Msty Studio | 目前仍具商業活躍度，為封閉原始碼且沒有公開儲存庫；公開變更日誌的最新項目為 v2.9.6，日期是 2026-07-24，而 Msty 於 2026-10-01 提供下載的建置版本為 2.9.11 | 自訂 provider 支援 OpenAI 相容模式——使用名為「Open AI Compatible」的類型、API Key 與 Inference Endpoint，標籤取自 2.9.11 建置版本——且該路徑不受方案限制。Azure 與 Bedrock provider 類型則需付費方案 | 精緻的封閉原始碼桌面工作區，適合永遠不會執行 Docker 的使用者 | 沒有公開的提交歷史，因此維護完全依賴供應商變更日誌；內建工具預設值依 provider 而異，自訂 provider 不會繼承這些預設值 | 定價、設定、與 LM Studio 和 AnythingLLM 比較 |
| AnythingLLM | 仍在運作中；MIT 授權，於 2026-09-17 推送。同時提供桌面應用程式與自行託管伺服器 | 透過一般 provider 支援 OpenAI 相容 chat completions，可設定 base URL、金鑰、模型名稱、上下文視窗與最大權杖數。自行託管時沒有方案限制 | 在自己的機器或伺服器上進行文件檢索，並可依工作區選擇模型 | 聊天、嵌入與轉錄是獨立設定的，因此聊天端點不會提供嵌入功能，而可運作的檢索安裝需要第二個 provider。文件也指出一般 provider 主要面向開發者 | 與 Open WebUI 比較、設定 |
| Open WebUI | 仍在運作中；MIT 授權，於 2026-09-18 推送。採用非標準授權——BSD-3 加上品牌條款，涵蓋連續三十天內超過五十名終端使用者的部署 | OpenAI chat completions 同時支援一般模型與代理後端：在管理員連線中輸入 URL 與金鑰。建議但不強制提供模型清單端點；若沒有，請在允許清單欄位中列出模型 ID。可自由設定 | 置於端點前方的自行託管多使用者聊天伺服器，也是接上代理後端的標準位置 | 工具呼叫的品質取決於上游的結構描述保真度；文件特別指出某個相容性層會省略必要欄位，導致工具呼叫靜默失敗 | 設定 |
| LibreChat | 仍在運作中；MIT 授權，於 2026-09-18 推送 | 預設為 OpenAI 相容模式；自訂端點中的 anthropic provider 值則會改經原生 Messages 用戶端路由。僅支援設定檔，且 base URL 為 API 根路徑。可自由設定 | 自行託管的多使用者部署，其中每個端點都需要獨立的金鑰政策、模型允許清單與成本核算 | 新增 provider 代表編輯 YAML 並重新啟動，而不是點選設定面板；每個端點的權杖定價是由你自行輸入的中繼資料，因此顯示的成本只會與輸入內容一樣準確 | 與 Open WebUI 比較、設定 |
| LobeHub | 仍在運作中且已重新命名：舊的 lobe-chat 儲存庫路徑現在會重新導向，於 2026-09-18 推送。定位已從聊天框架轉為代理操作平台。採用附帶商業條件的社群授權 | 文件記載了供自託管使用的自訂基礎 URL，且提供者 SDK 選項會公開 OpenAI 與 Anthropic 類型。託管雲端是否將自訂基礎 URL 限定於付費方案，文件未說明 | 自託管的聊天與代理工作區，提供外掛程式與 MCP 市集，適合自行執行執行個體的團隊 | 重新命名已上線，但生態系尚未跟上：第三方指南與較舊的環境變數教學仍使用舊名稱，且設定步驟已隨新版本變更 | 設定 |
| ChatWise | 目前營運中的商業閉源產品，沒有公開儲存庫；文件與定價頁面均於 2026-09-18 上線 | 依自訂提供者而定，可相容 OpenAI 或 Anthropic；模型可從模型清單端點擷取，或手動新增。提供一次性 Pro 授權；兩個頁面都未說明自訂提供者是否可在免費方案使用 | 想要快速的原生桌面用戶端、偏好一次付費而非訂閱，並自行提供金鑰的人 | 手動新增的模型不會自動偵測能力——你必須自行宣告上下文長度、視覺、音訊與推理能力，而錯誤的旗標會導致功能無聲失效。免費方案授權僅供個人、非商業用途 | 設定、API 成本、與 Chatbox 比較 |
| TypingMind | 目前營運中的商業產品；以一次性授權方案銷售，團隊產品則另行計費 | 目前的「新增自訂模型」表單（於 2026-10-01 檢查）提供 OpenAI Chat Completions、OpenAI Responses、Claude Messages 與 Gemini API 類型，而 Endpoint URL 欄位要求填入完整路徑——官方範例結尾為 chat-completions 路徑。已發布的方案表未按方案級別限制 | 一次買斷的精緻 BYOK 聊天前端，之後使用你自己的權杖供應內容 | 以基礎 URL 發布的端點需要手動附加後綴。請求會直接從瀏覽器送出——TypingMind 的 Local AI 頁面如此說明——因此端點必須傳送 CORS 標頭；表單中選擇性啟用的「透過 TypingMind Cloud 路由請求」切換開關，是文件記載的解決方式 | 設定、定價、替代方案 |
| Obsidian 的 Copilot | 目前營運中；2026-09-16 發布 4.0.9，採用 AGPL-3.0。文件已移至新網域，舊路徑會重新導向 | 相容 OpenAI。新增自訂提供者時，填入基礎 URL 與模型 ID；若端點要求金鑰，也要填入金鑰。文件指出這不需要自託管授權；付費層級是另一條託管路徑 | 使用自己的金鑰聊天並搜尋 Obsidian vault，無須訂閱該外掛程式的託管服務 | 如果連線測試成功但聊天仍失敗，你必須啟用提供者的 CORS 選項——而這會停用串流，因此回應會在完成後一次顯示，而不是逐一顯示權杖 | 設定、API 成本、與 Smart Connections 比較 |
| NextChat | 仍在營運，但更新速度放緩且開始商業化：最後一次提交為 2026-08-11，最後標記的版本為 2025-07-29。儲存庫目前主打付費託管服務，而自託管仍是文件記載的部署方式 | 相容 OpenAI：一個基礎 URL 變數會重寫 OpenAI 路徑，其他供應商也有各自的變數。僅支援自託管，不受方案限制 | 端點前方的一鍵式自託管聊天介面，模型名稱變數會精確控制使用者能看到的名稱 | 除非將端點的模型 ID 列入該變數，否則不會顯示；只設定基礎 URL 會讓使用者看到預設選單 | 設定 |
| ChatGPTBox | 目前營運中；所有權已轉移至專案組織，舊路徑會重新導向；版本 v2.7.1 於 2026-09-06 發布。這是所有權轉移，而非產品重新命名 | 在自訂模型模式下相容 OpenAI，可接受自訂 API 位址與金鑰。可自由設定 | 頁面內的瀏覽器助理——提供選取操作、摘要與搜尋結果側邊欄——指向你自己的端點 | 標題所稱的免費模式使用已登入的網頁工作階段，而非你的金鑰；只有刻意切換至自訂模型模式後才適用 BYOK | — |
工作流程建置器
Flowise 位於封存區段，不在此處。
| 用戶端 | 生命週期 | 通訊協定／BYOK 邊界 | 最適合 | 金鑰限制 | Kunavo 頁面 |
|---|---|---|---|---|---|
| Dify | 目前營運且快速發展：最後一次提交為 2026-09-18，版本 1.17.1 於 2026-09-10 發布。採用修改版 Apache 2.0 | 相容 OpenAI，透過第一方相容性外掛程式依模型類型宣告——LLM、嵌入、重排序、語音轉文字與文字轉語音各需獨立的外掛程式執行個體。自託管時不受方案限制 | 以視覺化方式組裝檢索管線與代理工作流程的團隊，讓一把金鑰供多個模型欄位使用 | 對非 LLM 類型，外掛程式會自行附加 API 版本，因此已以版本路徑結尾的基礎 URL 會產生重複路徑。授權也禁止在沒有商業授權的情況下將其作為多租戶服務執行 | 設定、API 成本、與 n8n 比較 |
| n8n | 目前營運中；最後一次提交為 2026-09-18。採用 Sustainable Use License 的 fair-code，樹狀結構中標示了採企業授權的檔案 | 相容 OpenAI。憑證提供一個基礎 URL 欄位，說明為覆寫預設 API 基礎位址；此點是直接從憑證原始碼驗證，而不僅是文件說明。目前的 OpenAI Chat Model 節點（版本 1.3、n8n 2.41.4）預設啟用「Use Responses API」，因此請求會送往 responses 路徑，除非將其關閉。自託管不受方案限制 | 自託管自動化，其中 LLM 步驟位於較大的工作流程內，而一次基礎 URL 變更即可同時移動所有 AI 節點 | 憑證測試會針對你的基礎 URL 發出模型清單請求，且只檢查 HTTP 狀態，因此沒有該端點的 URL 會測試失敗；反之，若錯誤的基礎 URL 恰好在該路徑回應 200，測試就會通過。在託管雲端上，同一節點可使用供應商自己的額度，而非你的憑證——請確認選取的是哪一個 | 設定、API 成本、與 n8n 比較 |
| AutoGPT Platform | 儲存庫仍在營運（於 2026-09-18 推送），但 AutoGPT Classic——許多搜尋流量所指的 2023 年自主代理——明確已不再維護；官方文件指出不會更新相依套件，也不會修正問題 | 相容 OpenAI 的聊天完成，且產品的兩個部分有所不同。功能介面受限：AutoPilot 聊天代理在自託管安裝中需要 CHAT_BASE_URL，指南也將託管的相容 OpenAI API 列為可用形式之一。區塊層提供者輔助程式則相反：它使用封閉的提供者列舉，OpenAI 與 Anthropic 用戶端建立時沒有基礎 URL；唯一可由使用者設定的主機是 Ollama 主機，且會依可信主機名稱允許清單檢查 | 具備市集的區塊式視覺化建置器，其旁邊的聊天代理可在你自己的端點上執行 | 兩條路徑讀取不同的環境變數，因此設定其中一個不會設定另一個；指南指出託管的 agpt.co 部署會完全忽略這些變數——這是一條自託管路徑。聊天傳輸也拒絕退回使用環境中的 OpenAI 金鑰，因此必須明確設定 CHAT_API_KEY。於 2026-10-01 使用 v0.8.2 的單容器映像對錄製用替身執行：一個聊天回合與三次工具往返均完成 | 自訂 API 設定、定價、替代方案 |
全天候運作的個人代理
| 用戶端 | 生命週期 | 通訊協定／BYOK 邊界 | 最適合 | 金鑰限制 | Kunavo 頁面 |
|---|---|---|---|---|---|
| OpenClaw | 目前營運中；於 2026-09-18 推送。曾兩度重新命名——先是 Clawdbot，再是 Moltbot，最後是 OpenClaw——兩個舊儲存庫路徑目前仍會解析至此 | 每個提供者的 api 欄位會選擇請求轉接器，並在 JSON 中搭配 baseUrl、apiKey 與 models 陣列。自訂提供者範例使用 openai-completions 與 anthropic-messages；閘道設定參考列出十一個轉接器，包括 openai-responses、google-generative-ai、google-vertex 與 bedrock-converse-stream；沒有 api 的基礎 URL 預設使用 openai-completions。v2026.9.7 的設定結構描述接受十二個：上述十一個再加上 google-interactions，於 2026 年 9 月 25 日新增，並已記載於其Google 提供者頁面，但尚未列入參考文件。可自由設定 | 想要最大外掛程式生態系與社群涵蓋範圍時的預設通用個人代理 | 沒有目錄探索：每個模型都必須依 ID 列出，而 contextWindow、maxTokens 與每權杖成本欄位都是可選的；省略時會套用預設值。省略成本時，其支出報告只是估算；填入後，反映的是你輸入的內容，而非實際計費金額 | 定價、替代方案 |
| Hermes Agent | 目前營運中；MIT，於 2026-09-18 推送，版本標籤為 v2026.9.14 | 預設相容 OpenAI；自訂提供者中的傳輸欄位可將其切換為 Anthropic Messages。可互動設定或寫入 YAML 設定檔。不受方案、訂閱或帳戶限制 | 具備本機資料庫記憶的持久個人 CLI 代理，可透過單一端點從多個聊天平台連接 | 預設假設是 OpenAI 形式的聊天完成，因此僅支援 Anthropic 的端點需要額外的傳輸欄位——而失敗看起來會像端點故障，而不是線路格式錯誤 | 定價、與 OpenClaw 比較 |
| nanobot | 目前營運中；MIT，於 2026-09-18 推送，由 HKUDS 發布。另一個同樣活躍的專案在其他地方使用相同名稱——點擊連結前請確認組織 | 自訂且可任意命名的提供者相容 OpenAI；Anthropic 形式的端點則必須改為覆寫內建 anthropic 提供者的基礎位址。文件要求包含版本路徑。可自由設定 | 自託管的個人代理，可作為網頁 UI、終端機或聊天應用程式執行，並重新提供自有的相容 OpenAI API | 可任意命名的自訂提供者僅支援 OpenAI 形式，不使用 Anthropic 請求格式；原生後端會直接拒絕 proxy 欄位 | 與 OpenClaw 比較 |
| ZeroClaw | 目前營運中；Apache-2.0，於 2026-09-18 推送 | wire_api 欄位會依提供者選擇聊天完成或 OpenAI Responses，Anthropic 形式的路徑則位於獨立的提供者欄位。自訂欄位必須設定 uri，且也會覆寫任何內建系列。每個欄位都可透過環境變數設定。可自由設定 | 以安全性為先的 Rust 執行環境，小到足以在低成本硬體上運作，具備受監督的自主性與作業系統層級沙箱 | 線路會改變行為，而不只是傳輸方式：相容 OpenAI 與 Responses 線路無法攜帶 Anthropic 拒絕中繼資料，因此自動備援只能透過 Anthropic 欄位運作；而聊天完成路徑上的提示快取需要非預設旗標 | 與 OpenClaw 比較 |
| NanoClaw | 目前營運中；MIT，於 2026-09-17 推送 | 預設路徑採 Anthropic 形式且受帳戶限制：預設執行環境是 Claude Agent SDK，因此開箱即用時需要 Claude 訂閱或 Anthropic 金鑰。任何相容 Anthropic 的端點都可透過基礎 URL 與權杖配對使用；相容 OpenAI 的存取則是間接的，透過技能委派 | 對已在 Claude Code 中工作的使用者而言，這是 OpenClaw 的容器隔離替代方案，並整合至多個訊息平台 | 僅支援 OpenAI 的端點必須透過委派技能存取。另有一個 Codex 提供者，使用 /add-codex 安裝（固定為 @openai/codex 0.155.1），透過 OpenAI 自有服務搭配 OpenAI 金鑰或 ChatGPT 登入執行 OpenAI 模型；其中停滯的 Responses WebSocket 會在 NanoClaw 的十分鐘回合逾時後結束，已於 2026-10-01 重現。專案也刻意不提供設定檔，因此 BYOK 設定位於環境變數檔案與各群組 CLI 命令中 | 與 OpenClaw 比較、Codex 逾時 |
| PicoClaw | 目前營運中；MIT，於 2026-09-17 推送，由 Sipeed 發布。以 Go 從頭撰寫，明確不是分支專案 | 命名陷阱：anthropic 提供者值表示相容 OpenAI 的聊天完成，而 anthropic-messages 表示原生 Messages API。api_base 欄位會覆寫端點，自訂標頭可覆寫授權。可自由設定 | 此處佔用資源最少——一個 Go 二進位檔，具備代理、閘道與 TUI 模式，針對全天候運作與嵌入式部署 | 僅提供 Messages 路徑的端點，在 anthropic 值下會回傳 404。Bedrock 與 Azure 身分路徑不在預設二進位檔中，需要使用建置標籤重新建置 | API 成本與設定、404 錯誤、與 OpenClaw 比較 |
| IronClaw | 目前營運中；Apache-2.0，於 2026-09-13 推送，由 nearai 組織發布 | 通用的 openai-compatible 聊天完成轉接器，必須設定基礎 URL；另有原生 Anthropic、Gemini、Bedrock 等提供者，各自接受基礎 URL 覆寫。環境變數備援可支援容器與一次性執行。可自由設定 | 重視隱私與安全性的代理作業系統，具備加密的本機秘密儲存區、沙箱化工具與漸進式工具揭露 | 通用轉接器沒有預設主機，因此必須提供基礎 URL——每個文件範例都明確設定了它，且沒有一個是託管的第三方端點。文件未說明缺少基礎 URL 時會在哪一層失敗 | 自訂 API、上下文預算錯誤、與 OpenClaw 比較 |
| Agent Zero | 目前營運中；於 2026-09-18 推送，建立於 2024-06-10——是本組中最早的專案。所有權已從個人帳戶移至 agent0ai 組織，舊路徑會重新導向 | 透過通用提供者使用相容 OpenAI 的聊天完成，且每個模型各有 API URL 欄位，金鑰則分開輸入。僅支援 UI：安裝指南未記載設定檔或環境變數的對應方式。不受方案限制 | 在 Docker 中執行、可修改且由提示驅動的代理框架，具備網頁 UI；與其說是完成的助理，不如說更接近由你塑造的框架 | 聊天、工具與嵌入模型是分開設定的，因此只提供聊天而不提供嵌入的端點會迫使你分開設定；文件警告，非常小的工具模型會直接無法執行記憶任務 | 與 OpenClaw 比較 |
| OpenManus | 仍在營運但明顯較慢：於 2026-08-22 推送，最新提交日期為 2026-08-16。過期連結陷阱——原始儲存庫路徑不會重新導向，現在會解析至另一個不相關的儲存庫 | 相容 OpenAI 的聊天完成，已從原始碼而非僅文件確認。使用含 base_url、api_key 與 model 的 config.toml 區塊；api_type 欄位可切換至 Azure 或 Bedrock 用戶端。可自由設定 | 一般代理迴圈的開放式重製版本，用於研究與瀏覽器自動化，也是本組中設定最機械化的產品 | 有兩個獨立的 LLM 區塊，一個用於主要模型，另一個用於視覺；各自都需要自己的基礎 URL 與金鑰。範例設定仍固定使用一個 2025 年的模型 ID，在目前多數端點上會失敗 | API 成本與設定、權杖與工具錯誤 |
| SillyTavern | 目前營運中；AGPL-3.0，於 2026-09-14 推送 | 透過自訂完成來源提供相容 OpenAI 的聊天完成。文件表示不要加上 chat-completions 後綴，若連線失敗則嘗試加入版本路徑。可自由設定 | 長篇角色扮演與角色聊天，具備高度提示控制——買家與程式設計族群確實不同，使用的上下文與權杖模式也不同 | 提示後處理模式比端點更重要：「no tools」變體會從提示中移除工具呼叫，且在這些模式下不支援工具呼叫——也不會顯示錯誤 | 最佳 API、設定 |
| Msty Go | 目前營運中，於 2026-08-04 從 Msty Claw 重新命名。閉源；定價頁面列為 $0 測試方案，團隊層級標示為計畫中 | 未知。設定文件記載類型、顯示名稱、基礎 URL、金鑰與模型清單行為，但從未列舉類型選項，因此未公開自訂提供者產生的線路格式 | 具明確資料夾、隔離執行與可檢視工作的受限桌面任務執行器 | 閉源、免費測試版，且提供者類型清單未公開：無法從文件確認任意相容 OpenAI 的端點是否可用。必須安裝後才能證實 | 設定 |
| Page Assist | 目前營運中；MIT，於 2026-09-13 推送 | 相容 OpenAI。設定提供相容 OpenAI 的分頁，其中 Custom 選項可填入 API URL 與金鑰。可自由設定 | 可讀取目前所在頁面的瀏覽器側邊欄聊天，適合永遠不會開啟終端機的人 | 瀏覽器擴充功能聊天 UI，而非自主代理——沒有程式設計或執行工具的迴圈——且重心仍在本機模型，因此雲端路徑獲得的測試相對較少 | 設定 |
沒有文件記載第三方端點的用戶端
這三個產品都已足以出現在搜尋結果中，但沒有任何一個文件說明可將用戶端指向任意基礎 URL。此處必須分清三個不同事實，因為它們經常被合併為一件事：你是否可以提供自己的供應商金鑰、是否可以提供自己的端點，以及是否尚未有人確定兩者皆非。Devon 接受供應商金鑰，但文件沒有基礎 URL 欄位；Kiro CLI 兩者皆不接受——其企業文件所述 API 金鑰是 Kiro 自有金鑰，用於在腳本中執行 CLI，而不是攜入模型供應商金鑰的方法；Smart Chat 受方案限制，且其任意端點支援尚未確認，這不等同於拒絕。只有端點欄位能讓用戶端從 Kunavo 連線
| 用戶端 | 類別 | 生命週期 | 實際可用的功能 | 這對你意味著什麼 |
|---|---|---|---|---|
| Kiro CLI | 終端機 | 目前營運中，從 Amazon Q Developer CLI 重新命名（2025-11-17 可用，2025-11-24 自動更新，舊入口仍可使用）。另外，Amazon Q Developer IDE 外掛程式與付費訂閱將於 2027-04-30 終止支援，且自 2026-05-15 起禁止新註冊 | 沒有任何文件記載。模型透過訂閱層級提供，並經由 Bedrock 傳送；模型文件沒有自訂提供者、金鑰或基礎 URL 選項。BYOK 僅存在於公開功能請求中 | 目前不可能使用第三方端點。不要將其與 Kiro Crew 混為一談；後者是建立在 CLI 之上的獨立開源編排產品。它提供什麼功能，以及何時優於自訂端點代理，請參閱 Kiro CLI 與 Claude Code 比較 |
| Devon | 終端機 | 雖未正式封存，但實際上已被放棄：預設分支最新提交日期為 2024-07-29，儲存庫最後一次任何形式的推送為 2025-05-26 | 金鑰可以，端點不行。README 記載各供應商的金鑰變數與本機 Ollama 路徑，任何地方都沒有基礎 URL 或 api-base 覆寫 | 僅供歷史參考。其目錄值用於消歧：Devon（開源、停滯）不是 Devin，後者是另一個在相同搜尋結果中佔主導地位的商業產品 |
| Smart Chat（Smart Connections） | Obsidian 外掛 | 目前仍在運作，但已拆分為不同產品：免費核心定位為不需金鑰的語意搜尋，而使用 API 模型的聊天功能則是獨立擴充功能。上次提交：2026-09-16 | 受方案限制，且尚未確認可使用任意端點。文件記載的工作流程需要 Smart Chat Pro，以及固定的一組具名介面卡中的某個模型；文件中唯一記載的自訂基礎 URL，是供一個特定的自架應用程式使用 | 將其任意端點支援視為未知，而非不存在——目前文件沒有任何內容能定案。較舊的 Smart Connections 設定頁面已明確標示為棄用，不應再使用。它與確實接受自訂端點的用戶端之比較，請參閱 Obsidian 的 Copilot 與 Smart Connections |
已退役、封存並由後續產品取代
這十個項目列在目錄中，是為了讓搜尋名稱的使用者能看到狀態，而不是安裝指令。它們目前都不是推薦選項。
| 用戶端 | 狀態 | 目前狀態 | 改去哪裡 |
|---|---|---|---|
| Continue | 已停止維護；在 VS Code 擴充功能、CLI 與 JetBrains 外掛發布最後一個 2.0.0 版本後，儲存庫已設為唯讀。該公司的網站表示它已被 Cursor 收購。預設分支上次提交：2026-07-21 | 一個已凍結的程式設計代理程式——VS Code 擴充功能、CLI 與 JetBrains 外掛——在內建驗證已被移除後，現在仍可改指向第三方端點 | 僅適用於既有安裝，不適合作為起點。給重新檢查者的機械性警告：儲存庫未標記為已封存，且其推送日期仍每日更新，因此封存旗標檢查會將其報告為仍在運作。既有設定頁面 |
| Void | 已於 2026-06-02 封存；唯讀且不接受貢獻。README 開頭即宣告其已棄用 | 一個已封存的 VS Code 分支，README 本身主要建議將其作為分支 VS Code 的參考 | 請進行遷移。README 指向社群分支儲存庫；Zed 與 Theia 是此目錄中仍受維護的編輯器。遷移閱讀：Void 編輯器替代方案 |
| PearAI | 編輯器儲存庫自 2025-05-20 起未發布任何內容；組織中任何位置的最新活動日期為 2026-06-19。首頁仍可存取，且仍在銷售路由器訂閱 | 一個沿襲 Continue 的編輯器，其 BYOK 指示最後於 2024 年 11 月下旬編輯，並且仍將 2024 年時代的模型列為目前陣容 | 不要將其呈現為可運作的 BYOK 目標。目前無人能確認自訂端點流程可在目前版本上運作——請先對照已安裝的副本進行驗證，也不要僅根據編輯器儲存庫推斷產品已停止運作 |
| Witsy | 已轉交給企業所有者且處於閒置狀態：於 2026-04-08 搬遷，上次發布為 2026-03-04，最新提交為 2026-04-09。產品網域現在重新導向至儲存庫 | 一個 BYOK 桌面助理與 MCP 用戶端，其文件準確但已無人維護 | 不是目前可推薦的選項。請從上方表格選擇仍受維護的桌面用戶端 |
| Flowise | 已於 2026-08-13 封存，其文件與嵌入儲存庫也一併封存。問題與提取要求已鎖定，維護者表示已發布的套件將標記為棄用 | 一個 Apache-2.0 程式碼庫，維護者要求使用者將其分支。託管雲端是否仍在運作，沒有任何明確說明；行銷網站也沒有封存通知 | 僅限遷移或退出步驟。Dify 與 n8n 是此目錄中仍受維護的工作流程建構工具。遷移閱讀：Flowise 替代方案、Dify 與 Flowise 的比較以及 Flowise 與 n8n 的比較 |
| SWE-agent | 僅供維護且已被取代。儲存庫未封存（上次推送：2026-09-14），但 README 與文件都表示開發工作已轉移 | 仍可用於從單一且完整記載的 YAML 設定重現已發布的基準測試執行結果 | 上游建議新工作使用 mini-SWE-agent；它位於上方的終端機表格中 |
| Plandex | 處於閒置狀態，且其網域已不再解析。上次推送：2025-10-03；在 2026-09-18，網站與託管文件均無法解析，並已透過兩個獨立的公共解析器確認 | 一個自架的規劃代理程式，其網站、託管文件與雲端全都無法存取。即使網站仍可運作，自訂供應商也需要自架——雲端 BYOK 方案只能使用內建供應商 | 在上游另有說明前，請視為未維護。遷移閱讀：Plandex 與 Aider 的比較 |
| Mentat（已封存的 CLI） | 已封存，上次推送：2025-01-07。儲存庫已刻意重新命名為封存路徑，README 開頭也附有已封存專案通知 | 一個已停止運作的命令列工具。名稱已重新指派——封存 README 表示，Mentat 現在指的是另一個產品，即託管式程式碼審查機器人；無法從此環境驗證其目前的運作狀態 | 專案內沒有可遷移至的目標。請從上方選擇任何仍受維護的終端機代理程式 |
| OpenCode（已封存的 Go CLI） | 已封存，上次推送：2025-09-18。README 開頭即通知該專案已改以 Crush 之名繼續 | 最初的 Go 與 TUI OpenCode，僅為保留來源脈絡 | 上方終端機表格中的 Crush。請勿將它與人們目前使用的 OpenCode 混淆，後者是獨立的 TypeScript 專案——Kunavo 現有的 OpenCode 頁面描述的是後者，而不是這個已封存的儲存庫。Crush 與 OpenCode 的比較說明了其沿革 |
| iFlow CLI | 已關閉。儲存庫通知表示其將於 2026 年 4 月 17 日關閉；該日期已經過去，而通知仍位於 README 頂端 | 一個已退役、相容於 OpenAI 的終端機代理程式，其設定文件仍可存取——這正是陷阱所在 | 僅限遷移。請從上方表格選擇仍受維護、相容於 OpenAI 的終端機代理程式。遷移閱讀：iFlow CLI 替代方案 |
Kunavo 驗證狀態
此目錄中沒有任何用戶端在已記錄的測試中完成過透過 Kunavo 的請求。這就是實際情況，值得明確說明而不是掩蓋，因為這項區別會改變你接下來應採取的行動。
| 狀態 | 含義 | 這不代表什麼 |
|---|---|---|
| 已發布設定指南 | Kunavo 根據該用戶端自己的文件，為此用戶端撰寫了設定步驟 | 這不代表曾送出請求、測量過工具呼叫，或該用戶端已獲認證、驗證或正式支援 |
| 已檢查請求路徑 | Kunavo 執行了該用戶端，或從該用戶端送出請求，對象是本機模擬端點或使用刻意無效的金鑰，並記錄其送出與收到的內容 | 這不代表透過 Kunavo 成功完成了補全、串流或工具呼叫 |
| 未測試 | 該列中的通訊協定與端點詳細資訊，來自供應商在指定檢查日期的文件、README 或儲存庫原始碼 | 這不代表該用戶端失敗——只代表這裡沒有人執行過它 |
此目錄中的 77 個用戶端中，有 40 個已發布 Kunavo 設定指南：Aider、goose、Crush、Pi、Oh My Pi、DeepSeek Harness、Factory Droid、Qwen Code、Kimi Code、OpenHands、mini-SWE-agent、Nanocoder、Mistral Vibe CLI、GitHub Copilot CLI、Open Interpreter、Amp、Jan Agent、Junie CLI、Zed、Theia IDE、twinny、Qoder、Dyad、Cherry Studio、Chatbox、Msty Studio、AnythingLLM、Open WebUI、LibreChat、LobeChat、ChatWise、TypingMind、Copilot for Obsidian、NextChat、Dify、n8n、SillyTavern、Msty Go、Page Assist和Continue。n8n 與 TypingMind 指南是兩個已檢查請求路徑的指南；其餘指南則根據用戶端的文件或原始碼撰寫。此目錄中的所有其他列都未經測試，那些指南中的特定功能也同樣未經測試。
實際影響是：將你在任何新用戶端上的第一項工作視為驗證步驟。送出一個有界限的請求，確認回應會串流，確認工具呼叫會回傳結果，並在將排程或付費工作移轉到該用戶端前，檢查已記錄的費用。
使用自己的金鑰需要多少費用
將用戶端指向自己的端點後，計費依據是 token，而不是席位。按照 Kunavo 目前的即時目錄費率，Claude Sonnet 5 的每百萬個輸入 token 費用為 $1.40，每百萬個輸出 token 費用為 $7.00；Claude Haiku 4.5 則列出 $0.70 與 $3.50。
假設某個代理程式工作階段使用 400,000 個未快取輸入 token 與 30,000 個輸出 token，目錄估算費用在 Claude Sonnet 5 上為 $0.77，在 Claude Haiku 4.5 上為 $0.38。這是基於假定用量的 token 算術，不是實測的工作成本，也不是帳單上限。此估算不包含快取費用、外部工具，以及代理程式進行的任何重試；代理程式每次重試失敗的工具呼叫，都必須付費。
列出的最低費率與完成任務的最低成本是不同的主張，本目錄不承諾其中任何一項。較小且費率較低的模型可能需要更多嘗試與更多審查；請先在費率表上比較候選項目，再用同一個真實任務測量其中兩個。Kunavo 的最低要求是 $10 預付儲值，不含訂閱——請參閱 帳單詳細資訊，了解目錄估算如何對應至最終費用；目前目錄請參閱 定價。
延伸閱讀：相容於 OpenAI 的 API說明這些用戶端大多預期的端點形式，Anthropic 基礎 URL說明 Messages 通訊協定用戶端，而 快速入門可協助你讓第一把金鑰開始運作。準備好使用真實端點測試這些用戶端時，請建立 Kunavo 帳戶。
常見問題
哪些 AI 代理程式用戶端可以使用自訂 API 端點？
大多數開放原始碼終端機代理程式、大多數自行託管的聊天前端，以及大多數長時間執行的個人代理程式，都會提供基底 URL 欄位，且不要求特定方案或帳戶。例外情況分為四類：端點欄位僅存在於部分介面的用戶端（Factory Droid 僅限 CLI 和桌面版、Qoder 在 IDE 中提供但 CLI 沒有、OpenHands 在本機後端提供但雲端後端沒有、AutoGPT Platform 聊天代理程式在自行託管時提供但託管雲端沒有）；任意基底 URL 受付費或搶先體驗方案限制的用戶端（Amp 自訂端點 URL、十名以上員工的組織使用 Warp、Smart Chat Pro）；僅支援單一供應商通訊協定的用戶端（Gemini CLI 接受基底 URL，但仍會傳送原生 Gemini 請求）；以及完全沒有端點欄位的用戶端（Kiro CLI、Devon）。
有文件記載的自訂端點，是否代表每項功能都能運作？
不一定。基底 URL 欄位只會決定請求的去向。工具呼叫、提示快取、填空式自動完成、嵌入、視覺功能和串流都是彼此獨立的能力，即使聊天成功，這些功能仍可能各自失敗。Twinny 會將自動完成請求傳送至舊版 completions 路由，而非 chat completions；AnythingLLM 將嵌入設定為獨立的供應商；SillyTavern 在某些提示後處理模式下會移除工具呼叫；此外，數個用戶端要求你手動輸入每個模型的上下文視窗和 token 價格。在轉移實際工作前，請先測試你需要的特定功能。
Kunavo 是否測試過這些代理程式用戶端？
尚未完成端到端測試。此目錄中的任何用戶端都沒有在記錄式測試中透過 Kunavo 完成請求。凡是有 Kunavo 設定指南的地方，設定步驟都是根據該用戶端自己的文件或已發布的原始碼撰寫，而非經過實測。其中兩個設定頁面更進一步：n8n 記錄了 n8n 2.41.4 對本機模擬端點以及對 Kunavo（使用無效金鑰）執行的記錄；TypingMind 則記錄了從 typingmind.com 傳送、使用無效金鑰的瀏覽器請求——這些都是請求層級檢查，不是成功執行。此處每項通訊協定和端點敘述，都抄錄自供應商在所述查核日期的文件、README 或儲存庫原始碼。請將你在任何新用戶端上執行的第一項工作視為自己的驗證步驟。
哪些專案不適合我先從它們開始？
Continue 在最後一次 2.0.0 版本發布後便僅供讀取，其公司表示已被 Cursor 收購。Void 已於 2026-06-02 封存，Flowise 已於 2026-08-13 封存。iFlow CLI 公布的停止日期為 2026 年 4 月 17 日。Mentat 和 Go OpenCode CLI 已封存，SWE-agent 僅維護，上游建議改用 mini-SWE-agent。Plandex 自 2025-10-03 起便沒有儲存庫活動，且其網域已無法解析。Devon 自 2024-07-29 起沒有預設分支提交，PearAI 的自備金鑰說明最後編輯於 2024 年 11 月。這些專案適合放在供遷移和釐清用途的目錄中，而不是作為入門起點。
清單中價格最低的模型，是否就是完成任務最便宜的方式？
不一定。列出的每 token 費率與完成一項工作的總成本，是兩種不同的衡量方式。較低費率的小型模型可能需要更多次嘗試、更長的上下文或更多人工審查，而重試失敗工具呼叫的代理程式則會為每次嘗試付費。請先比較費率表以挑選候選模型，再用兩個模型執行相同的實際任務後做決定。Kunavo 公布每 token 目錄費率，預付儲值最低從 $10 起，且無訂閱費。
上方表格中的每個用戶端名稱，都連結至撰寫該列時所依據的專案官方文件頁面、README 或儲存庫檔案；如果某列還依據第二個頁面——例如 CLI 的獨立文件或供應商的驗證頁面——該頁面會在提出相關主張的儲存格中以行內連結呈現。這些事實於 2026 年 9 月 17 日蒐集。2026 年 9 月 18 日的檢查透過 GitHub REST API 重新檢查了每個已封存列、無端點列以及大多數啟用中列的生命週期，包括封存旗標、推送日期、提交日期與舊路徑重新導向；並重新閱讀部分通訊協定與自帶金鑰欄位所連結的文件，而非每一列都重新閱讀。如果專案的行銷網站與其儲存庫不一致，則採用儲存庫與維護者自身的說明，並在該列註明不一致之處。星數、推送日期與方案結構都是特定時間點的資訊，並會變動——每個生命週期儲存格的撰寫方式都能讓相同檢查再次執行。2026 年 10 月 1 日，透過 GitHub API 重新檢查了每個擁有公開儲存庫的用戶端生命週期，重新開啟了每個來源連結，並根據當日檢查修正了 n8n、TypingMind 與 Msty Studio 列，以及 Kiro CLI 的界線。同一天，根據 Pi 更新後的模型頁面、api 類型、其 dispatch，以及 Pi v0.99.2 原始碼中已註冊的實作，重新檢查並修正了 Pi 列的通訊協定儲存格；其通訊協定篩選條件仍反映四個已記載的值。當天也修正了 Oh My Pi 列的通訊協定與適用情境欄位，並根據其 docs/models.md 與 models.yml 結構描述（版本 v18.4.8）重新檢查；同時重新根據其自訂供應商頁面、閘道設定參考資料、Google 供應商頁面與 v2026.9.7 設定結構描述檢查並修正了 OpenClaw 列的通訊協定儲存格與篩選條件。Kunavo token 費率取自即時目錄；費用範例是說明性的 token 算術。