开源 AI 编程工具怎么选:9 款工具,对应 4 类任务

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

Thursday, September 3, 2026Omid Saffari
开源 AI 编程工具怎么选:9 款工具,对应 4 类任务

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 在无人值守的队列中运行,它就不是正确答案。

工具最适合起步价格免费试用
OpenCode灵活的终端工作客户端免费;模型用量另计无需试用
Cline先审批再执行的 IDE 工作流客户端免费;模型用量另计无需试用
AiderGit 可控的终端修改客户端免费;模型用量另计无需试用
OpenHands自托管自主任务队列MIT 核心免费;计算资源另计Cloud 可免费试用
Gemini CLI自带免费额度免费;1,000 次请求/天无需试用
ContinueIDE 辅助与 CI 检查客户端免费;模型用量另计无需试用
goose编程与更广泛的自动化客户端免费;服务提供商费用另计无需试用
mini-SWE-agent透明的 issue 解决流程客户端免费;模型与计算资源另计无需试用
Qwen Code开放模型与智能体框架栈客户端免费;服务提供商或本地算力另计不含 Qwen 免费额度

最终选择取决于 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,因此更换模型既可能改变单价,也可能改变实际计量数量。

Sonnet 5 工作负载从 $60 上升到 $90 前后的 token 计量对比
智能体框架免费;同样的 20M 输入、2M 输出工作负载在 8 月 31 日后会从 $60 上升到 $90。

权限模型同样关键。一项 2026 年研究考察了 500 个经验证的场景和约 7,500 次智能体运行,发现其宽松权限框架组的越界操作率为 5.4% 到 27.7%。研究中的 OpenHands 使用执行前询问是否继续的框架,越界率为 0.2% 到 4.5%。这些数据不足以证明某个工具适合所有人,但运营层面的结论非常明确:即使底层模型相同,智能体框架允许它在未经同意时执行的操作不同,最终行为也会不同。

隐私需要分 3 层来看:

  1. 客户端: 能否检查和修改智能体代码?
  2. 运行环境: 智能体是在笔记本、本方云环境,还是厂商环境中执行?
  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 开源 AI 编程智能体界面
OpenCode

OpenCode 内置的 plan 智能体为只读模式,并会在运行 Bash 命令前请求许可;build 智能体则拥有完整的开发权限。两者分离后,面对陌生代码仓库时,可以先完成检查,再开始修改。它的主要门槛在于责任归属:服务商选择、token 成本、账号策略和上游数据处理,都需要使用方自行决策。

最适合: 希望保留模型服务商选择权,同时又不想放弃成熟界面的终端优先开发者
突出优势: 一个采用 MIT 许可的客户端,同时提供终端、IDE、桌面端、并行会话,并支持超过 75 家服务商
价格: 客户端免费,并有免费模型可用;付费服务商用量或订阅仍可能产生费用
免费试用: 开源客户端无需试用

优势
做得好的地方
7 points

  • 采用 MIT 许可,同时覆盖终端、IDE 和桌面端
  • 支持超过 75 家服务商,包括本地模型
  • 只读 plan 智能体与全权限 build 智能体相互分离
  • 可在同一项目中并行运行独立会话
  • 模型质量和成本取决于所配置的服务商
  • 产品自身的隐私承诺不能替代上游模型服务商的政策
  • 全权限 build 模式仍需配合分支、密钥和命令管控

当团队需要灵活性,并且有人负责配置时,OpenCode 的优势最明显。如果企业希望由一家厂商统一治理全部体验,这份灵活性反而可能带来更多策略管理工作。

Cline:IDE 内先审批再执行的最佳选择

Cline 最适合希望在任何内容变更前,先在编辑器里看到计划、diff 和终端命令的开发者。这个采用 Apache 2.0 许可的项目提供 VS Code 扩展、终端 CLI、SDK、多智能体看板和 JetBrains 插件。它可以跨项目编辑文件、运行命令、监控编译器与 linter 输出、浏览网页,并恢复 checkpoint。

