8 款可复用现有订阅的开源 AI 编程助手（2026）

如今已有 8 款开源 AI 编程助手可以直接复用你正在付费的订阅。这样一来，团队周一要讨论的就不再是“还要买哪个新席位”，而是“哪套工具能安全地使用账上已有的额度”。

OpenCode 是综合首选，因为它有文档可查的直接订阅接入方式最丰富：ChatGPT Plus 或 Pro、GitHub Copilot、GitLab Duo，以及兼容的 SuperGrok 或 Grok 套餐。fx 是最值得关注的新选择：它在 2026 年 8 月 21 日加入了 Codex 和 Grok 直接登录，但项目自己的 README 仍将其标为 Experimental。若想在现有智能体前面增加一层可扩展能力，goose 是最合适的桥梁，尤其适用于订阅已经通过 Claude Code、Codex、Gemini 或 Cursor 使用的情况。

这件事带来的商业影响远不止登录更方便。一家有 10 名员工、按年付费使用 ChatGPT Business 的公司，每月已经有一笔 $200 的套餐支出。换用兼容的开源客户端，新增的智能体客户端周期性许可费为 $0。如果再购买 10 个 Cursor Teams Standard 席位，每月将增加 $400，即每年 $4,800，且尚未计入税费和用量费用。两类产品的功能并不等价，但在增加一层采购之前，必须先回答这笔 $4,800 是否值得。

开源 AI 编程助手速览

价格与套餐规则核查于 2026 年 8 月 25 日。下表中的“起步价格”指智能体客户端本身，并不代表模型可以无限使用。推理由服务商套餐提供，其额度上限、积分、数据条款和资格规则仍然有效。

这份排名比的不是功能数量。首先看发票上已经有什么套餐，再看开发者执行任务时需要多大控制权。如果两款工具都能使用同一订阅，权限和回滚机制更适合当前仓库的那一款才是赢家。

下面给出了最短的直接接入路径。它们是默认建议，并非完整兼容关系图。

现有套餐到底要花多少钱

开源客户端没有额外的软件档位可供升级，因此真正的价格门槛来自正在使用的服务商套餐。

对于 ChatGPT 和 Codex，OpenAI 当前价格为：Free 每月 $0、Go 每月 $8、Plus 每月 $20、Pro 5x 每月 $100、Pro 20x 每月 $200。Business 按年计费时，每位用户每月 $20，面向 2+ 名用户；按月计费则为每位用户每月 $25。Enterprise 和 Edu 需要联系销售询价。并非每个第三方智能体都明确支持上述所有档位，所以下文各节只列出维护者确认支持的接入方式。

对于 GitHub Copilot，个人套餐页面列出的价格是：Free 每位用户每月 $0、Pro $10、Pro+ $39、Max $100。Aider 文档说明，请求会计入用户的 Copilot 订阅，但没有承诺每个档位都能通过该端点使用所有模型。

Google 的 Gemini CLI 文档公布的是额度档位，而不是另一笔智能体客户端费用：Gemini Code Assist Individual 每位用户每天 1,000 次请求，Google AI Pro 为 1,500 次，Google AI Ultra 为 2,000 次。Workspace Code Assist Standard 每天 1,500 次；Code Assist Enterprise 和 Workspace AI Ultra 每天 2,000 次。这些总量还受到每分钟限额与服务可用性的约束。

因此，“使用我的订阅”实际指的是通过套餐内含的权益完成认证。它不代表无限用量、席位可以转让、所有模型都必然可用，也不意味着可以不受服务商条款约束。

入选标准是什么

这份名单比通用的开源 AI 编程智能体指南更聚焦。只有其当前官方仓库或文档同时满足以下条件，工具才会入选：

• 编程智能体或智能体框架的代码采用 MIT 或 Apache 2.0 许可证。
• 它能检查、修改代码库或在其中执行任务，而不只是补全一行代码。
• 维护者明确记录了接入个人或公司现有订阅的方式。
• 该订阅路径不同于填写按量计费的 API key。
• 已知限制足够明确，读者可以据此判断自己是否应该跳过该工具。

资料来源、价格、许可证、认证流程和限制均在 2026 年 8 月 25 日完成对比。此次整理没有在实际仓库中运行这些工具，所以证据只能支持“对比过”和“核实过”，不能写成“测试过”。截图只能展示当前产品界面，不能证明输出质量。

