Harness收购Augment的编程代理，押注将其与部署失败历史相连接

Harness宣布收购Augment Code的Cosmos software factory、Auggie CLI和Code Context Engine，以及开发这些产品的团队；交易金额未披露。该交易将自主编程代理加入Harness现有的软件测试与部署管理平台。

Harness将把Cosmos转变为Harness Cosmos Software Factory Agent，并计划将Augment对源代码的理解与Harness的交付运营记录连接起来。不过，Cosmos目前已经可用，而利用以往部署失败或在验证失败时接收后续系统反馈的能力尚未推出。

从需求到拉取请求

Cosmos能够将需求或错误报告转换为拉取请求：代理在隔离的虚拟机中编写并测试代码。他们还可以处理失败的测试和现有拉取请求上的审查意见，然后根据此前尝试的结果修改代码。

该系统允许团队复制代理并根据工作流程进行定制，而Code Context Engine则在执行过程中从代码库中提取相关上下文。Harness表示，开发者仍负责批准和合并更改，同时可以确定哪些任务由代理自动执行，哪些任务需要人工审查。

实际将发生什么变化？

Harness计划将Code Context Engine连接到其称为Software Delivery Knowledge Graph的系统，使Cosmos能够获取部署历史和安全检查结果的信息。如果Harness的代理在测试、安全防护或部署过程中发现问题，理论上它们会将问题连同修复所需的上下文发送回Cosmos。

在这一模式下，代理的作用不会止步于生成代码或创建拉取请求；它可能会收到实际部署失败的反馈并进行新的修改，而不必让开发者诊断问题并创建单独的任务。这与Harness围绕其所谓的人工智能速度悖论开展的研究有关：如果后续阶段没有以同样的速度发展，加快代码生成就会增加测试和发布环节的压力。

最重要的功能尚未到来

Harness尚未确定整合功能的发布时间，也没有说明Code Context Engine与软件交付知识图谱之间将如何交换上下文。因此，将部署失败与自动修复连接起来的闭环仍是未来计划，而不是Cosmos用户目前可以使用的能力。

权限仍是悬而未决的问题

Harness计划让Cosmos接受Agent Harness中的身份与策略控制，但尚未说明两个系统之间将如何实施权限管理。Cosmos目前运行在隔离的虚拟机中，并设有可配置的审查节点，但来源没有明确代理能够访问哪些生产数据，或将获准执行哪些后续操作。

certi.news解读：这笔交易的技术价值不仅在于增加一个编写代码的代理，更在于尝试打通编程与运营之间的闭环。这一模式能否成功，将取决于传递给代理的上下文质量、其权限边界，以及人工介入节点是否清晰。在Harness公布整合时间表和权限管理机制之前，这笔交易最具影响力的部分仍是一个工程承诺，而非完整功能。