编辑器中的 Cline 编程智能体
Cline

Plan 模式负责探索并提出方案,Act 模式负责实际执行。除非开启自动批准,否则每次文件修改和终端命令都需要获得许可。在生产代码仓库中,这种阻力是一项功能;面对低风险重复工作时,它也可能成为负担。对开源边界要求严格的买家还需注意:Cline 的代码仓库说明,其 JetBrains 插件目前并未开源。

最适合: 始终使用 VS Code,并希望保留明确审批关卡的开发者
突出优势: Plan 与 Act 工作流,支持审查 diff、checkpoint 和命令审批
价格: 采用 Apache 2.0 许可的客户端免费;模型服务商用量另计
免费试用: 开源客户端无需试用

优势
做得好的地方
7 points

  • 默认要求人工批准文件修改和命令
  • 提供 VS Code、终端、SDK 和多智能体看板
  • 广泛支持托管模型和本地模型
  • checkpoint 让智能体修改更容易回退
  • 审批提示会拖慢常规、低风险工作
  • 自动批准会削弱原本的管控优势
  • JetBrains 插件目前并未开源

对于重视可检查性胜过速度的中型企业研发负责人,Cline 是合适的选择。如果真正需要的是无人值守任务队列,而不是有人全程参与的编辑器,就应当跳过它。

Aider:Git 可控的最佳结对编程工具

Aider 最适合把 Git 历史本身当作控制界面的开发者。这个采用 Apache 2.0 许可的终端智能体会构建代码仓库映射,在本地 Git 仓库中编辑文件,自动提交修改并生成提交信息,还可在修改后运行 lint 和测试。它既能连接托管模型,也能连接本地模型,包括 Ollama 和兼容 OpenAI 的 endpoint。

Aider 终端结对编程文档
Aider

这种聚焦正是它的优势。开发者可以检查小范围 diff、回退 commit,并让智能体始终处在熟悉的开发闭环中。同样的聚焦也构成了它的边界:Aider 是交互式结对编程工具,不是多用户任务看板或托管云队列。

最适合: 希望在可逆 commit 中完成精准终端修改的资深开发者
突出优势: 代码仓库映射、自动 Git commit,以及 lint 和测试闭环
价格: 采用 Apache 2.0 许可的客户端免费;模型用量另计
免费试用: 开源客户端无需试用

优势
做得好的地方
7 points

  • Git 原生修改,方便查看 diff 和撤销
  • 代码仓库映射帮助模型理解更大型的项目
  • 修改后自动获得 lint 和测试反馈
  • 同时支持托管模型和本地模型
  • 终端优先体验几乎没有可视化任务管理
  • 并非为共享自主任务队列而设计
  • 大型代码仓库映射和反复测试可能推高 API 支出

Aider 适合一名开发者完成一项受控修改;在这种场景下,它比功能更宽泛的智能体更有效。如果团队需要为长时间运行的任务配置身份、预算、队列和集成,它便不占优势。

OpenHands:自托管自主任务队列的最佳选择

OpenHands 适合让智能体走出单个开发者的编辑器,在委派任务队列中持续工作的场景。它的 Agent Canvas 只需一条命令即可启动本地浏览器界面和后端,既可自托管到虚拟机,也可连接 OpenHands Cloud。Software Agent SDK 能在本地运行,也能在云端扩展至数千个智能体。

OpenHands 云端编程智能体平台
OpenHands

它的许可边界值得仔细阅读。OpenHands core、Agent Canvas、agent-server 以及核心 Docker 镜像采用 MIT 许可。Cloud 额外提供托管集成、多用户管控、基于角色的访问、用量报告和预算执行;Enterprise 目录则在另一份许可证下提供源码访问,使用满 1 个月后需要购买许可证。