只选 8 款是有意为之。仅仅免费下载、只能 BYOK、闭源，或只是套在另一个已认证智能体外面的工具，都没有进入排名。余下篇幅用于说明认证方式、边际成本、监督机制和失效边界。

排序采用 4 项标准：

1. 订阅覆盖面： 有多少类现有套餐具备文档明确的接入路径？
2. 认证清晰度： 使用官方 OAuth，还是脆弱的 token 变通方案？
3. 控制力： 开发者能否规划、审批、检查并撤销变更？
4. 运营成熟度： 维护者将项目定义为稳定版、beta，还是 experimental？

这套方法让 OpenCode 排在 fx 之前，尽管 fx 的 8 月版本让这个品类突然变得更值得关注。一项发布可以让某个决策的重要性上升，却不等于刚发布的工具立刻成为默认首选。

1. OpenCode：订阅选择最丰富的综合首选

对于希望复用已有套餐、又不想把整个工作流锁定在单一服务商上的人，OpenCode 是综合表现最好的开源 AI 编程助手。其最新服务商指南明确列出了 ChatGPT Plus、GitHub Copilot 和 GitLab Duo 的零配置订阅用法，以及符合条件的 SuperGrok 或 Grok 套餐所使用的设备码 OAuth。

这种覆盖面会直接改变推广方式。开发者可以先用雇主已经分配的 Copilot 席位，在另一个仓库切到个人 ChatGPT 套餐，也可以使用 Grok 权益，而不用为每次选择都新建一个 API 计费账号。套餐仍是成本核算单位；OpenCode 只是可替换的操作界面。

项目采用 MIT 许可证，提供终端客户端和 beta 桌面应用。它还做了实用的安全分层：内置 plan 智能体只读，默认拒绝修改文件，并会在执行 Bash 命令前请求确认；build 智能体则拥有完整开发权限。由此可以形成一条简单规则：先在 plan 模式中梳理不熟悉的任务，确认拟修改文件与命令范围后，再切换到 build 模式。

OpenCode 最重要的事实，同时也是最关键的警告。其服务商指南指出，Anthropic 明确禁止使用 Claude Pro 或 Max 模型的插件。OpenCode 已在版本 1.3.0 中移除内置的相关插件。不要安装社区变通插件，再把它包装成订阅复用。插件公开可见，不代表套餐服务商授予了使用许可。

OpenCode 的 xAI 接入路径更直接。它会打开 xAI 的设备验证页面，在用户批准后保存 OAuth 结果，并自动刷新访问令牌。只要兼容的 SuperGrok、Grok 或 X Premium 套餐包含 Grok API 访问权，就可以不另行配置 XAI_API_KEY。GitHub Copilot 使用 GitHub 的设备码流程，ChatGPT Plus 或 Pro 则会打开浏览器登录。

最适合： 拥有不止一种兼容订阅的开发者，或希望智能体界面与模型服务商解耦的组织
突出优势： 在核实过的 8 款智能体中，直接订阅选择有文档可查且范围最广
价格： MIT 客户端 $0；推理由符合条件的 ChatGPT、GitHub Copilot、GitLab Duo 或 Grok 系列套餐提供
免费试用： 开源客户端不适用

如何为 OpenCode 设置边界清晰的试点

1. 1

   只从官方来源安装

   使用 OpenCode 文档提供的安装程序或包管理器方式，并且只在获批参与试点的那个仓库中启动。不要让进程接触无关的上级目录与凭据。

2. 2

   连接已经拥有的套餐

   运行 /connect，选择 OpenAI、GitHub Copilot、GitLab 或 xAI，再完成相应服务商支持的浏览器或设备码流程。如果目标是衡量订阅内含额度，就不要改为粘贴按量计费的 API key。

3. 3

   从 plan 智能体开始

   按 Tab 键选择只读 plan 智能体。先让它梳理改动、列出文件、提出命令并确定测试，之后再考虑授予编辑权限。

4. 4

   有意识地切换到 build 模式

   审核方案并创建一次性分支，然后才让 build 智能体执行获批改动。合并前检查 diff 和测试输出。

