自我康复的CI 修复你的环境。 你的编码代理 修复代码.

代理已经进入你的工作流程了 失败的建筑就是它失明的地方. AI编码代理已经从新颖转向了日常工具. 在Stack Overflow的"2025开发者调查"中,84%的开发者表示他们正在开发过程中使用或计划使用AI工具,比前一年的76%有所上升,现在大约七分之一的专业开发者每天在工作中使用AI代理. 在工作中使用过代理的开发者中,大约70%的人同意代理减少了他们用于具体任务的时间. 但有一个地方 那个特工仍然倾向于黑暗: 失败的CI运行。 管道变成红色, 您的代理( 就像您一样) 被交给了它没有写的工作的日志输出墙壁, 覆盖它没有触及的步骤 。 它必须重建实际破损的东西 才能修复任何东西。 重建是昂贵的部分, 它恰恰是Latchkey建造去除的部分。 这部作品是关于干净的分工. Latchkey的自愈CI修复了有关你环境的故障,而不是你的代码. 对于真正的关于您的代码的失败,Latchkey不会为您猜测和补丁. 相反,它会将一个完整的,结构化的关于失败的描述交给你自己的编码代理商,而不是模型上下文协议,这样你的代理商就可以用完整的上下文来修复错误,而不是从日志文件开始. 两种红色建筑 只有一种是你的 几乎每个失败的建筑都是两样东西之一 环境要么让你失望(一个平板网络,一个完整的磁盘,一个为内存而杀死的过程,一个缺失的工具,一个漂移的配置),要么你的代码实际上是错误的(一个编译错误,一个失败的测试,一个被破坏的断言). 这两起病例都希望得到相反的治疗,而拼凑起来的是球队最终是如何重新运行管线并希望能得到绿色. Latchkey的自愈CI处理第一个案子. 当一个Latchkey管理的跑取器上的一个步骤失败后,Latchkey检测出失败,诊断出原因,并在工作还在运行时应用一个固定,再重跑失败的步. 它针对的是瞬态和环境故障,片状网络,全磁盘,内存死亡,丢失的工具,以及环境漂移,这些都与你的应用逻辑无关. 每一个跑道都安装它,没有单独的收费。 对于固定规则所不承认的失误,跑者身上的AI代理进行调查,从一个经过审查的有界限的动作集中应用一个固定,并通过重新运行该步骤来验证. 当其不自信而无所事事,而原之失败也. 第二个案件是这个故事的重要案件。 Latchkey只有在具有高自信基础设施或环境信号时才会尝试固定. 你代码中的真正缺陷没有改变 你的测试是真实的 自我康复是故意的 不做一个失败的测试去绿色。 一个能捕捉到真正的虫子的测试正在做它的工作,而Latchkey却让它独自一人. 所以当自我康复时,它正在做一个陈述: 这看起来像你的代码,而不是你的环境。 这就是交接开始的时刻。 为什么真正的失败会如此昂贵的调试从日志中调试 如果你的环境健康且代码被打破,计时从调试开始,调试就是工程时间悄悄地消失的地方. Undo与剑桥法官商学院的一份报告估计,开发者每年损失6.2亿小时来调试软件故障,成本约为610亿美元. 同一报告发现,复制出故障是更快修复的最大障碍,由41%的受访者命名,在写出测试或自己做固定器之前. 追踪到CI失败后的感觉 正如一个开发者账户所言,管道告诉你一些破碎的东西,但不是什么或为什么,而你被留下了“通过原始的原生日志,跨越多种工作,在精神上疏导本地和CI之间的环境差异,猜测失败是片面的还是真实的。” 难点在于施舍