Harness 收购 Augment Code 的 Cosmos 软件工厂，核心集成能力尚未上线
来源The New Stack查看原文
速览
- Harness 收购 Augment Code 的 Cosmos、Auggie CLI 和 Code Context Engine，金额未披露。
- Cosmos 更名为 Harness Cosmos Software Factory Agent，现已可用。
- 核心卖点——与 Harness 交付历史打通——尚未发布，也无时间表。
- Cosmos 智能体在隔离 VM 中写代码、跑测试，可处理 PR 上的失败检查与评审意见。
- Harness 计划让下游智能体把测试、安全、部署中发现的问题连同上下文回传给 Cosmos 修复。
- Code Context Engine 与 Software Delivery Knowledge Graph 如何交换上下文，官方未说明。
- Cosmos 将纳入 Agent Harness 的身份与策略控制，但跨系统权限机制未解释。
- 开发者仍负责批准和合并变更，团队可配置智能体的自主范围。
- Harness 研究指出，代码生成提速给测试和发布流程带来额外压力。
Harness 于周四宣布收购 Augment Code 旗下的 Cosmos 软件工厂、Auggie CLI 和 Code Context Engine 及其团队，交易金额未披露。此次收购将自主编码智能体纳入 Harness 已有的软件交付平台，该平台原本已覆盖测试与部署环节。Cosmos 将更名为 Harness Cosmos Software Factory Agent，Harness 计划把 Augment 的代码库理解能力与自身的交付历史打通，让编码智能体在修改代码时能参考此前的部署失败记录，并在变更验证失败时接收下游系统的反馈。Cosmos 目前已经可用，但上述集成能力尚未发布。Harness 创始人兼 CEO Jyoti Bansal 表示，AI 对软件的影响不应以生成多少代码来衡量，而应以有多少有价值的软件交付到客户手中来衡量。此次收购之前，Harness 曾对「AI 速度悖论」进行研究，发现更快的代码生成正在给未能同步提速的测试与发布流程带来额外压力。
关键事实
- Harness 于周四宣布收购 Augment Code 的 Cosmos 软件工厂、Auggie CLI 和 Code Context Engine 及背后团队，交易金额未披露。
- Cosmos 将更名为 Harness Cosmos Software Factory Agent，Cosmos 目前已经可用，但与 Harness 交付历史打通的集成能力尚未发布。
- Cosmos 可将需求或 bug 报告推进到 pull request，智能体在隔离 VM 中编写和测试代码，并能接手已有 PR 上失败的检查和评审意见。
- Harness 计划将 Augment 的 Code Context Engine 接入其 Software Delivery Knowledge Graph，使 Cosmos 在修改代码时能访问部署历史和安全发现。
- Harness 计划将 Cosmos 纳入其 Agent Harness 的身份与策略控制之下，但尚未说明两个系统之间的权限如何运作。
- Harness 未给出集成功能的发布日期，也未说明 Code Context Engine 与交付图谱之间如何交换上下文。
本站视角
对国内做 Agent 和研发效能平台的团队来说，这笔收购指出了一个正在成形的产品方向：编码智能体的竞争点正在从「生成代码的质量」转向「能否接入交付流水线的反馈闭环」。Harness 想做的事——让部署失败、安全发现、测试结果自动回流给编码智能体，由它带着上下文再改一版——如果做成，等于把 CI/CD 从「人看报告、人建任务」变成「系统自己派活」。这对国内做 DevOps、代码托管、CI 平台的厂商是直接压力：谁先把交付历史与代码上下文打通，谁就能把智能体从单点工具变成流程的一部分。 但我们的判断是，这次收购目前更像一次卡位，而不是已经兑现的能力。Cosmos 本身可用，可真正让它区别于普通编码智能体的那部分——与 Harness Software Delivery Knowledge Graph 的打通——官方明确说尚未发布，且没有时间表，也没有解释两个系统之间上下文如何交换、智能体如何检索信息。换句话说，新闻稿里最有价值的那句话，恰恰是「还没上线」。 更值得注意的是权限问题。Harness 说要把 Cosmos 纳入 Agent Harness 的身份与策略控制，但跨系统权限怎么设计没有交代。这不是细节：编码智能体一旦能读部署历史、安全发现，甚至触发下游动作，它的权限边界就等于生产环境的一部分。The New Stack 提到此前有编码智能体在日常工作流中泄露超过 13,000 张截图，且没有攻击者介入——这类事故说明，智能体的默认权限如果给得太宽，风险会在正常流程里自己冒出来。国内团队在跟进类似架构时，建议把「智能体能读什么、能写什么、失败后能自动重试几次」当作设计的第一性问题，而不是等集成做完再补。 需要观察的是：Harness 何时公布集成时间表、是否披露上下文交换的技术细节，以及 Agent Harness 的权限模型能否覆盖两个系统。在这些落地之前，把这次收购理解为「Harness 买下了一张进入自主交付赛道的门票」比理解为「能力已经就绪」更准确。
背景与影响
Harness 原本是一家软件交付平台厂商，业务覆盖测试与部署环节。Augment Code 则以「上下文感知编码」为起点，试图把 AI 带入整个软件开发生命周期，其联合创始人兼 CTO Igor Ostrovsky 表示，目标是让工程工作越来越自主，「工程师只在真正需要判断的地方介入」。此次收购把自主编码智能体补进 Harness 的平台版图，逻辑上呼应了 Harness 自己提出的「AI 速度悖论」：代码生成变快之后，瓶颈转移到了测试、安全和发布环节。Harness 的设想是让编码智能体与交付侧智能体形成闭环——下游智能体在测试、安全或部署中发现问题后，把问题连同上下文回传给 Cosmos 修复，失败的部署可以直接退回 Cosmos 再改一版，而不需要开发者先诊断再单独建任务。这意味着编码智能体不再只是「写代码的工具」，而是被嵌入到交付流水线的反馈回路里。需要观察的是，这一闭环目前仍停留在规划层面：Harness 没有给出集成发布日期，也没有解释 Code Context Engine 与 Software Delivery Knowledge Graph 之间如何交换上下文、智能体如何从两个系统中检索相关信息。权限问题同样悬空——Harness 计划把 Cosmos 纳入 Agent Harness 的身份与策略控制，但未说明跨系统权限如何运作。在行业整体走向「智能体身份」的背景下（Microsoft 已给其 Copilot 智能体分配独立身份），这个缺口值得关注。Cosmos 目前已在隔离 VM 中运行智能体并支持可配置的评审检查点，但智能体能访问哪些生产数据、能执行哪些下游操作仍不明确。The New Stack 特别提到，此前有编码智能体在日常工作流中暴露了超过 13,000 张截图，且攻击者并未获得访问权限，这类先例说明对智能体权限边界的审视并非多虑。
本文由 AI 辅助整理自公开信源，事实部分以原文为准；「本站视角」一节为编辑部判断，欢迎指正。版权归原作者所有，如有异议请联系我们。