Harness 收购 Augment Code：Cosmos 变身“软件工厂 Agent”，打通从想法到生产

2026 年 10 月 8 日，Harness 宣布收购 Augment Code 的部分资产：Cosmos、Auggie CLI、Code Context Engine 及相关技术，Augment 团队一并加入 Harness，交易条款未披露。Cosmos 将改名为"Harness Cosmos Software Factory Agent"——一座由一群 AI Agent 组成的"软件工厂"，负责把工程工作从想法做到可合并的代码。这笔交易是 AI 编程工具赛道又一起标志性整合："写代码的 Agent"，正在被"管交付的平台"收编。

这笔交易到底买了什么

先看新闻稿的措辞：Harness 买的是 select Augment Code assets，不是整家公司。具体包括三样东西——Cosmos（多 Agent 软件工厂产品）、Auggie CLI（终端里的编程 Agent）、Code Context Engine（代码上下文引擎）及相关技术，外加"the team behind these products"，即做这些产品的 Augment 团队整体加入 Harness。交易条款未披露。

"收购部分资产"这个说法值得多看一眼。它意味着 Harness 要的是产品、技术和人，而不是 Augment 的商业实体、合同包袱和债务。对买家来说，这是笔干净的交易；对 Augment 的老股东和剩余业务而言，故事显然还没讲完——但新闻稿里一个字没提。

Augment Code 是谁？这家公司 2022 年成立，2024 年 4 月走出 stealth 时就带着 2.52 亿美元融资、9.77 亿美元估值，联合创始人是前微软工程师 Igor Ostrovsky 和前 Google AI 研究员 Guy Gur-Ari，背后站着 Eric Schmidt、Sutter Hill、Index、Lightspeed 等一线投资人。它一度被视作 GitHub Copilot 最有威胁的挑战者之一，主打对代码库的深度理解：200K 上下文窗口、跨会话的 Memories 功能，都是它的招牌。

但独立 AI 编程工具的日子并不好过。2025 年 10 月，Augment 把计费模式从按消息数改成按 AI 用量计费，有用户算出新价格是原来的十倍以上，社区一片哗然（The Register 做了专门报道）。获客成本高、模型成本贵、留存靠涨价——这几乎是所有独立 coding assistant 的共同困境。站在这个背景下看，Augment 的核心资产被一家交付平台收编，一点也不意外。

Cosmos：一座"软件工厂"长什么样

Cosmos 是这笔交易里最值钱的那件资产。按新闻稿的说法，它不是一个"帮你写代码的助手"，而是一座可编程的软件工厂：当一条需求被写下来、一个 ticket 被分派、一个 bug 被上报，一群 Cosmos Agent 就开工了——规划变更、写代码和测试、打开 pull request。每个 Agent 跑在自己隔离的虚拟机里，只在真正需要人类判断的地方把工程师拉进来，比如批准设计方案，或者做最终的合并。

它的工作方式是一个持续循环：ticket → code → review。当 reviewer 留了评论、或者某项检查没通过，Agent 会在同一个 PR 上直接修，不用另开分支、不用人工转交。Harness 预置了 4 个可以 fork 的 Expert：Project Builder（从零搭建项目）、PR Author（写代码、开 PR）、Deep Reviewer（深度代码评审）、PR Fixer（根据评审意见修代码）。团队可以把这些 Expert fork 下来，按自家代码库调优，再部署到全组织——等于把"资深工程师的工作习惯"做成了可复制、可分发的模板。

撑起这座工厂的有几块基础设施：Code Context Engine 维护着代码库的实时地图，让每一次变更都贴合已有的代码；model routing 给每个任务匹配最合适的模型；GitHub、Jira、Slack 的原生集成让它能插进现有工作流；shared memory 把每次 review 学到的教训带进下一次变更；versioning 和 budget controls 则让"让 Agent 自主写代码"这件事在全组织层面可控——哪个版本、烧了多少预算，都有数。

工厂的"出厂标准"也很明确：一个经过评审的 pull request。从 PR 往后——测试、安全、部署——就交棒给 Harness 自己的 Agent 了。至于 Auggie CLI，新闻稿只确认它是收购资产的一部分，它是 Augment 在终端里的编程 Agent 产品，未来是继续独立运营还是被并入 Cosmos 体系，目前没有说法。

