大多数开源智能体客户端都允许你设置自己的 API 基础 URL，但有三件事决定它是否真正可用：客户端使用的线路协议、自带密钥边界所在的位置，以及项目是否仍在维护。 本目录列出了 77 个智能体客户端——其中 64 个分布在终端编程智能体、编辑器、桌面聊天应用、工作流构建器和常驻运行的个人智能体中，另有 3 个没有记录的第三方端点，10 个已退休或被替代——并分别说明每个客户端的协议、端点边界和生命周期，帮助你区分“接受基础 URL”和“会完成你需要的工作”。
这是导航索引，不是排名。此处没有客户端在记录的测试中通过 Kunavo 完成请求，没有任何评分，已退休项目也会显示其状态，而不会被悄悄删除。客户端事实于 2026 年 9 月 17 日收集。2026 年 9 月 18 日，归档表和无端点表中的每个生命周期单元格都通过 GitHub API 重新检查，同时也重新检查了标记为活跃的大多数行；协议和自带密钥详情只对部分项目重新阅读，并非全部 77 个。每一行都链接到其撰写所依据的页面，因此可以在源页面重新检查任何单元格。2026 年 10 月 1 日，所有拥有公共仓库的客户端都通过 GitHub API 重新检查，所有源链接也都重新打开：此后没有任何项目被归档，所有来源仍可访问，生命周期单元格中的日期仍为记录的 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（自托管聊天智能体，不支持 block 层） |
| 套餐受限 | 需要付费或提前访问层级 | 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，并且仅根据状态码判断响应，因此没有模型列表时会失败，而返回任意 200 的错误基础 URL 也可能通过。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 位于无端点表中。
| 客户端 | 生命周期 | 协议 / 自带密钥边界 | 适用场景 | 密钥限制 | 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 路径会重定向到此处 | ~/.pi/agent/models.json 中的 openai-completions、openai-responses、anthropic-messages、google-generative-ai — 这四个 api 值曾被 Pi 的文档列为自定义提供商可用的值，直到 2026 年 9 月 22 日的文档更新移除了该列表。其 v0.99.2 版本的源代码将该字段的类型定义为任意字符串，并根据匹配结果将其分派给十个内置实现中的相应实现；自定义提供商的文档中只列出过这四个值，其余六个值均未在此处测试。可自由配置 | 基于或嵌入小型、易于修改的智能体核心进行构建 | README 声明，来自新贡献者的新 issue 和 pull request 默认会被自动关闭；你采用的是 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 个 star，由 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 作为本地 Web 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 和桌面应用 | 在本地界面保留商业支持的智能体，同时将推理迁移到你自己的端点 | 自定义模型永远不会出现在托管 Web 或移动应用中。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 后端中使用，在云后端中隐藏 | 自主、沙盒化的多步骤工作——从 issue 到 pull request 的任务和定时自动化——在你自己的机器或服务器上运行 | 在代理路径上，模型名称必须已在该代理上配置。云后端是否允许在供应商配置文件中使用直接密钥，也没有明确说明 | 与 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 风格运行框架，通过 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 个 stars | 仅支持 Anthropic Messages，尽管 README 表格中另有说明。Base URL 可通过环境变量或配置命令设置。可自由配置 | 用于阅读而非运行——一个简短的 Python 代码库，展示如何组装类似 Claude Code 的代理循环 | 代码中不存在其宣传的 OpenAI 兼容性：客户端封装的是 Anthropic SDK，因此普通的 chat-completions 端点无法工作 | — |
| QodeX | 活跃但规模很小：创建于 2026-06-11，最后一次推送于 2026-08-22，拥有 32 个 stars。与 OpenAI 的 Codex 无关 | 一种接受任意 base URL 的 openai 类型、一种 ollama 类型，以及一种默认启用提示缓存的 anthropic 类型。配置保存的是密钥变量名，而不是密钥本身。可自由配置 | 本地优先的工作方式：一份配置同时保存本地服务器和云端点，并通过 profile 按运行实例切换 | 单维护者规模，没有社区来吸收上游的破坏性变更，而且没有人对其中任何部分进行运行时验证 | — |
| GoCode | 活跃但功能精简：创建于 2026-07-25，默认分支最后一次提交于 2026-09-17，拥有 5 个 stars | 在九个命名网关中大多采用 OpenAI 风格，只有 Anthropic 是原生入口；config.toml 中按 provider 设置 base_url。可自由配置 | 一个小型单体 Go 二进制程序，支持会话内 provider 切换，机器上无需 Node 或 Python 运行时 | 随附的默认模型 ID 已经过时，因此你需要手动固定它们；此外，该名称还与历史悠久的 Go 自动补全守护进程冲突 | — |
| Jan Agent | 预览版：文档称安装程序从 nightly 通道获取。父仓库活跃，最后一次提交于 2026-09-18 | 默认兼容 OpenAI，通过 api-type 标志支持 Anthropic Messages。可使用标志、配置文件或环境变量。可自由配置 | 一个终端代理，只需更改一个标志即可连接 OpenAI 风格或 Anthropic 风格的端点 | 从 nightly 通道安装的预览软件，因此不同构建版本之间的标志和行为可能发生变化，你记录的任何设置都只适用于特定版本 | 设置 |
| Junie CLI | 活跃；JetBrains 自定义模型文档页面标注的日期为 2026 年 9 月 18 日，即检查当天 | 一个 JSON 模型 profile，包含 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 允许列表。可自由配置 | 一个单体静态 Rust 二进制程序，面向希望拥有广泛 provider 选择和可审计 provider 允许列表的用户 | 业余时间进行的个人维护，并且功能面自称处于实验阶段，因此跨版本的配置稳定性确实存在风险 | 与 OpenCode 对比 |
| CodeBuddy Code | 活跃；腾讯云产品，其 CLI 文档引用 v2.153.0 | 通过 base-URL 和密钥变量对支持 OpenAI 兼容格式，面向第三方模型服务。尽管用户体验相似，文档中没有出现 Anthropic 格式支持声明。第三方路径没有计划限制 | 类似 Claude Code 的终端工作流，支持沙箱执行、自定义子代理和钩子 | 多个互不相关的产品都使用 CodeBuddy 这一名称；一旦将 CLI 指向第三方 base URL，供应商自己的区域切换功能也会停止生效 | — |
| Warp | 活跃；所检查的文档页面标注的最后更新日期为 2026 年 9 月 16 日 | 自定义推理端点使用 OpenAI Chat Completions，在 Free 和符合条件的付费计划中按用户配置。员工人数超过十人的组织需要 Business 或 Enterprise。另有仅限企业的功能支持云供应商原生路径 | 连接到你自己的端点而非使用捆绑模型配额的代理式终端 UI | 存在两层限制：组织规模规则，以及端点必须可公开访问这一硬性要求——localhost、私有网络地址和仅限内部访问的代理都会被直接拒绝 | 与 Claude Code 对比 |
编辑器和 IDE 分支
Continue、Void 和 PearAI 位于已归档和被取代的部分，不在此处。
| 客户端 | 生命周期 | 协议 / 自带密钥边界 | 适用场景 | 密钥限制 | 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。自定义模型对象的 preference 数组包含 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 自动补全和聊天功能，支持代码中间填充，并有意让聊天与自动补全指向不同模型甚至不同端点 | 聊天兼容并不意味着自动补全可用：仅提供 chat completions 的端点可以让聊天正常工作，却产生失效的幽灵文本。请分别验证 completions 路径和代码中间填充模板 | 设置、与 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 条目，或在本地 env 文件中使用 base-URL 和密钥对来兼容 OpenAI。完全自托管，无限制 | 自托管的浏览器内全栈应用构建，所有密钥都保留在你自己的 env 文件中 | 自 2026-02-07 以来没有人推送代码，因此新的模型 ID、provider 特性和未解决事项都需要由你承担——今天能运行的设置不等于有人维护 | 模型和 API 费用、与 Dyad 和 Bolt.new 对比 |
桌面聊天和知识库客户端
Witsy 位于已归档部分；Smart Chat 位于无端点表，因为没有文档说明它支持任意第三方 base URL。
| 客户端 | 生命周期 | 协议 / 自带密钥边界 | 适用场景 | 密钥限制 | Kunavo 页面 |
|---|---|---|---|---|---|
| Cherry Studio | 活跃；于 2026-09-18 推送。AGPL-3.0 社区版另有单独销售的企业版和商业许可证选项 | 默认兼容 OpenAI，并可按 provider 选择 OpenAI Responses、Anthropic 和 Gemini。输入 provider 根路径——应用会自行追加版本路径；末尾的哈希符号可精确固定地址。可自由配置 | 免费的桌面工作区，供个人同时处理多个 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 主机、空 API 路径和密钥的 provider，然后获取模型列表。不受计划限制 | 为已经拥有密钥的非开发者提供可在桌面、移动端和 Web 上运行的工具，并支持获取模型列表而不是手动输入模型 ID | 两个 API 面都使用同一个名称，却指向相反方向：该产品还在付费计划中提供按计算积分计费的 OpenAI 兼容端点，这不属于 BYOK | 设置 |
| Jan Desktop | 活跃；于 2026-09-18 推送，最新版本 v0.8.4 于 2026-07-23 发布。较旧的组织路径会重定向到此处 | 可按 provider 选择 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 兼容支持——使用带有 API Key 和 Inference Endpoint 的“Open AI Compatible”类型，这些标签取自 2.9.11 构建版本——且该路径不受计划限制。Azure 和 Bedrock provider 类型则位于付费层级 | 面向永远不会运行 Docker 的用户打造的精致闭源桌面工作区 | 没有公共提交历史，因此维护完全依赖供应商变更日志；内置工具预设是 provider 专属的，自定义 provider 不会继承这些预设 | 定价、设置、与 LM Studio 和 AnythingLLM 对比 |
| AnythingLLM | 活跃；MIT 许可证，于 2026-09-17 推送。同时提供桌面应用和自托管服务器 | 通过通用 provider 提供 OpenAI 兼容的 chat completions，该 provider 接受 base URL、密钥、模型名称、上下文窗口和最大令牌数。自托管时不受计划限制 | 在自己的机器或服务器上检索文档，并按工作区选择模型 | 聊天、嵌入和转录分别配置，因此聊天端点不会提供嵌入功能；可用的检索安装需要第二个 provider。文档还指出通用 provider 面向开发者 | 与 Open WebUI 对比、设置 |
| Open WebUI | 活跃；MIT 许可证，于 2026-09-18 推送。采用非标准许可证——BSD-3，并附带一项品牌条款，涵盖滚动三十天内超过五十名最终用户的部署 | 为普通模型和代理后端提供 OpenAI chat completions：在管理员连接中输入 URL 和密钥。建议但不强制提供模型列表端点；没有该端点时，在允许列表字段中列出模型 ID。可自由配置 | 置于端点前方的自托管多用户聊天服务器，也是接入代理后端的标准位置 | 工具调用的效果取决于上游的 schema 保真度；文档特别指出，某个兼容层会省略必填字段，导致工具调用静默失败 | 设置 |
| LibreChat | 活跃；MIT 许可证，于 2026-09-18 推送 | 默认兼容 OpenAI；在自定义端点上将 provider 值设为 anthropic 时，则改为通过原生 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 库，而无需订阅该插件的托管服务 | 如果连接测试通过但聊天仍然失败，则必须启用提供商的 CORS 选项——这会禁用流式传输，因此响应会在完成后一次性显示，而不是逐令牌显示 | 设置、API 成本、与 Smart Connections 对比 |
| NextChat | 仍然活跃但发展放缓并开始商业化：最近一次提交为 2026-08-11，最近一次标记发布为 2025-07-29。仓库现在重点介绍付费托管服务，同时仍将自托管作为文档记录的部署路径 | 兼容 OpenAI：一个基础 URL 变量会重写 OpenAI 路由，其他供应商也有各自的变量。仅支持自托管，没有计划限制 | 一个位于端点前方、可一键自托管的聊天 UI，其中模型名称变量精确控制用户能看到的名称 | 只有将端点的模型 ID 列入该变量后，它们才会显示；仅设置基础 URL 会让用户看到默认菜单 | 设置 |
| ChatGPTBox | 活跃；所有权已转移到项目组织，旧路径会重定向；2026-09-06 发布 v2.7.1。这是一次转移，而不是产品重命名 | 在自定义模型模式下兼容 OpenAI，可接受自定义 API 地址和密钥。可自由配置 | 一个页面内的浏览器助手——包括选择操作、摘要和搜索结果侧边栏——连接到你自己的端点 | 标题所称的免费模式使用已登录的 Web 会话，而不是你的密钥；只有你主动切换到自定义模型模式后，BYOK 才会生效 | — |
工作流构建器
Flowise 位于已归档部分，不在此处。
| 客户端 | 生命周期 | 协议 / 自带密钥边界 | 适用场景 | 密钥限制 | 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 的公平代码模式，树中的企业许可文件已标记 | 兼容 OpenAI。凭据提供一个基础 URL 字段，说明为覆盖默认 API 基础地址；这一点是直接在凭据源代码中验证的，而不仅仅来自文档。在当前的 OpenAI Chat Model 节点（版本 1.3，n8n 2.41.4）中，“Use Responses API”默认开启，因此请求会发送到 responses 路由，除非将其关闭。自托管时不受计划限制 | 自托管自动化，其中 LLM 步骤位于更大的工作流内，一次基础 URL 更改即可同时移动所有 AI 节点 | 凭据测试会针对你的基础 URL 发出模型列表请求，并且只检查 HTTP 状态，因此没有该端点的 URL 会导致测试失败——而恰好在该路径返回 200 的错误基础 URL 则会通过测试。在托管云上，同一节点可以使用供应商自己的额度，而不是你的凭据——请确认选择的是哪一个 | 设置、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 设置、定价、替代方案 |
始终在线的个人智能体
| 客户端 | 生命周期 | 协议 / 自带密钥边界 | 适用场景 | 密钥限制 | Kunavo 页面 |
|---|---|---|---|---|---|
| OpenClaw | 活跃；2026-09-18 有推送。曾两次重命名——Clawdbot、Moltbot，然后是 OpenClaw——两个旧仓库路径仍会解析到这里 | 每个提供商的 api 字段选择请求适配器，JSON 中同时包含 baseUrl、apiKey 和 models 数组。自定义提供商示例使用 openai-completions 和 anthropic-messages；网关配置参考列出 11 个适配器，其中包括 openai-responses、google-generative-ai、google-vertex 和 bedrock-converse-stream；对于未指定 api 的 baseUrl，默认适配器为 openai-completions。v2026.9.7 的配置架构接受 12 个：上述 11 个加上 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 提供商的基础地址。文档要求包含版本路径。可自由配置 | 一个自托管的个人智能体，可作为 Web UI、终端或聊天应用运行，并重新公开其自身兼容 OpenAI 的 API | 可任意命名的自定义提供商仅支持 OpenAI 形式，不使用 Anthropic 请求格式；原生后端会直接拒绝代理字段 | 与 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 模型，可使用 OpenAI 密钥或 ChatGPT 登录；那里停滞的 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 智能体框架，带有 Web UI，更像是由你塑造的框架，而不是完成品助手 | 聊天、实用程序和嵌入模型独立配置，因此只提供聊天而不提供嵌入的端点会迫使你拆分设置；文档警告，非常小的实用程序模型会直接在记忆任务中失败 | 与 OpenClaw 对比 |
| OpenManus | 活跃但明显放缓：2026-08-22 有推送，最新提交日期为 2026-08-16。存在旧链接陷阱——原始仓库路径不会重定向，现在解析到另一个无关仓库 | 兼容 OpenAI 的聊天补全，这一点已在源代码中确认，而不仅仅来自文档。config.toml 中包含 base_url、api_key 和 model 的配置块；api_type 字段可切换到 Azure 或 Bedrock 客户端。可自由配置 | 一个面向研究和浏览器自动化的通用智能体循环的开放式重实现，也是本组中配置最机械化的项目 | 有两个独立的 LLM 配置块，一个用于主模型，一个用于视觉模型，每个都需要自己的基础 URL 和密钥。示例配置仍然固定使用一个 2025 年的模型 ID，在大多数当前端点上会失败 | API 成本和设置、令牌和工具错误 |
| SillyTavern | 活跃；AGPL-3.0，2026-09-14 有推送 | 通过自定义补全源实现兼容 OpenAI 的聊天补全。文档说明不要添加 chat-completions 后缀，如果连接失败则尝试添加版本路径。可自由配置 | 长篇角色扮演和角色聊天，具有强大的提示控制——其买家群体与编程用户确实不同，上下文和令牌模式也不同 | 提示后处理模式比端点更重要：“无工具”变体会从提示中移除工具调用，并且在这些模式下不支持工具调用——也不会报错 | 最佳 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 设置页面已明确弃用，不应继续使用。它与支持自定义端点的客户端有何区别，请参阅 Copilot for Obsidian 与 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 对每个已归档项目和无端点项目，以及大多数活跃项目重新检查了生命周期状态，包括归档标记、推送日期、提交日期和旧路径重定向；同时重新阅读了部分协议和自带密钥单元格所链接的文档，而不是每一行的文档。如果项目营销网站与其仓库存在冲突，则采用仓库和维护者自己的声明，并在该行中注明分歧。Star 数、推送日期和套餐结构都是特定时间点的数据，且会发生变化——每个生命周期单元格的编写方式都支持重新执行相同检查。2026 年 10 月 1 日，通过 GitHub API 对所有拥有公开仓库的客户端重新检查了生命周期，重新打开了每个来源链接，并根据当天的检查结果修正了 n8n、TypingMind 和 Msty Studio 行以及 Kiro CLI 的边界。同日，根据 Pi 更新后的模型页面，以及 Pi 在 v0.99.2 版本源代码中的 api 类型、其调度逻辑和已注册实现，重新检查并修正了 Pi 行的协议单元格；其协议筛选器仍反映四个已记录值。同日还修正了 Oh My Pi 行的协议和最适用场景单元格，这些内容根据其 docs/models.md 及 v18.4.8 版本的 models.yml 架构重新检查；同时重新检查了 OpenClaw 的自定义提供商页面、网关配置参考、Google 提供商页面和 v2026.9.7 版本配置架构，并修正了其协议单元格和筛选器。Kunavo 的 token 费率读取自实时目录；费用示例是说明性的 token 算术。