By 小墨
2026年7月3日
33
982
Ornith-1.0 发布:新一代 Agentic Coding 之王的开源革命
开源模型正在重新定义 AI 编程的天花板。Ornith-1.0 的发布引发了行业震动——这个新兴的 Agentic Coding 模型家族以 MIT 开源协议亮相,在最硬核的编程基准测试中创下开源最高分纪录。82.4、77.5、62.2……这些数字不再是「接近闭源水平」,而是「已经超越闭源尚未公开的成绩」。从 9B 到 397B 的完整参数范围,配合 GGUF 量化版本和本地部署支持,开发者终于可以真正将一个工业级 AI 编程助手部署到任何环境。
概述
Ornith-1.0 并非单一模型,而是一个精心设计的模型家族,涵盖四种规格以适应不同场景需求。9B Dense 版本面向个人开发者,可在消费级 GPU 上本地运行,实现近乎零成本的 AI 辅助编程;31B Dense 版本适合小团队,单台服务器即可支撑日常开发工作;35B MoE 版本以稀疏架构平衡性能与效率,适合中型项目的复杂任务处理;而 397B MoE 则定位于企业级私有部署,满足对数据安全和模型控制有严格要求的组织。整个模型家族基于 Gemma 4 和 Qwen 3.5 进行后训练,站在开源强者的肩膀上实现了又一次跨越。
从追赶者到领先者:benchmark 数据背后的意义
理解 Ornith-1.0 的成绩,需要先理解 SWE-Bench 的含金量。这个基准测试不是选择题或填空题,而是一个 GitHub issue 输入、代码修改与单元测试通过的完整闭环。一个熟练的人类程序员在此类任务上的正确率通常被认为在 70% 至 75% 之间。Ornith-1.0 的 82.4 分意味着它已经超越了这一水平。更值得关注的是,SWE-Bench Pro 的 62.2 分证明它具备处理多文件修改、跨模块重构等中等规模工程任务的能力;Terminal-Bench 2.1 的 77.5 分则表明它能在真实终端环境中执行 cd、grep、调试服务、部署应用等操作——这不是模拟,而是一个真正能坐在工位前使用命令行的 AI 工程师。NL2Repo 的 48.2 分虽然看似不高,但考虑到「用自然语言描述需求 → 从零生成完整 GitHub 仓库」的难度,这个成绩已是开源模型中的最高水平。
当一个完全开源、覆盖全参数范围、支持本地部署的 Agentic Coding 模型家族以 MIT 协议出现在所有人面前时,AI 写代码的商业模式会发生什么?Ornith 团队已经用行动给出了答案:别想太多,先开源再说。
“行业观察”技术突破:让模型改进自己的工具
Ornith-1.0 真正的技术突破在于其训练方法论。传统 AI 编程工具通常将系统分为两层:scaffold 负责任务规划、工具调用和上下文管理,通常由人类工程师手写固定规则;solution 层则专注于代码生成和修复。Ornith 的创新在于将两层同时纳入强化学习优化循环,让模型自主发现更高效的执行框架,而非被动适配人类预设的流程。这相当于从「给工人一把锤子让他干活」升级为「让工人自己设计最顺手的锤子」。当 AI 开始优化「写代码的方式」本身而非仅仅是代码内容,迭代速度将呈指数级增长,因为模型可以探索人类从未设想过的工具组合和执行策略。
开源生态的降维打击
长期以来,coding agent 被视为闭源模型最后的堡垒。Claude Code 年化收入据说已超 25 亿美元,GitHub Copilot 拥有数千万用户,这些数字支撑着闭源阵营的护城河逻辑:基础模型可以开源,但真正好用的 coding agent 必须付费。然而 Ornith-1.0 的出现正在改写这个叙事。MIT 协议、GGUF 版本、本地部署、六项 benchmark 开源最高分——一个研究团队基于已有开源模型做后训练,就拿到了多项公开基准的最佳成绩,然后免费开放给社区。当「做模型的不如卖 agent 的」这一现状被开源直接颠覆,行业格局必将重新洗牌。开源社区的一万个开发者基于 Ornith 做二次开发,就会产生一万个不同的 agent 框架和垂直场景方案,这种工程能力的分布式爆发是任何单一闭源团队无法企及的。
如有侵权,请联系删除。
Related Articles
-
Fri Jul 24 2026原生工具调用、多模态Agent与开源模型:Foundation Model 2.0论坛直面Agent时代的模型演进
Foundation Model 2.0论坛聚焦在Agent时代模型的演进,讨论如何通过原生工具调用与多模态融合提升Agent的执行能力与适应性,并探讨端侧小模型的可行路径。
-
Mon Jul 06 2026示例域名与文档用途说明
example.com 是一个专门为文档示例而保留的顶级域名,供教程、示范和测试文档使用,不需要额外许可即可引用。
-
Mon Jul 06 2026未知文章标题
未提供文章内容或可抓取的 URL,因此无法提取实际引言或第一段。此处为占位文本,提示用户补充源内容以生成完整的 Frontmatter。
-
Sun Jul 05 2026未知来源文章
未提供可爬取的文章 URL 或内容,系统无法获取实际正文。此处为占位引言,说明输入数据缺失并提供元数据占位以便后续替换。
-
Sun Jul 05 2026无法生成:缺少文章源数据
未提供可用于爬取的文章 URL 或 JSON 数据,因此无法依据页面内容生成完整的 Frontmatter。请提供包含文章信息的 JSON 数组或一组有效 URL。
-
Sun Jul 05 2026未提供的文章标题
未提供文章内容。请提交文章的 URL 或粘贴全文,以便根据内容生成前言与分段信息。
-
Sat Jul 04 2026未提供文章链接或内容
未提供文章内容或链接,无法提取引言或第一段。请提交包含文章 URL 的 JSON 数组或直接提供文章文本。
-
Sat Jul 04 2026未提供文章信息
未收到文章内容或可爬取的 URL,因此无法生成文章段落。请提交包含文章 URL 的 JSON 数组,格式示例:[ {"url": "https://example.com/article1"}, {"
-
Sat Jul 04 2026未提供文章来源
未收到可用的文章内容或链接,因此无法提取段落。请提交包含多篇文章信息的 JSON 数组或每篇文章的 URL,以便爬取并生成完整的 postDetails 内容。
-
Fri Jul 03 2026示例文章标题(缺少来源)
未收到具体文章 URL 或内容,因此无法从原文中提取引言。此处为占位引言,说明系统需要源页面以抓取实际内容并生成结构化的 Astro Markdown YAML Frontmatter。
-
Thu Jul 02 2026聚焦自进化、Harness等Agent最火的九个方向,年度AI智能体大会7月开幕
中国AI智能体大会(AgenticAICon 2026)将于7月在杭州举办,围绕智能体领域的前沿技术展开,旨在推动研究与产业深度融合,探寻智能体从对话式工具向主动执行系统转型的路线图。
-
Wed Jul 01 2026探索 Astro.js 与 YAML:构建可维护的内容管理工作流
在现代静态站点与内容驱动的项目中,统一且可验证的元数据格式对内容维护和自动化发布至关重要。Astro.js 提供了灵活的内容渲染能力,而采用严格的 YAML Frontmatter 模板,可以让团队共
-
Tue Jun 30 2026首届光谷智能体经济大会举行 光谷从“AI试验场”迈向“AI价值场”
2026年6月29日,武汉东湖新技术开发区举办首届光谷智能体经济大会,正式发布“光谷智能体引力计划”。大会提出未来三年将在政策、算力、基金等方面投入超10亿元,旨在打造以智能体为核心的创新生态,培养智
-
Tue Jun 30 2026中国广电联合会《全国交通传媒行业AI应用调研报告》正式发布
中国广电联合会交通宣传委员会在内蒙古发布了《2026全国交通传媒行业AI应用调研报告》,基于对145家交通传媒机构的调查,总结了行业在AI应用上的现状与发展路径。
-
Tue Jun 30 2026韩国万亿'芯'基建拆解:存储行业能否建成AI时代'油田'
韩国近期公布了总投资逾1800万亿韩元的三大超级AI基建项目,涵盖半导体制造、先进封装与AI数据中心,目标是借助国家级投入与龙头企业布局,打造面向AI时代的关键产业能力。
-
Mon Jun 29 2026能量岛企业家俱乐部6.28 芯谷 AI 沙龙圆满落幕
6月28日,能量岛企业家俱乐部在苏州芯谷产业园举办AI智能体应用沙龙,活动以实战分享和产业交流为核心,吸引了本地创业者、企业高管与科研人员参与。
-
Mon Jun 29 20262026.06.20:AI 泡沫退潮,Agent 与数据架构重构产业底层
InfoQ 的周度深度分析指出,生成式 AI 已走完狂热期,行业正进入理性调整阶段,专家纷纷回归技术和落地路径的讨论。
-
Mon Jun 29 2026OKF——要做AI时代的'知识图谱通用语'—继MCP之后,Google又扔出一张Agent王牌
2026年6月,谷歌云发布了Open Knowledge Format(OKF)v0.1,这是一套以带YAML前置元数据的Markdown文件夹为单位来表示知识的开放规范,旨在解决企业知识分散的问题。