在某些情况下，选择应从 OpenCode 转向其他工具：如果现有套餐明显集中在一家服务商，官方客户端可以减少有价值的不确定性。只使用 ChatGPT 的用户应先选 Codex CLI；只使用 Google 的用户应先选 Gemini CLI；想把现有智能体接入更广泛工具层的团队，则应考虑 goose。

2. fx：轻量的 Codex 与 Grok 新选择

fx 是让这个市场发生变化的新项目。Vercel Labs 在 8 月 21 日发布的 v0.0.5 中加入了符合条件的 Codex 和 Grok 订阅登录，又在 8 月 25 日发布 v0.0.6，通过修复让订阅会话在连续请求超过 64 次后仍能正常使用。

它刻意把工作流做得很轻。fx login codex 会进入 Codex 订阅认证流程，fx login grok 则进入 xAI 认证流程。在 fx 内部，/setup 用于切换当前服务商，/model 用于列出已认证的模型目录。v0.0.5 还把这些会话扩展到交互式工作、fx ask、ACP、图片、子智能体和自动审查。

其凭据路径足够具体，便于审计。fx 表示，Codex OAuth token 会直接发送给 OpenAI，绝不会发送至 Vercel AI Gateway；会话保存在 ~/.fx/chatgpt-auth.json，并在需要时刷新。Grok 会话则直接发往 xAI，不会发送至 Vercel AI Gateway 或 OpenAI，并保存在 ~/.fx/grok-auth.json。

对于已经同时为两套生态付费的开发者，fx 因而很有吸引力。无需再为第三款编程智能体开通账号，就能获得一个 Apache 2.0 框架和两个由现有套餐支持的模型目录。预算结果是客户端 $0，而不是计算成本 $0；快速模式、积分、额度上限与使用资格仍由底层套餐决定。

fx 排名第二而非第一，原因就写在它自己 README 的醒目位置：Status: Experimental. Use at your own risk. 这是一个用 Zig 编写、偏研究用途的智能体框架，不是成熟的采购捷径。8 月 25 日的版本修复了会话续航和登录恢复问题，但这些修复本身也说明订阅路径仍在快速磨合。

这里尤其需要关注业务后果。这个版本有价值，并不是因为 OAuth 看起来新鲜，而是因为独立开发者可以先质疑一笔重复订阅是否必要，平台工程师也可以在不启动 API 计费项目的前提下搭建服务商中立的原型。但它还不足以成为下周一就在全组织替换标准工具的理由。

最适合： 已经拥有符合条件的 Codex 或 Grok 权益的独立开发者、智能体研究者与平台工程师
突出优势： 在紧凑的 Apache 2.0 框架中直接切换 Codex 与 Grok 订阅模型目录
价格： 客户端 $0；推理由符合条件的 ChatGPT 或 Grok 订阅提供
免费试用： 开源客户端不适用

如果工作围绕 Codex 与 Grok 展开、轻量框架本身就是吸引力，而且可以接受 experimental 软件，fx 比 OpenCode 更合适。如果服务商兼容范围或更成熟的日常使用体验更重要，应选择 OpenCode。

3. goose：跨工具工作流的订阅中枢

如果由订阅支持的编程智能体只是更大工作流的一部分，goose 最合适。这个 Apache 2.0 项目提供适用于 macOS、Linux 和 Windows 的桌面应用、终端客户端以及可嵌入 API。其仓库记录了 15+ 家模型服务商和 70+ 个 MCP 扩展。

goose 通过 Agent Client Protocol（ACP）把另一个智能体作为服务商来使用。其当前文档列出了：面向有效 Claude Code 订阅的 Claude ACP；面向 ChatGPT Plus、Pro 或 API credits 的 Codex ACP；以及面向已认证 Cursor 订阅的 Cursor Agent。它也提供通过浏览器 OAuth 直接登录的 ChatGPT Codex 服务商。仓库还称，现有 Claude、ChatGPT 或 Gemini 订阅都可以通过 ACP 使用。

这种架构有一项实际优势：goose 可以把自己的扩展作为 MCP servers 传递给下游智能体。这样，由订阅支持的编程引擎就能置于更完整的工作流之后，同时查询数据库、读取 issue tracker 或更新其他系统。套餐负责智能体推理，goose 提供编排界面。

