Cosmos Software Factory 在 Augment Code 资产出售中转移至 Harness。

Harness 已从 Augment Code 收购了部分资产，包括 Cosmos software factory、Auggie CLI、Code Context Engine 以及相关技术，随之加入 Harness 的还有这些产品背后的团队。联合创始人兼 CEO Jyoti Bansal 在 Harness 博客文章（2026 年 10 月 8 日）中宣布。Cosmos 现已成为 Harness Cosmos Software Factory Agent，并已可供使用。

资产出售及高管声明

该协议将部分 Augment Code 资产转让给 Harness，具体包括 Cosmos software factory、Auggie CLI、Code Context Engine 以及相关技术，构建这些产品的员工也随之转移。根据公司新闻稿，团队加入的目的是加速 Harness 的工作，使整个软件开发生命周期日益实现自主。Bansal 写道，Harness 正在投资这些产品、技术以及打造它们的人员。

在新闻稿中，Bansal 表示，AI 对软件的影响将通过有价值的软件送达客户的程度来衡量，而不是代码生成的数量。他将此次收购定位为将代码上下文与交付和生产上下文相结合，使代理能够从一开始就做出更好的更改。Augment Code 联合创始人兼 CTO Igor Ostrovsky 说，公司致力于将 AI 引入整个软件开发生命周期，从上下文感知编码开始，并将加入 Harness 描述为迈向该愿景的下一步。

Augment Code 在 CEO Matt McClernan 的一篇文章（同日发布）中给出了自己的说明。McClernan 写道，公司同意出售这些精选资产，因为在他看来，Harness 的一体化平台比独立构建更有效地向客户交付这些能力。他表示，此举扩大了 Augment 面向开发者的编码能力的覆盖范围，并延续其“原始使命：使用 AI 在规模上改进软件开发”。他的文章阐述了公司的创立前提：企业开发团队需要一种不同的 AI 辅助编码方法，因为传统工具将代码生成视为独立任务，而更难的问题是协调 AI 编写的代码在大规模复杂系统中的运行，亦即公司所称的“软件工厂”。

Cosmos Software Factory 的工作原理

Cosmos 在 Harness 平台中承担明确角色：将工程工作从构思自动化到生成代码，随后 Harness 现有的代理将代码推送至生产和运维。Bansal 写道，该工作流的目标是生成可供团队进行合并决策的变更。

Harness Cosmos 中的工作从事件触发，而非仅靠手动提示。工单分配、缺陷报告、需求编写、拉取请求打开、警报触发、Webhook 到达或计划安排等均可启动工作。随后，一组 Cosmos 代理会规划变更、编写代码并进行测试，打开拉取请求；当审阅者发表评论或检查失败时，代理会在同一拉取请求上修复问题，持续处理检查失败和合并冲突。

每个代理在其独立的虚拟机中运行，并在判断检查点（如批准设计或进行最终合并）时引入工程师。团队可以从称为 Experts 的预构建代理开始，将其调优以适配自己的代码库，并在整个组织范围内部署。新闻稿中将 Project Builder、PR Author、Deep Reviewer 和 PR Fixer 列为预构建的 Experts，而 Bansal 的文章则列出 PR Author、Deep Reviewer、Risk Analyzer 和 Verifier 作为团队可适配的示例。

支撑基础设施包括 Code Context Engine，它维护代码库的实时映射，使更改能够适配已有代码；模型路由将每项任务匹配到相应模型；内置与 GitHub、Jira、Slack 的集成；共享内存将每次审查的经验传递至下一个更改；以及用于在整个工程组织中运行自主编码的版本控制和预算管理。工厂声明的产出是经过审查、可合并的拉取请求，随后 Harness 代理对其进行测试、加固并部署。

代码上下文、交付上下文与治理

Harness 计划将 Code Context Engine（映射代码库及任务相关关系）与其软件交付知识图谱相连接，后者关联软件的构建、测试、保障、部署和运行等上下文信息。Bansal 的文章描述了两项预期收益：交付与生产上下文（如测试预期、安全需求、部署约束以及过去的事件及其补救措施）可在编写变更之前为工程工作提供参考；审查、质量测试、安全测试和部署验证的结果则可返回工程工作流，提供调查、纠正和重新验证变更所需的证据。

该帖子展示了在已部署服务中出现漏洞的循环过程。关联上下文能够识别受影响的代码、已部署的版本、相关依赖以及修复必须通过的检查。Harness Cosmos 准备了拟议的修复方案，审查、质量测试和安全测试提供反馈，完成所需检查和批准后，软件交付代理会将更改推进至部署和验证阶段。如果测试或部署检查发现回归，证据会返回到工程工作流，以便对更改进行再次修正和检查，并且可以根据团队的交付策略进行发布或回滚。新闻稿称这些代理可以循环直至问题解决。

Cosmos 加入了 Harness 平台现有的代理。软件交付代理负责构建和部署软件，管理基础设施和数据库变更，并验证部署，在已配置的情况下支持回滚。安全测试代理识别、优先排序并处理代码、依赖项以及软件供应链中的风险。运行时保护代理致力于了解安全姿态，并在生产环境中防御应用程序、API 和 AI 免受运行时威胁。成本管理代理控制并优化云端和 AI 成本，将支出可视化和优化与工程效率洞察相结合。

Harness Cosmos 工作流将与平台现有的策略即代码、访问控制、审批和审计追踪相连接。Bansal 写道，自治程度应当依据风险进行调整，对比仅限文档更新与支付处理的变更，并指出常规低风险工作可以在已批准的策略内进行，而高风险变更则需要额外验证或人工判断。”自治应当减少重复工作，而不是降低问责制，”他写道。

客户可以采用 Harness Cosmos，继续使用他们偏好的编码工具，或两者兼用，正如公告所述。Harness Cosmos 已经上线，Bansal 的帖子指引团队从他们想要自动化的工程工作流开始，无论是实现工单还是准备拉取请求。