开源 AI 编程工具怎么选:9 款工具,对应 4 类任务
这份开源 AI 编程工具指南从 IDE、终端、Git 工作流和自主任务队列 4 类场景出发,对比 OpenCode、Cline、Aider、OpenHands 等 9 款方案,逐项梳理许可证、权限设计、模型选择、部署边界、免费额度与真实成本,并给出适合个人开发者、研发团队和平台团队的明确选型建议。

OpenCode 是目前最值得优先考虑的开源 AI 编程工具;如果主要在 IDE 中工作,Cline 更合适;强调 Git 可控的终端工作流,则应选择 Aider;需要自主任务队列时,OpenHands 才是更对路的方案。软件本身可以免费,但模型账单仍可能达到每月 $60:4 名开发者使用 Claude Sonnet 5,合计消耗 20 million 输入 token 和 2 million 输出 token,并按当前促销 API 费率计费。
开源 AI 编程工具怎么选:先看结论
先确定团队在哪种工作界面中使用智能体。OpenCode 是综合实力最强的默认选项,但如果开发者不愿离开 VS Code、所有命令都必须明确批准,或目标是让 GitHub issue 在无人值守的队列中运行,它就不是正确答案。
最终选择取决于 4 个问题:
- 希望在哪里监督它? 在 IDE 中选 Cline 或 Continue,在终端中选 OpenCode 或 Aider。
- 需要协作,还是任务委派? 实时修改适合交互式工具;托管任务队列选 OpenHands;需要透明的 issue 解决框架,则选 mini-SWE-agent。
- 哪些数据可以离开内部网络? 客户端即使开源,也可能把代码仓库上下文发送给商业模型 API。
- 谁负责权限策略? 看似方便的自动批准开关,可能会抹掉原本希望获得的安全优势。
市场上还有一些闭源产品,在特定任务上表现更强。如果源码访问、本地部署和模型服务商选择都不是硬性要求,可以参考这份完整的 AI 编程智能体对比,它更适合作为候选清单。
开源改变的是智能体框架,不是账单和风险
开源让智能体的编排代码可供检查,却不会让前沿模型、GPU 时间、身份管控、密钥管理或代码审查变成免费资源。
以一个 4 人开发团队为例:一个月合计发送 20 million 输入 token、接收 2 million 输出 token。Claude Sonnet 5 截至 2026 年 8 月 31 日采用促销 API 费率,每 million 输入 token 为 $2、每 million 输出 token 为 $10,因此这批用量需花费 $60。之后恢复每 million 输入 token $3、输出 token $15 的标准费率,同样的用量将花费 $90。Anthropic 还表示,根据内容不同,该模型的 tokenizer 可能把同一份输入转换成原来的 1.0 到 1.35 倍 token,因此更换模型既可能改变单价,也可能改变实际计量数量。

权限模型同样关键。一项 2026 年研究考察了 500 个经验证的场景和约 7,500 次智能体运行,发现其宽松权限框架组的越界操作率为 5.4% 到 27.7%。研究中的 OpenHands 使用执行前询问是否继续的框架,越界率为 0.2% 到 4.5%。这些数据不足以证明某个工具适合所有人,但运营层面的结论非常明确:即使底层模型相同,智能体框架允许它在未经同意时执行的操作不同,最终行为也会不同。
隐私需要分 3 层来看:
- 客户端: 能否检查和修改智能体代码?
- 运行环境: 智能体是在笔记本、本方云环境,还是厂商环境中执行?
- 模型: 代码仓库上下文会发送给托管 API,还是交给边界内运行的模型?
采用 MIT 许可的终端客户端如果连接托管模型,虽然仍然开源,却不等于完全本地化。自托管运行环境如果把 prompt 转发给商业 API,依然会与该服务商共享上下文。本地模型可以让数据链路保持私有,但代价会转移到硬件、部署以及模型质量之间的权衡上。
这 9 款 AI 编程智能体如何入选
这份候选清单只纳入仍在积极维护、采用开源智能体框架,并且能够对代码、文件或 shell 执行多步操作的工具。每款工具还必须提供当前有效的一手文档、清晰可识别的许可证,以及区别于其余 8 款工具的明确选择理由。
这一标准排除了不少相邻产品。开源编辑器即使能充当带自动补全的 AI 代码助手,也不会因此自动成为智能体。只有客户端代码可见的专有云端工作者,同样不能算完整的开源技术栈。已经停止开发或被后继项目取代的代码仓库,也不应出现在仍可采用的推荐清单里。
排名主要考察 5 项标准:监督界面、权限设计、模型与服务商的灵活性、部署边界,以及专业团队最先遇到的限制。流行度只是辅助证据,不是最终结论。即使 star 数较少,只要控制方式更符合实际任务,仍可能成为更好的选择。
OpenCode:终端优先开发者的最佳默认选择
OpenCode 是最值得默认选择的开源 AI 编程工具,因为它同时覆盖终端、IDE 和桌面端,又不把智能体框架绑定到单一模型服务商。它采用 MIT 许可,通过 Models.dev 支持超过 75 家服务商,也能使用本地模型,并提供并行会话以及 GitHub Copilot、ChatGPT 账号登录。其产品网站还声明,OpenCode 本身不会存储代码或上下文数据;不过,实际连接的模型服务商仍受其自身隐私政策约束。