Cosmos 软件工厂的工作流：需求或 ticket 触发后，一群 Agent 在隔离环境中完成规划、编码、测试，最终产出可合并的 PR。

Harness 到底在下一盘什么棋

要理解这笔收购，得先看 Harness 这两年在干什么。这家由 Jyoti Bansal（AppDynamics 创始人）创立的公司，给自己的定位是"Autonomous SDLC Platform"——把软件开发生命周期的每个环节都 Agent 化。它已经有了四个 Agent：Software Delivery Agent（把变更安全送到生产）、Security Testing Agent（在进生产前发现并修复风险）、Runtime Protection Agent（保护生产环境中的应用、API 和 AI）、Cost Management Agent（管控和优化云与 AI 成本）。

这四个 Agent 管的都是"代码写出来之后"的事。缺的那一块，正是"代码写出来之前"——从想法到可合并代码。Cosmos 补上的就是这块拼图。收购完成后，Harness 的版图就完整了：Cosmos 负责 idea→code，下游四个 Agent 负责 code→production，中间是"agent-to-agent"的无缝交接。

而收购真正的技术逻辑，藏在两个名词的相遇里：Augment 的 Code Context Engine，遇上 Harness 的 Software Delivery Knowledge Graph。前者知道"代码长什么样"——代码库的实时地图；后者知道"代码上线后发生了什么"——构建、部署、基础设施、安全事件、成本数据。Harness 要把这两张图拼成一张。

拼起来之后的工作流是这样的：在动手写代码之前，Cosmos 会先拉取应该影响这次变更的交付上下文——相关的测试用例、安全要求、历史事故和当时的修复方案；变更写出来之后，下游 Agent 用代码库上下文去推理依赖关系、风险点、需要做哪些验证；如果测试、安全扫描或部署挂了，下游 Agent 会带着完整的上下文把问题打回给 Cosmos 修，然后循环，直到解决。新闻稿里那句"When Harness downstream agents identify an issue while testing, securing, or deploying code, they send it back to Cosmos with the context to fix it"，说的就是这个闭环。

Bansal 在新闻稿里抛了一个判断，值得原文转述其大意：AI 对软件业的影响，不该用"生成了多少代码"来衡量，而该看"有多少有价值的软件真正到达了客户手里"。这句话基本就是 Harness 的收购宣言——写代码只是价值链的一环，值钱的是"安全、可靠地把软件送到用户面前"这一整段。

还有一个细节：Harness 明确说，整合的重点是把 Cosmos 的工作流接入平台已有的 policies、permissions 和 approvals。翻译一下：企业管"发版"的那套审批、权限、策略，以后要同样管"写代码"。对卖企业级市场的 Harness 来说，这是让 CIO 敢签单的关键——Agent 可以自主干活，但干活的规矩和发版一样严。

Agent-to-Agent 闭环：Cosmos 产出 PR 后，下游 Agent 接力测试、安全与部署，失败时带着完整上下文打回 Cosmos 修复，直至解决。

赛道信号：写代码的 Agent，正在被"管交付的平台"收编

把时间线拉长一点，这笔收购是 2025—2026 年 AI 编程赛道整合潮里的又一块多米诺骨牌。2025 年 7 月，Cognition 收购了 Windsurf；现在，Harness 收编了 Augment 的核心资产。两次交易的主角都是"独立 AI 编程工具"，买家都是"手握交付链路的平台"。模式已经很清楚了。

为什么是这个方向？算一笔账就明白。独立 coding assistant 的商业模式是卖 seat、卖用量，直面的是获客成本、模型成本和留存三座大山——Augment 的涨价风波就是现成的注脚：当"按消息计费"不可持续、改成"按用量计费"又贵出十倍，用户是用脚投票的。而交付平台手里有什么？企业预算（IT 支出里最大头的几项：CI/CD、安全、云成本）、生产数据（构建、部署、事故、成本，全是训练和优化 Agent 的燃料）、现成的权限审批体系。两边一对比，独立工具的议价权只会越来越弱。