与此同时，它也增加了可能失效的连接点。下游 CLI 必须安装并完成认证，ACP 适配器必须存在，goose 扩展权限还要单独审核。如果官方直接提供的智能体能够完成全部工作，在前面再加 goose，换来的灵活性会以新增协议边界为代价。

当工作横跨代码与运营时，这笔代价值得承担；如果开发者只想要紧凑的终端结对编程循环，吸引力就弱得多。这一区别很关键，因为“支持我的订阅”背后可能是两种不同实现：一种客户端直接向模型服务商认证，另一种 host 把任务委派给另一个已经认证的智能体。goose 两种都支持，但很多订阅选项采用的是第二种方式。

如果所有组件原本就已购置，预算结果仍然有利：goose 客户端免费、ACP 适配器开源、推理由现有套餐提供。但运营成本并不为零，仍需有人负责升级、适配器兼容性、扩展权限，以及宿主与下游智能体之间的边界。

最适合： 编程会话还要通过 MCP 访问业务系统的开发者，或希望用一个宿主统一多种现有智能体订阅的团队
突出优势： ACP 可将已认证的 Claude Code、Codex、Gemini 或 Cursor 智能体变成服务商，同时保留 goose 扩展
价格： Apache 2.0 客户端 $0；推理由所连接的 Claude、ChatGPT、Gemini、Cursor 或其他符合条件的套餐提供
免费试用： 开源客户端不适用

外部工具确实属于任务的一部分，而且额外边界物有所值时，选择 goose。如果目标只是用最短认证链修改并验证仓库，选择 Codex CLI、Gemini CLI 或 OpenCode。

4. Codex CLI：直接使用 ChatGPT 套餐的最佳选择

对于个人或公司已经以 ChatGPT 为核心的场景，Codex CLI 是最直接的答案。OpenAI 将其描述为在用户本地计算机上运行的编程智能体，客户端采用 Apache 2.0 许可证，并提供官方 Sign in with ChatGPT 路径。

它的价值就在于官方边界：无需评估社区 OAuth 适配器，也没有其他 gateway 经手凭据。OpenAI 明确建议 Plus、Pro、Business、Edu 和 Enterprise 用户通过 ChatGPT 登录。其更完整的价格页面还列出了 Free 与 Go 的 Codex 权益，而仓库的推荐说明重点列出的是前述付费和组织套餐。

因此，Codex CLI 是 ChatGPT 工作区中阻力最小的试点方案。公司可以指定一个一次性仓库，让符合条件的用户通过受支持方式登录，再衡量套餐内含用量能否覆盖工作。客户端不需要第二个智能体席位，也不用为了判断工作流是否有价值而先签发 API key。

硬性边界在于共享用量。OpenAI 表示，ChatGPT 套餐中的 Codex 本地消息与云端对话共用一个 5 小时窗口，此外还可能有每周限制。如果开发者已经在 ChatGPT 或 Codex 云端大量使用套餐，从 CLI 发起的活动也会触及同一额度。复用套餐整合了预算，也把瓶颈合并到了一起。

API-key 模式并不是规避该预算边界的办法。OpenAI 对 API-key 用量按 token 收费，并说明这种方式不包括 GitHub code review 或 Slack 等 cloud 功能。它属于另一种消费模式，也有不同的能力边界。

当前套餐阶梯还能避免一种常见定价错误。截至 8 月 25 日，Pro 的 5x 档位从每月 $100 起，20x 档位为 $200；Plus 是 $20；Business 按年计费且至少 2 名用户时，每位用户每月 $20，按月计费则为 $25。把所有 Pro 席位都写成 $200 的文章已经过时。

最适合： 希望使用服务商自有本地编程智能体，并获得最短官方认证路径的 ChatGPT 用户
突出优势： 官方 ChatGPT 登录，无需第三方订阅适配器
价格： Apache 2.0 客户端 $0；ChatGPT Free $0、Go $8、Plus $20、Pro $100 或 $200、Business 每位用户按年 $20 或按月 $25，Enterprise 和 Edu 定制报价
免费试用： 无需试用客户端；ChatGPT Free 是 $0 起步档位

如果第一方路径比服务商选择或更丰富的审批界面更重要，应选 Codex CLI，而不是 OpenCode 或 Cline。如果现有订阅将来可能变化，选 OpenCode；如果逐项可见审批是运营要求，选 Cline。