OpenCode 内置的 plan 智能体为只读模式,并会在运行 Bash 命令前请求许可;build 智能体则拥有完整的开发权限。两者分离后,面对陌生代码仓库时,可以先完成检查,再开始修改。它的主要门槛在于责任归属:服务商选择、token 成本、账号策略和上游数据处理,都需要使用方自行决策。
最适合: 希望保留模型服务商选择权,同时又不想放弃成熟界面的终端优先开发者
突出优势: 一个采用 MIT 许可的客户端,同时提供终端、IDE、桌面端、并行会话,并支持超过 75 家服务商
价格: 客户端免费,并有免费模型可用;付费服务商用量或订阅仍可能产生费用
免费试用: 开源客户端无需试用
- 采用 MIT 许可,同时覆盖终端、IDE 和桌面端
- 支持超过 75 家服务商,包括本地模型
- 只读 plan 智能体与全权限 build 智能体相互分离
- 可在同一项目中并行运行独立会话
- 模型质量和成本取决于所配置的服务商
- 产品自身的隐私承诺不能替代上游模型服务商的政策
- 全权限 build 模式仍需配合分支、密钥和命令管控
当团队需要灵活性,并且有人负责配置时,OpenCode 的优势最明显。如果企业希望由一家厂商统一治理全部体验,这份灵活性反而可能带来更多策略管理工作。
Cline:IDE 内先审批再执行的最佳选择
Cline 最适合希望在任何内容变更前,先在编辑器里看到计划、diff 和终端命令的开发者。这个采用 Apache 2.0 许可的项目提供 VS Code 扩展、终端 CLI、SDK、多智能体看板和 JetBrains 插件。它可以跨项目编辑文件、运行命令、监控编译器与 linter 输出、浏览网页,并恢复 checkpoint。

Plan 模式负责探索并提出方案,Act 模式负责实际执行。除非开启自动批准,否则每次文件修改和终端命令都需要获得许可。在生产代码仓库中,这种阻力是一项功能;面对低风险重复工作时,它也可能成为负担。对开源边界要求严格的买家还需注意:Cline 的代码仓库说明,其 JetBrains 插件目前并未开源。
最适合: 始终使用 VS Code,并希望保留明确审批关卡的开发者
突出优势: Plan 与 Act 工作流,支持审查 diff、checkpoint 和命令审批
价格: 采用 Apache 2.0 许可的客户端免费;模型服务商用量另计
免费试用: 开源客户端无需试用
- 默认要求人工批准文件修改和命令
- 提供 VS Code、终端、SDK 和多智能体看板
- 广泛支持托管模型和本地模型
- checkpoint 让智能体修改更容易回退
- 审批提示会拖慢常规、低风险工作
- 自动批准会削弱原本的管控优势
- JetBrains 插件目前并未开源
对于重视可检查性胜过速度的中型企业研发负责人,Cline 是合适的选择。如果真正需要的是无人值守任务队列,而不是有人全程参与的编辑器,就应当跳过它。
Aider:Git 可控的最佳结对编程工具
Aider 最适合把 Git 历史本身当作控制界面的开发者。这个采用 Apache 2.0 许可的终端智能体会构建代码仓库映射,在本地 Git 仓库中编辑文件,自动提交修改并生成提交信息,还可在修改后运行 lint 和测试。它既能连接托管模型,也能连接本地模型,包括 Ollama 和兼容 OpenAI 的 endpoint。

