编程代理可以创建看似合理的合并请求，却仍增加可靠发布所需的工作。审查者要理解变更，测试要覆盖行为，生产环境也要承受它。Harness 收购 Augment Code 部分资产值得关注，正因为它将完整交付路径放在产品主张中心。
Harness 公告列出 Cosmos、Auggie CLI、Code Context Engine、相关技术和团队。Augment 声明说出售的是部分资产，而非整家公司。财务条款未披露，早期融资和估值不能推算成交价格或投资结果。
区分现有能力和集成计划
Harness 描述 Cosmos 可从需求或工单规划变更、编写代码与测试、创建合并请求。代理运行在隔离虚拟机内，并可响应检查失败或审查意见。但 Cosmos 已可用，不代表连接 Harness 交付系统的全部计划都已实现。
核心承诺是将代码上下文与 Software Delivery Knowledge Graph 结合，让仓库关系关联部署历史、安全发现和事故信息。应要求文档说明哪些记录已经连通、服务身份如何匹配仓库、错误关系怎样纠正。共享名称或仪表盘并不能证明反馈闭环。
可用上下文不等于全部有权读取
生产信息有用，也可能敏感。能读代码，不应自动获得密钥、所有事故和无关基础设施的访问权。要用实际角色和数据边界测试权限。
审查者应能追踪变更用了哪些上下文、代理调用了什么工具。即便同一平台统筹开发测试与部署，也应保留仓库保护、独立日志和回滚路径。集成能减少交接损失，也会放大错误身份或策略的影响。
衡量完成工作和审查负担
来源引用的 DORA 研究认为 AI 会放大组织原有优缺点。更快提案可能暴露弱测试和审查拥堵。因此，合并请求量应与审查工时、逃逸缺陷、部署失败和恢复一起衡量。
可用重复缺陷修复或依赖升级开展小范围试点，记录基线，比较代表性变更，并纳入依赖复杂的维护任务。条件允许时，让 Cosmos 与外部代理使用同一交付控制，区分上下文引擎价值和平台原有价值。
迁移前核实连续性
现有 Augment 客户需要获得合同、额度、支持、代码索引、派生元数据、保留和删除的书面说明。资产范围公告没有解决所有客户义务或迁移条款。需求和架构决策也应保存在可移植格式中。
如果受控生产证据改善了代理初稿和后续修改，集成平台就有吸引力。独立工具若能通过受控接口共享证据，也仍是选择。采购应基于更低审查负担、更稳定发布，以及清楚的集成与客户安排。产品组合更大，只有在工单到生产的完整路径确实改善时才产生价值。