最适合: 为自主工程任务搭建自托管或托管队列的团队
突出优势: MIT 核心、本地 Agent Canvas、可组合 SDK,以及通往托管云的路径
价格: MIT 核心免费;基础设施、模型用量、Cloud 和 Enterprise 可能产生额外费用
免费试用: 使用 GitHub 登录即可免费试用 OpenHands Cloud

优势
做得好的地方
7 points

  • 支持本地、自托管、云端和 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 工作流。

Gemini CLI 文档与终端智能体
Gemini CLI

Google 每周发布一个 stable 版本和一个 preview 版本,每天还会发布 nightly build。在模型 API 与工具契约快速变化的品类中,这种更新频率很重要。它的局限更多在战略层面,而非功能层面:自带额度只适用于 Gemini 路线,并不是与服务商无关的模型路由。选择它的理由应当是免费额度与 Google 集成,而不是误以为开源天然保证了模型选择权。

最适合: 希望使用功能完整、免费额度充足的终端智能体的独立开发者
突出优势: 每天 1,000 次免费请求、每分钟 60 次,以及 1 million-token 上下文窗口
价格: 个人账号方案免费;用量更高时可选择付费 API 或 Vertex AI
免费试用: 个人账号方案本身已经免费

优势
做得好的地方
7 points

  • 在这份清单中拥有有据可查的最大自带额度
  • 内置搜索、文件、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 开源 AI 编程助手
Continue

功能覆盖面广,让开发者可以从低风险辅助开始,再逐步开放智能体操作,因此更容易采用。但它也会模糊产品边界:自动补全和审查检查,与隔离运行的自主工作者并不是同一个运营问题。Continue 的优势在于充当桥梁,而不是管理任务队列。

最适合: 希望在同一生态中获得开放式 IDE 辅助和源码可控 CI 检查的团队
突出优势: Agent、Chat、Edit、Autocomplete、CLI,以及在代码仓库中定义的检查
价格: 采用 Apache 2.0 许可的客户端免费;所配置的模型和 CI 资源各自计费
免费试用: 开源客户端无需试用

优势
做得好的地方
7 points

  • 覆盖 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 订阅。

goose 开源智能体代码仓库
goose

项目归属于 Linux Foundation 旗下的 Agentic AI Foundation,因此它的治理模式不依赖单一厂商。代价则来自范围过宽:研究、写作、自动化、数据分析和编程都共用同一个智能体界面。对需要跨系统操作的人来说,这是优势;对只想修改代码仓库的开发者来说,则意味着额外配置。

最适合: 工作流横跨代码、数据、研究和自动化的技术运营人员
突出优势: 本地桌面端、CLI 和 API,并广泛支持服务商与 MCP
价格: 采用 Apache 2.0 许可的客户端免费;服务商订阅、API 用量或本地算力另计
免费试用: 开源客户端无需试用

优势
做得好的地方
7 points

  • 可在 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 及其他沙箱。

mini-SWE-agent 文档与 issue 解决框架
mini-SWE-agent

它刻意让架构保持透明:Bash 是唯一工具,每个操作都通过 subprocess.run 独立执行,消息历史则维持线性。这让操作轨迹更容易检查,也让研究更容易复现。但这也意味着 Bash 既是强大工具,也是风险来源;生产环境落地需要沙箱和最小范围凭证,不能仅凭代码量小就信任智能体。

最适合: 希望使用最小、可检查 issue 解决循环的研究人员与平台团队
突出优势: 约 100 行智能体逻辑,采用只使用 Bash、保持线性历史的设计
价格: MIT 客户端免费;模型调用与沙箱基础设施另计
免费试用: 开源客户端无需试用

优势
做得好的地方
7 points

  • 控制循环小,适合实际审计
  • 广泛支持多种沙箱
  • 可通过通用路由层使用不同模型
  • 由 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。

Qwen Code 开源终端智能体代码仓库
Qwen Code

当前配置有 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 免费方案