这种聚焦正是它的优势。开发者可以检查小范围 diff、回退 commit,并让智能体始终处在熟悉的开发闭环中。同样的聚焦也构成了它的边界:Aider 是交互式结对编程工具,不是多用户任务看板或托管云队列。
最适合: 希望在可逆 commit 中完成精准终端修改的资深开发者
突出优势: 代码仓库映射、自动 Git commit,以及 lint 和测试闭环
价格: 采用 Apache 2.0 许可的客户端免费;模型用量另计
免费试用: 开源客户端无需试用
- Git 原生修改,方便查看 diff 和撤销
- 代码仓库映射帮助模型理解更大型的项目
- 修改后自动获得 lint 和测试反馈
- 同时支持托管模型和本地模型
- 终端优先体验几乎没有可视化任务管理
- 并非为共享自主任务队列而设计
- 大型代码仓库映射和反复测试可能推高 API 支出
Aider 适合一名开发者完成一项受控修改;在这种场景下,它比功能更宽泛的智能体更有效。如果团队需要为长时间运行的任务配置身份、预算、队列和集成,它便不占优势。
OpenHands:自托管自主任务队列的最佳选择
OpenHands 适合让智能体走出单个开发者的编辑器,在委派任务队列中持续工作的场景。它的 Agent Canvas 只需一条命令即可启动本地浏览器界面和后端,既可自托管到虚拟机,也可连接 OpenHands Cloud。Software Agent SDK 能在本地运行,也能在云端扩展至数千个智能体。

它的许可边界值得仔细阅读。OpenHands core、Agent Canvas、agent-server 以及核心 Docker 镜像采用 MIT 许可。Cloud 额外提供托管集成、多用户管控、基于角色的访问、用量报告和预算执行;Enterprise 目录则在另一份许可证下提供源码访问,使用满 1 个月后需要购买许可证。
最适合: 为自主工程任务搭建自托管或托管队列的团队
突出优势: MIT 核心、本地 Agent Canvas、可组合 SDK,以及通往托管云的路径
价格: MIT 核心免费;基础设施、模型用量、Cloud 和 Enterprise 可能产生额外费用
免费试用: 使用 GitHub 登录即可免费试用 OpenHands Cloud
- 支持本地、自托管、云端和 SDK 部署
- 能从单个智能体平滑扩展到多用户运营
- 核心组件和核心 Docker 镜像采用 MIT 许可
- 为角色、预算和集成提供托管式管控
- 自托管意味着沙箱、身份、密钥和可用性都由使用方负责
- Enterprise 为源码可用,不在核心 MIT 许可证覆盖范围内
- 与结对编程相比,自主队列需要更严格的审查和测试关卡
当任务必须在没有打开编辑器的情况下持续执行,OpenHands 的配置成本才真正值得。对一边观察一边修改的独立开发者而言,OpenCode 或 Aider 更简单,通常运营成本也更低。
Gemini CLI:自带免费额度最强
Gemini CLI 是最容易认真上手的免费方案:个人 Google 账号包含每分钟 60 次、每天 1,000 次请求。这个采用 Apache 2.0 许可的终端智能体使用 Gemini 3 模型,拥有 1 million-token 上下文窗口,并内置文件操作、shell 命令、网页抓取、Google Search grounding、MCP 支持、脚本和 GitHub 工作流。