如需更全面的官方工具对比，可阅读 Codex、Claude Code 与 Cursor 对比，其中详细划分了三者的选择边界。

5. Gemini CLI：已有 Google 套餐时的最佳选择

如果可用权益已经包含在 Google 账号或 Workspace 套餐中，Gemini CLI 是最合适的开源 AI 编程助手。这款采用 Apache 2.0 许可证的终端智能体支持 Google OAuth，用户只需登录，不必管理 Gemini API key。

在这 8 款智能体中，Google 公布的固定额度阶梯最清楚。Gemini Code Assist Individual 每位用户每天最多 1,000 次模型请求；Google AI Pro 提高到 1,500 次；Google AI Ultra 为 2,000 次。Workspace Code Assist Standard 包含 1,500 次；Code Assist Enterprise 和 Workspace AI Ultra 包含 2,000 次。

这些数字让容量规划比一句模糊的“用量充足”更容易。个人开发者可用个人 Google 账号从 $0 开始。已经为 Google AI Pro 或 Ultra 付费的用户无需增加智能体客户端费用，就能使用更高额度。Workspace 管理员也可以在推广前，把有文档可查的 Code Assist 档位映射到每日上限。

每日数字不等于吞吐量保证。Google 的额度文档说明，请求还会受到每位用户每分钟限额和可用性的影响；文档也指出，请求会由 Gemini CLI 决定使用 Gemini 系列中的哪个模型。2,000 次请求额度并不代表用户可以永久指定某一个模型。

API-key 免费档是另一条路径。它允许每位用户每天 250 次请求，且只提供 Flash 模型。它或许适合脚本，但不等于复用 Google 账号权益。在试点报告中应将 OAuth 和 API 计费分开，避免把免费 API 额度误当成套餐复用。

在以 Google 为主的组织中，Gemini CLI 的优先级高于 Codex CLI。账号体系、额度文档和开源客户端能够直接对齐；在测量这条路径之前，没有充分理由先购买另一个交互式编程席位。

最适合： 已经为 Google AI Pro、Google AI Ultra 或受支持 Workspace Code Assist 档位付费的开发者与组织
突出优势： 根据权益不同，官方公布的每日额度阶梯为每位用户 1,000 至 2,000 次请求
价格： Apache 2.0 客户端 $0；推理由 Google 账号及受支持固定价格套餐的权益提供
免费试用： 无需试用客户端；Code Assist Individual 是 $0 起步路径

如果预算已经在 Google，选择 Gemini CLI。只有在跨服务商迁移能力或外部工具编排值得增加一层时，才应选择 OpenCode 或 goose。

6. Cline：审批优先的 IDE 与 CLI 方案

对于希望始终看清智能体拟执行的编辑与命令的开发者，Cline 是复用订阅的最佳选择。其共享智能体核心同时支持 CLI、VS Code 扩展、SDK 和看板工作流；通过 Plan 与 Act 设计，还可以要求每次文件编辑和终端命令都先获得批准。

CLI 文档给出了通过 openai-codex 服务商接入 ChatGPT Subscription 的方式。它支持交互聊天、单次 prompt、JSON 输出、无头执行和后台模式。Plan 与 Act、MCP servers、带 /undo 的检查点、子智能体与团队、定时任务以及聊天连接器，都共享同一个核心。

这使 Cline 不只是一个终端封装层。开发者可以在审批机制下制定计划、在 VS Code 中工作，再从 CLI 使用相同规则和服务商配置。订阅路径让这套流程无需 OpenAI API key。Cline 列出的其他大多数服务商仍需要自己的 API key，因此“与模型无关”不能解读为“每家模型公司的订阅都兼容”。

选择 Cline 的理由是审批模型，而不是界面数量。试点初期可以关闭 auto-approve，让每次工具调用都由人工决策，并用 checkpoints 恢复工作区状态。等命令类别和仓库边界得到充分理解后，再开启选择性自动化；这样它会成为有依据的策略调整，而不是默认设置。

还要注意一处源码边界。主仓库称共享核心、CLI、VS Code 扩展、SDK 和看板代码采用 Apache 2.0 许可证，但 JetBrains 插件并未开源。JetBrains 用户仍可使用该产品，不过涉及“全部开源”的采购表述时，必须说明这项例外。