更深一层，竞争的维度变了。2024 年大家比的是"谁的代码补全更准、谁的 Agent 更能干"；2026 年的考题变成了"谁离生产更近"。代码上下文 + 交付上下文的组合，是单点工具给不了的东西：你的补全再准，也不知道上周生产环境因为什么挂过、这次变更会踩到哪条安全红线。Harness 赌的就是这个——当 Agent 既懂代码又懂交付，它做出的变更从第一版就更接近"能上线"的状态。

这当然不意味着 Cursor 这类独立玩家明天就死了。个人开发者和小团队的市场还在，单点体验的领先者依然有生存空间。但窗口正在收窄：企业采购清单上，"能不能进我们的流水线、过我们的审批、接我们的安全策略"会越来越前置。独立工具要么长出平台能力，要么成为平台的一部分——中间地带会越来越挤。

对 vibe coder 意味着什么

看到这里，vibe coder 可能会问：这是企业级市场的资本游戏，跟我每天用 AI 写代码有什么关系？关系比看起来大。可以这么理解：你今天的工作流是 prompt → 代码 → 手动部署；Harness 描绘的终局是 ticket → code → review → test → deploy 的全闭环。你现在多往后者靠一步，将来迁移成本就少一分。

第一，直接抄作业：Cosmos 那 4 个 Expert 的分工——Project Builder、PR Author、Deep Reviewer、PR Fixer——本身就是一套现成的个人 Agent 工作流模板。你不需要 Harness 也能用：写代码的 Agent 和 review 代码的 Agent 分开，让"修 review 意见"成为自动循环而不是你手动转述。很多 vibe coder 的工作流里缺的恰恰就是 Deep Reviewer 和 PR Fixer 这两个角色——代码是 Agent 写的，review 却还是人肉在做，这是最该先补上的洞。

第二，上下文比 prompt 重要：这笔交易里最值钱的资产不是某个大模型，而是 Code Context Engine——代码库的实时地图，外加交付侧的测试、安全、事故上下文。给 Agent 配好"代码地图 + 交付上下文"，效果提升比换一个新模型大得多。落到个人实践：维护好项目的文档和约定、让 Agent 能读到测试和 CI 的反馈、把每次踩坑的经验沉淀成可复用的记忆，这些"上下文基建"的投资回报率，远高于研究 prompt 技巧。

第三，选工具的新标准：以后挑 AI 编程工具，别只看"写代码爽不爽"，多问一句"它能不能接进我的交付链"：能不能开 PR、能不能触发 CI、测试挂了能不能自己读日志修、回滚方不方便。Auggie CLI 这类终端 Agent 加上你自己的 GitHub + CI，就是一座个人版软件工厂——麻雀虽小，闭环得完整。

第四，提前学“工厂”的语言：隔离环境跑 Agent、review 闭环、Expert 分工、预算与版本管控——这套 Software Factory 范式，迟早会成为企业里 Agent 基建的通用语言。个人开发者现在就用这套思路组织自己的工作流，将来和企业的 Agent 流水线对接、甚至去企业里做 Agent 相关的工作，沟通成本会低很多。趋势已经很明确：企业买的不再是"写代码更快"，而是"从想法到生产更稳"。听懂这句话，就听懂了接下来几年的钱花在哪。

还没说清楚的事

新闻稿没说的，和说了的一样值得记下来。第一，交易条款未披露——"部分资产"卖了多少钱、Augment 剩下那部分（公司主体、剩余团队、账面现金）去向如何，全是未知数。第二，Auggie CLI 的前途只字未提：它是继续作为独立终端产品运营，还是被拆解并入 Cosmos，目前没有说法，老用户只能等。第三，现有 Augment 和 Cosmos 用户的迁移路径没有细则，企业客户最关心的恰恰是这个。

唯一确定的是时间表：Harness Cosmos 已经上线（now available），官网 cosmos.augmentcode.com 可以直接体验。对这座"软件工厂"好奇的，不用等分析文章，自己进去开一台"流水线"看看，比读十篇解读都直观。

写代码的 Agent 被交付平台收编，这不会是最后一起。2024 年是"百模大战"，2025 年是"Agent 元年"，2026 年看起来正在变成"整合之年"——当单点工具的体验红利吃完，拼的就是谁手里有完整的链路。Harness 这一手，把"从想法到生产"的最后一块拼图也攥在了手里。