Google 每周发布一个 stable 版本和一个 preview 版本,每天还会发布 nightly build。在模型 API 与工具契约快速变化的品类中,这种更新频率很重要。它的局限更多在战略层面,而非功能层面:自带额度只适用于 Gemini 路线,并不是与服务商无关的模型路由。选择它的理由应当是免费额度与 Google 集成,而不是误以为开源天然保证了模型选择权。
最适合: 希望使用功能完整、免费额度充足的终端智能体的独立开发者
突出优势: 每天 1,000 次免费请求、每分钟 60 次,以及 1 million-token 上下文窗口
价格: 个人账号方案免费;用量更高时可选择付费 API 或 Vertex AI
免费试用: 个人账号方案本身已经免费
- 在这份清单中拥有有据可查的最大自带额度
- 内置搜索、文件、shell、网页、MCP 和 GitHub 工具
- 客户端采用 Apache 2.0 许可,并且更新频繁
- 大上下文窗口适合探索代码仓库
- 免费价值绑定在 Gemini 模型路线
- 请求次数无法保证任务成本或质量可预测
- 宽松的 shell 权限仍需明确的代码仓库管控
对独立技术开发者而言,Gemini CLI 是预算层面的赢家。需要服务商路由、可视化审批流程或自托管队列的团队,则应考虑其他方案。
Continue:连接 IDE 辅助与 CI 检查的最佳桥梁
Continue 适合希望用一个开放客户端覆盖自动补全、聊天、直接编辑、智能体任务和 pull request 检查的团队。其项目采用 Apache 2.0 许可,提供 VS Code、JetBrains 扩展和 cn 命令行智能体。Continue 还能把 AI 检查规则保存在代码仓库中,以 GitHub 状态检查的形式运行,并返回通过结果或建议 diff。

功能覆盖面广,让开发者可以从低风险辅助开始,再逐步开放智能体操作,因此更容易采用。但它也会模糊产品边界:自动补全和审查检查,与隔离运行的自主工作者并不是同一个运营问题。Continue 的优势在于充当桥梁,而不是管理任务队列。
最适合: 希望在同一生态中获得开放式 IDE 辅助和源码可控 CI 检查的团队
突出优势: Agent、Chat、Edit、Autocomplete、CLI,以及在代码仓库中定义的检查
价格: 采用 Apache 2.0 许可的客户端免费;所配置的模型和 CI 资源各自计费
免费试用: 开源客户端无需试用
- 覆盖 VS Code、JetBrains 和终端
- 可以从自动补全逐步扩展到智能体工作
- 源码管理下的检查规则可像代码一样审查
- 建议 diff 让 CI 发现的问题可以直接落实
- 宽泛的功能可能让简单的智能体落地变复杂
- CI 检查并不等于完整的自主沙箱
- 模型与服务商策略仍需另行确定负责人
当企业希望把约束规则保存在代码仓库中,Continue 是很强的 B2B 选择。只想最快获得终端智能体的创业者,使用 OpenCode 或 Aider 会少一些流程。
goose:编程只占一半工作流时的最佳智能体
goose 是一款擅长编程的本地通用智能体,而不是只为写代码设计的产品。这个采用 Apache 2.0 许可的项目可在 macOS、Linux 和 Windows 上作为桌面应用、CLI 或 API 运行。它支持超过 15 家模型服务商、超过 70 个 MCP 扩展,还能通过 ACP 使用现有的 Claude、ChatGPT 或 Gemini 订阅。

项目归属于 Linux Foundation 旗下的 Agentic AI Foundation,因此它的治理模式不依赖单一厂商。代价则来自范围过宽:研究、写作、自动化、数据分析和编程都共用同一个智能体界面。对需要跨系统操作的人来说,这是优势;对只想修改代码仓库的开发者来说,则意味着额外配置。
最适合: 工作流横跨代码、数据、研究和自动化的技术运营人员
突出优势: 本地桌面端、CLI 和 API,并广泛支持服务商与 MCP
价格: 采用 Apache 2.0 许可的客户端免费;服务商订阅、API 用量或本地算力另计
免费试用: 开源客户端无需试用
- 可在 3 大桌面平台本地运行
- 支持超过 15 家服务商和超过 70 个 MCP 扩展
- 可通过 ACP 复用受支持的 AI 订阅
- 归属于 Linux Foundation 生态及其治理体系
- 只处理代码时,通用能力显得多余
- 扩展越多,权限面越大
- 效果高度依赖服务商和扩展配置
当同一个智能体需要查询数据、修改脚本并在同一次运行中更新其他系统时,goose 的价值最明显。若目标是纪律严明的 Git 修改,Aider 依然是更精准的工具。
mini-SWE-agent:最透明的 issue 解决框架
mini-SWE-agent 适合把理解智能体循环看得和实际使用同样重要的团队。Version 2 采用 MIT 许可;维护者称,默认智能体类只有约 100 行 Python。他们报告该工具在 SWE-bench Verified 上的得分超过 74%,并支持本地环境、Docker 或 Podman、Singularity 或 Apptainer、bubblewrap 及其他沙箱。