功能覆盖太广也可能偏离原本的窄目标。定时任务、连接器、无头模式和子智能体都能形成有用的自动化路径，但每启用一项，都会改变谁可以发起工作以及智能体能访问什么。不要因为客户端免费就全部打开。

最适合： 希望借助 ChatGPT 编程，同时保留可见审批、diff、checkpoints，并能在 IDE 与终端之间选择的开发者
突出优势： Plan 与 Act 监督机制，以及交互和自动化界面共用的智能体核心
价格： Apache 2.0 开源核心为 $0；推理由符合条件的 ChatGPT 订阅通过 openai-codex 路径提供
免费试用： 开源核心不适用

如果监督能力和 IDE 连贯性比最短官方路径更重要，选择 Cline，而不是 Codex CLI；如果 OpenAI 官方客户端本身是更有力的控制条件，选择 Codex CLI；如果 IDE 组合包含 JetBrains，且按消息回滚是决定性功能，选择 Kilo Code。

7. Kilo Code：跨界面使用的最佳替代方案

对于希望一款开源智能体同时覆盖 VS Code、JetBrains 和终端的开发者，Kilo Code 是最强的替代选择。其 MIT 仓库记录了这 3 种界面，认证指南则支持 ChatGPT Plus 或 Pro 用户通过浏览器登录，无需 API key。

阅读 Kilo 更广泛的模型目录时必须谨慎。仓库宣传可在任务中途切换 500+ 个模型，并通过 Kilo 账号按服务商原价、零加价计费；认证指南则称 Kilo 支持超过 30 家服务商。这些数字描述的是完整的服务商与网关界面，不代表一份 ChatGPT 订阅能承担 500+ 个模型的费用。

真正符合本文条件的 Kilo 订阅路径要窄得多：通过 OpenAI ChatGPT 服务商使用 ChatGPT Plus 或 Pro。其他服务商可能需要 API key、Kilo 余额或各自的账号流程。明确这一区别，才能避免把好看的模型数量变成错误的预算承诺。

Kilo 最实用的控制机制是 snapshot 系统。新版扩展默认启用 snapshots，并将其保存在项目之外的专用 Git 仓库中，因此不会修改项目自身的 Git 历史。Snapshot 会在模型调用边界附近创建，但 revert 界面以用户消息为单位操作，无法只回滚一条多步骤回复中的某个中间步骤或单个文件。

明确指出这个限制，比泛泛宣称 AI 安全更有用。开发者可以据此知道，一条 prompt 就是最小恢复单位。因此，周一启动的试点应保持 prompt 简短，每次都检查变更文件摘要，并继续使用人工 Git commit 作为更高层的审计记录。

Kilo 排在 Cline 之后，是因为当前订阅复用文档的范围小于其服务商目录，而产品界面又更广。当原生 IDE 支持和浏览器登录比 Git 优先的终端循环更重要时，它的排名则高于 Aider。

最适合： 在 VS Code、JetBrains 与 CLI 之间切换，并且已经拥有 ChatGPT Plus 或 Pro 的开发者
突出优势： 默认把 snapshots 存在项目 Git 历史之外，并支持按消息回滚
价格： MIT 客户端 $0；有文档支持的直接订阅路径要求 ChatGPT Plus 或 Pro
免费试用： 开源客户端不适用

如果 IDE 覆盖和按消息回滚是两项核心要求，选择 Kilo Code；如果更重视审批优先，选择 Cline；如果订阅覆盖面比 IDE 覆盖面更重要，选择 OpenCode。

8. Aider：Git 优先的 Copilot 接入方案

对于已经为 GitHub Copilot 付费，并能接受手动配置凭据的开发者，Aider 是最适合 Git 优先工作流的选择。这款采用 Apache 2.0 许可证的终端智能体会梳理代码库、编辑文件，并用说明清晰的提交信息自动提交改动。

Aider 自己的指南说明，它可以使用 GitHub Copilot 的 OpenAI 兼容端点，并且通过 Aider 发出的请求会计入用户的 Copilot 订阅。这是一条真正的订阅接入路径，但在本次排名中，它的认证流程最不顺手。