优势
做得好的地方
7 points

  • 同时提供开放智能体框架和开放模型路线
  • 广泛支持各类协议与本地模型
  • 内置强大的智能体和隔离功能
  • 覆盖终端、IDE、桌面端、守护进程和 SDK
  • 目前不再自带 Qwen OAuth 免费额度
  • 通过 NPM 安装需要 Node.js 22 或更高版本
  • 功能覆盖面比 Aider 聚焦的 Git 循环更重

希望掌控完整技术栈的 AI 平台团队适合选择 Qwen Code。Gemini CLI 是更容易开始的免费方案;OpenCode 则是更简洁的服务商中立默认选择。

不同团队该怎么选

监督模式一变,胜出的工具也会改变。不要把 9 款工具全部列入候选,再让开发者对着产品截图投票。先确定运营方式,然后试用最符合它的 1 到 2 款工具。

按编辑器、终端、自主队列和研究工作流分配不同开源 AI 编程智能体的决策路径
从工作方式出发:编辑器、终端、自主任务队列,或透明的研究框架。

如果开发者使用 VS Code,而且每次编辑或命令执行前都应清晰可见,选择 Cline。如果还希望自动补全、聊天、编辑和代码仓库内定义的检查共用一个开放客户端,Continue 是备选方案。

如果终端是主要工作界面,但模型和界面灵活性很重要,选择 OpenCode。如果自动 Git commit 和紧凑的结对编程循环比并行会话或桌面端更重要,则应改选 Aider。

如果企业需要任务队列、身份、预算、集成,以及从本地实验走向托管运营的路径,选择 OpenHands。如果目标是检查、评测或扩展 issue 解决循环,而不是购买成熟的运营平台,选择 mini-SWE-agent。

如果每天 1,000 次请求的额度是决定性约束,选择 Gemini CLI。如果企业想走开放模型路线,并愿意配置服务商或本地运行环境,选择 Qwen Code。当任务横跨代码、数据、研究和外部工具时,选择 goose。

安全启用首选开源 AI 编程工具

OpenCode 上手并不难,但安全的顺序应从检查开始,而不是一开始就开放全权限自动化。

  1. 创建临时分支,并移除环境中的敏感凭证

    先从干净的工作树创建新分支。不要让生产部署密钥、数据库管理员凭证和无关的云端 token 出现在智能体进程中。

  2. 从官方来源安装客户端

    使用官方安装器 curl -fsSL https://opencode.ai/install | bash,或文档中列出的包管理器选项。只在需要检查的代码仓库内启动它,不要从范围宽泛的上级目录启动。

  3. 连接满足需求的最小范围模型账号

    选择数据政策符合代码仓库要求的服务商。本地模型能让 prompt 留在内部边界;托管模型通常效果更好,但会把选中的上下文发送给服务商。

  4. 从 plan 模式开始

    先使用内置的只读 plan 智能体梳理修改范围、定位文件并提出测试方案。审查计划后,再切换到全权限 build 智能体。

  5. 开发、测试、检查,再合并

    让智能体在临时分支上修改代码,运行项目的测试与 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日
分类
AI

在 Google 中优先显示本站

将 omidsaffari.com 添加为 Google 搜索的优先来源

把 omidsaffari.com 设为优先来源,Google 会在 Top Stories、AI Overviews 和 AI Mode 中为您优先展示。

Claude Opus 5.5 对比 Opus 5:价格、编程与 API 迁移指南

Claude Opus 5.5 对比 Opus 5:价格、编程与 API 迁移指南

Claude Opus 5.5 对比 Opus 5:逐项拆解价格、缓存、编程证据与 API 兼容性,说明 thinking、强制工具选择、computer 工具及进度流的五项迁移风险,并给出何时升级、何时保留旧模型的可执行判断框架。同时用固定 token 算例核对真实账单,帮助团队按每个合格结果的成本做选择。2026年9月23日AI
GPT-6 Sol 对比 Luna:先用 Luna,难题再上 Sol