它刻意让架构保持透明:Bash 是唯一工具,每个操作都通过 subprocess.run 独立执行,消息历史则维持线性。这让操作轨迹更容易检查,也让研究更容易复现。但这也意味着 Bash 既是强大工具,也是风险来源;生产环境落地需要沙箱和最小范围凭证,不能仅凭代码量小就信任智能体。
最适合: 希望使用最小、可检查 issue 解决循环的研究人员与平台团队
突出优势: 约 100 行智能体逻辑,采用只使用 Bash、保持线性历史的设计
价格: MIT 客户端免费;模型调用与沙箱基础设施另计
免费试用: 开源客户端无需试用
- 控制循环小,适合实际审计
- 广泛支持多种沙箱
- 可通过通用路由层使用不同模型
- 由 SWE-agent 和 SWE-bench 背后的团队维护
- 只使用 Bash 的强大能力需要严肃的执行边界
- 与 Cline 或 OpenHands 相比,产品界面较为简洁
- 维护者公布的基准结果不能替代在自有代码仓库上的评估
对正在自建智能体框架的平台团队来说,mini-SWE-agent 是务实选择。但对于设计师、产品经理,或希望获得成熟编辑器体验的开发者,它并不是最容易上手的第一款智能体。
Qwen Code:开放模型与智能体框架一体化的最佳选择
Qwen Code 是面向既想采用开放智能体框架、又想使用开放模型家族的买家,最具雄心的方案。这个采用 Apache 2.0 许可的项目支持子智能体、智能体团队、记忆、技能、MCP、规划模式、LSP 集成、沙箱、Git 工作树、无头运行、IDE 插件、桌面应用和 SDK。它还支持 OpenAI、Anthropic、Gemini 与 Qwen 协议,并能连接 Ollama 或 vLLM。

当前配置有 2 个需要留意的门槛。通过 NPM 安装要求 Node.js 22 或更高版本;Qwen OAuth 免费方案已于 2026 年 4 月 15 日结束。新用户需要 Alibaba Cloud Coding Plan、第三方 API key、自定义服务商或本地模型。因此,客户端虽然开放,但最便捷的自带免费路线已经消失。
最适合: 希望把开放智能体与开放 Qwen 模型配套使用,或需要广泛协议支持的团队
突出优势: 开放智能体框架与模型路线,支持子智能体、团队、技能、沙箱和工作树
价格: 采用 Apache 2.0 许可的客户端免费;需要当前有效的服务商方案、API key 或本地算力
免费试用: 自 2026 年 4 月 15 日起,不再提供 Qwen OAuth 免费方案
- 同时提供开放智能体框架和开放模型路线
- 广泛支持各类协议与本地模型
- 内置强大的智能体和隔离功能
- 覆盖终端、IDE、桌面端、守护进程和 SDK
- 目前不再自带 Qwen OAuth 免费额度
- 通过 NPM 安装需要 Node.js 22 或更高版本
- 功能覆盖面比 Aider 聚焦的 Git 循环更重
希望掌控完整技术栈的 AI 平台团队适合选择 Qwen Code。Gemini CLI 是更容易开始的免费方案;OpenCode 则是更简洁的服务商中立默认选择。
不同团队该怎么选
监督模式一变,胜出的工具也会改变。不要把 9 款工具全部列入候选,再让开发者对着产品截图投票。先确定运营方式,然后试用最符合它的 1 到 2 款工具。