文档中的配置先从 JetBrains IDE 登录 Copilot 开始。然后，用户要从 Copilot 配置文件中取出 OAuth token，将其赋给 OPENAI_API_KEY，再把 OPENAI_API_BASE 指向 https://api.githubcopilot.com。Aider 还提醒，由 Neovim copilot.lua 插件生成的 token 可能缺少必要的权限范围。

在这套配置中，变量名容易造成误解：它存放的是 Copilot OAuth token，而非 OpenAI 平台 key。这会增加凭据被误贴到 shell 历史记录、dotfile 或支持工单的风险。应把它当作密钥，只在 Aider 进程范围内设置环境，并优先使用凭据管理器，而不是全局导出。

连接完成后，工作流却格外清晰。Aider 在 Git 内工作，把改动记录为提交，并继续用开发者熟悉的 diff 与 undo 工具充当控制面。已经使用 Aider、也已经为 Copilot 付费的人，可以借此整合模型费用，而不必更换结对编程方式。

Aider 排名第八是因为认证阻力，而不是智能体能力弱。OpenCode 为 Copilot 提供了常规 GitHub 设备码流程。只有当保留 Aider 的 Git 行为本身就是关键需求时，手动提取 token 才值得接受。

GitHub 个人套餐也在 8 月 25 日完成核查：Free 每位用户每月 $0、Pro $10、Pro+ $39、Max $100。Aider 不承诺每个档位都能使用相同模型，因此稳妥的表述是：请求计入所连接的订阅，可用模型清单由该账号决定。

最适合： 希望保留自动 Git 工作流，并把模型请求计入 GitHub Copilot 的现有 Aider 用户
突出优势： 无需放弃 Aider 以 commit 为核心的终端循环，即可使用订阅支持的推理
价格： Apache 2.0 客户端 $0；GitHub Copilot Free $0、Pro $10、Pro+ $39、Max $100，具体受账号模型访问权限制
免费试用： 无需试用客户端；Copilot Free 是 $0 的服务商起步档位，但 endpoint 访问权因套餐而异

只有当 Aider 的 Git 自动提交和专注的终端循环比认证阻力更重要时，才应选择 Aider 而不是 OpenCode。新建 Copilot 支持的环境时，OpenCode 是更省事的起点。

不同订阅应该选哪一款

决策规则很简单：**从已经获批的订阅出发，再选择能够提供所需监督能力的最精简客户端。**服务商覆盖面排第三，功能数量排最后。

如果公司已有 ChatGPT，最短的官方路径是 Codex CLI。需要可见审批与 IDE 工作流时转向 Cline；需要 JetBrains 与 snapshots 时转向 Kilo Code；如果未来可能切换到 Copilot、GitLab Duo 或 Grok，值得用 OpenCode 构建服务商中立的框架。只有目标就是同时使用 Codex 与 Grok，而且能接受 experimental 软件时，才选择 fx。

如果公司已有受支持的 Google 套餐，选择 Gemini CLI。它的账号登录与公开每日上限让试点很容易界定。只有编程智能体还必须使用 MCP 扩展或融入更大的运营工作流时，goose 增加的那一层才有价值。

如果公司已有 GitHub Copilot，希望使用简洁设备码流程就选 OpenCode；如果现有工作方式依赖 Git 自动提交，则选 Aider。转向 Aider 的原因是工作流连续性，而不是它的认证更好。

如果公司已有 Grok 或 SuperGrok，需要最小的 Codex 与 Grok 框架就选 fx，重视未来更广泛的服务商选择就选 OpenCode。fx 是更锋利的实验工具，OpenCode 则是更稳妥的通用默认项。

如果公司已有 Claude Code 或 Cursor，并且 ACP 编排与 MCP 扩展能产生明确价值，选择 goose。这是通过已经认证的下游智能体进行委派，而不是 goose 内部直接向模型服务商发起 OAuth，所以威胁模型与支持计划必须包含适配器。

这张成本图是预算筛选工具，不是产品功能等价声明。Cursor Teams 提供集中管理、共享上下文、隐私控制，以及免费客户端无法复刻的其他托管功能。关键是要让这些差异证明额外 $4,800 确有价值，而不是先假设必须再买一批席位。

周一就能开始：用一个仓库做试点