GPT-6 Sol 对比 Luna:先用 Luna,难题再上 Sol

GPT-6 Sol 对比 Luna:完整拆解两者20×的 token 价差、共同的上下文窗口与工具能力,以及 OpenAI 公布的编程成绩;同时给出从 Luna 起步、何时升级到 Sol 的可验证决策规则,帮助技术团队结合任务难度、验收率、复核时间与失败成本,选出总成本更低、真正适合生产环境的模型。2026年9月23日AI
GPT-6 Luna 免费吗?桌面端、Codex 与 API 费用全解析

GPT-6 Luna 免费吗?桌面端、Codex 与 API 费用全解析

GPT-6 Luna 免费吗?本文拆清 Free 与 Go 桌面端免费权限、普通 Chat 与 Codex 的开放范围、API 每百万 token 的实际价格,以及 OpenAI 尚未公布的使用限额,帮助开发者和团队判断该试用、升级套餐还是单独开通 API 计费,避免把免费试用误当成不限量权益。2026年9月22日AI
MiMo V2.6 教程:从 Studio 验证到 API 上线

MiMo V2.6 教程:从 Studio 验证到 API 上线

MiMo V2.6 教程:从 AI Studio 验证任务,到选择按量付费或 Token Plan 密钥、配置 OpenAI 兼容 API,再到比较 Flash、Pro 与 UltraSpeed。附 Python 请求、价格测算、七个业务工作流和按顺序排错的方法,帮助团队在接入真实数据前完成安全评估。2026年9月22日AI
MiMo V2.6 Pro 对比 Flash:价格、性能与部署选择

MiMo V2.6 Pro 对比 Flash:价格、性能与部署选择

MiMo V2.6 Pro 对比 Flash 怎么选?本文对照实时 API 价格、编程与智能体基准、缓存成本和 UltraSpeed,并给出三任务验收框架,帮助创业者、CTO 和技术负责人按单次验收通过成本决定何时用 Flash、何时升级 Pro,避免为缺乏实测价值的质量与速度溢价买单。2026年9月22日AI
MiMo V2.6 免费吗?限免入口、API 价格与 MIT 权重详解

MiMo V2.6 免费吗?限免入口、API 价格与 MIT 权重详解

MiMo V2.6 免费吗?本文拆解 OpenCode 一周限免、Xiaomi API 的 Flash、Pro 与 UltraSpeed 价格、标注 MIT 的模型权重实际成本和免费通道的数据使用风险,并用标准化工作负载算清不同方案的付费差距,帮助开发者判断何时试用、何时转向付费 API,以及自托管是否值得。2026年9月22日AI
Grok 4.7 对比 Grok 4.6:谁更强,是否值得升级?

Grok 4.7 对比 Grok 4.6:谁更强,是否值得升级?

Grok 4.7 对比 Grok 4.6:两者标准 API 价格相同,真正差别在复杂编程、知识工作和迁移风险。本文拆解 xAI 基准、上下文窗口、推理档位与长上下文成本,并给出三项任务的同条件测试方法,帮助团队判断哪些工作负载值得升级、哪些应继续留在稳定的 Grok 4.6 流程,避免只看发布分数做决定。2026年9月21日AI
AI Agent 如何钻规则空子:一场生产事故的完整复盘

AI Agent 如何钻规则空子:一场生产事故的完整复盘

一个自动化编辑系统通过了全部检查,却在 8 天内把 50 篇文章带向几乎无人需要的手工图样软件。本文基于发布台账、研究账单和 Google Search Console 记录,复盘 AI Agent 如何把代理指标误当目标,并拆解无产出许可、范围围栏、主题上限与人工审批如何阻止系统持续跑偏。2026年9月21日AI
订阅通讯

每周日,一封信。写运转中的系统,不写热评。

每周一期。无垃圾邮件。随时退订。