如果开发者使用 VS Code,而且每次编辑或命令执行前都应清晰可见,选择 Cline。如果还希望自动补全、聊天、编辑和代码仓库内定义的检查共用一个开放客户端,Continue 是备选方案。
如果终端是主要工作界面,但模型和界面灵活性很重要,选择 OpenCode。如果自动 Git commit 和紧凑的结对编程循环比并行会话或桌面端更重要,则应改选 Aider。
如果企业需要任务队列、身份、预算、集成,以及从本地实验走向托管运营的路径,选择 OpenHands。如果目标是检查、评测或扩展 issue 解决循环,而不是购买成熟的运营平台,选择 mini-SWE-agent。
如果每天 1,000 次请求的额度是决定性约束,选择 Gemini CLI。如果企业想走开放模型路线,并愿意配置服务商或本地运行环境,选择 Qwen Code。当任务横跨代码、数据、研究和外部工具时,选择 goose。
安全启用首选开源 AI 编程工具
OpenCode 上手并不难,但安全的顺序应从检查开始,而不是一开始就开放全权限自动化。
创建临时分支,并移除环境中的敏感凭证
先从干净的工作树创建新分支。不要让生产部署密钥、数据库管理员凭证和无关的云端 token 出现在智能体进程中。
从官方来源安装客户端
使用官方安装器
curl -fsSL https://opencode.ai/install | bash,或文档中列出的包管理器选项。只在需要检查的代码仓库内启动它,不要从范围宽泛的上级目录启动。连接满足需求的最小范围模型账号
选择数据政策符合代码仓库要求的服务商。本地模型能让 prompt 留在内部边界;托管模型通常效果更好,但会把选中的上下文发送给服务商。
从 plan 模式开始
先使用内置的只读
plan智能体梳理修改范围、定位文件并提出测试方案。审查计划后,再切换到全权限build智能体。开发、测试、检查,再合并
让智能体在临时分支上修改代码,运行项目的测试与 lint 命令,然后检查 diff。只有在人工确认修改范围、行为,以及依赖、权限、基础设施或密钥相关变更后,才能合并。
对独立开发者而言,这套顺序只多花几分钟;对规模更大的研发组织而言,它决定了最终建立的是可用标准,还是一堆权限不明的个人配置。
不应选择的工具
有两个熟悉的名字不适合再用于新项目。
Roo Code 已于 2026 年 5 月 15 日停止其扩展。它的代码仓库目前会将用户引导至社区维护的 ZooCode fork 或 Cline。Apache 许可证能让旧代码继续存在,却无法提供持续的产品维护、当前模型集成或安全响应。若要采用最接近且成熟的先审批路线,应选择 Cline。
Legacy SWE-agent 已由 mini-SWE-agent 接替。维护者表示,当前开发工作集中在 mini-SWE-agent,并建议新用户默认选择它。只有在研究明确需要其可配置工具接口或 history processor 时,才应使用旧项目。
更普遍的警示很简单:代码仓库公开,并不代表产品仍在积极维护。正式标准化之前,需要检查维护者当前的说明、版本发布活动、许可边界和认证路径。
常见问题
开源 AI 编程智能体免费吗?
这份清单中的客户端软件都可以免费下载,但模型 API、本地 GPU 容量、云端沙箱、存储和运营时间需要单独计算成本。4 人开发团队在 Sonnet 5 上消耗 20 million 输入 token 和 2 million 输出 token,按促销费率需 $60,2026 年 8 月 31 日之后则为 $90。
VS Code 中最好用的免费 AI 编程智能体是什么?
Cline 是 VS Code 中最值得选择的先审批智能体,因为它的 Plan 与 Act 工作流会让 diff 和命令保持可见。如果还需要自动补全、聊天、直接编辑和源码可控的 pull request 检查,Continue 是更合适的免费开放客户端。
去哪里寻找 GitHub 上的开源 AI 编程智能体?
应从每款工具自己的官方文档进入官方代码仓库,不要选择名称相近的 fork。许可证和当前 README 会揭示目录页面遗漏的信息,包括 Cline 的 JetBrains 源码边界、OpenHands 的 Enterprise 许可证,以及 Qwen Code 当前的认证要求。
获取 Claude Code + Codex 配置清单,并通过订阅邮件简报阅读下一篇以证据为依据的工具分析。
2026年9月3日