不要从全组织投票选工具开始。先限定为一个仓库、一名符合条件的用户、一项重复任务，并收集一周证据。

1. 1

   确认权益与条款

   记录准确的套餐名称、账号所有者、受支持认证方式、续费价格与用量上限。拒绝服务商不允许的社区变通方案。

2. 2

   选择满足条件的最精简智能体

   ChatGPT 选 Codex CLI，Google 选 Gemini CLI，Copilot 选 OpenCode，Codex 与 Grok 的实验选 fx。只有 Cline、Kilo Code、Aider 或 goose 的控制或编排模式能够解决一项明确需求时，才增加这些工具。

3. 3

   隔离一个仓库

   创建一次性分支，不让进程接触无关凭据，并排除生产部署权限。如果客户端支持只读或强制审批模式，就从该模式开始。

4. 4

   同时衡量预算与工作成效

   记录套餐限额警告、额外积分、完成的任务、人工审核时间、变更文件、测试结果与回滚次数。客户端即使是 $0，只要消耗稀缺的套餐积分或审核工时，也可能成为更昂贵的选择。

5. 5

   决定是否购买席位

   如果内含用量足以覆盖工作，而且权限模型合适，就保留开源路径。只有托管席位的管理、容量、协作或支持能力填补了一个已测量的缺口时，才值得购买。

这项试点为采购提供了一个反事实参照。问题不再是某款热门编程智能体看起来有没有用，而是付费替代方案是否补上了现有订阅与开源客户端无法解决的缺口。

哪些方案应该避开

一些优秀产品并不适合这份特定清单，另一些看似诱人的接入方式则应明确拒绝。

不要为 OpenCode 使用 Claude Pro 或 Max 插件。 OpenCode 自己的服务商指南表示，Anthropic 明确禁止此类插件，并已在版本 1.3.0 中移除内置插件。客户端开源，不会让未经支持的认证路径自动变得合规。

不要把 Claude Code 称为开源软件。 Claude Code 可以使用现有 Anthropic 订阅，也可能是合适的闭源工具，但其仓库许可证写明 all rights reserved，使用还受 Anthropic Commercial Terms 约束。它不符合本次查询的开放许可证标准。如需把闭源与开源客户端放在一起比较，请参阅更完整的最佳 AI 编程智能体指南。

不要只为直接复用订阅而选择 OpenHands。 OpenHands Agent Canvas 是采用 MIT 许可证、可自托管的控制中心，能够运行 Claude Code、Codex、Gemini 和其他 ACP 智能体。但其当前 README 将它们称为第三方后端。这种编排方式可能有用，却不等于 OpenHands 智能体直接向消费者套餐认证。应该因为控制中心与自动化需求选择它，而不是为了躲开一笔模型费用。

不要忽略 Experimental 标签就在全公司标准化 fx。 新增的 Codex 与 Grok 路径影响重大，因此 fx 值得进入边界清晰的试点；但同一份证据还不足以支持无人值守的生产环境或大范围强制采用。

最后，凡是把 BYOK 客户端标为“免费”、却不提模型账单的说法，都应拒绝。$0 仓库与按量计费 API 账号是两条不同预算线。只有服务商文档明确支持的订阅复用才符合入选条件；API-key 路径仍属于另一笔采购。

常见问题

有没有能使用现有订阅的免费开源 AI 编程助手？

有。OpenCode、fx、goose、Codex CLI、Gemini CLI、Cline、Kilo Code 和 Aider 都提供 $0 开源客户端，并至少有一条有文档支持的现有套餐接入路径。服务商订阅仍会执行资格、积分、额度和数据条款限制。

哪款开源 AI 编程助手最好？

如果看订阅覆盖面，OpenCode 是最通用的答案。只用 ChatGPT 时 Codex CLI 更合适；以 Google 为主时选 Gemini CLI；逐项监督是首要要求时则选 Cline。

本地编程智能体用什么模型最好？

智能体和模型是两个不同决策。先确定框架与订阅路径；最佳模型取决于仓库语言、任务类型、套餐模型目录、延迟与限额。先用现有套餐包含的模型处理一项有代表性的任务，再评估结果。

获取 AI Business Workflow Audit Checklist 和下一篇以证据为先的构建指南，请订阅邮件通讯。