セルフヒーリングCIはあなたの環境を固定します。 コーディングエージェントはコードを修正します.

エージェントはワークフローに既に存在しています。 失敗したビルドは、それが盲目になる場所です。 人工知能のコーディングエージェントは、ノベルティから毎日のツールに移行しました。 Stack Overflowの2025開発者調査では、開発者の84%は、開発プロセスでAIツールを使用するか、または計画していると述べ、前年76%から、7人のプロの開発者がAIエージェントを毎日使用しています。 仕事でエージェントを使用した開発者の中には、約70%がエージェントが特定のタスクに費やす時間を削減していると同意しています。 しかし、エージェントがまだ暗くなる傾向がある場所は1つの場所があります。失敗したCIが実行されます。 パイプラインは赤くなり、エージェント(あなたのような)は、書き込みがなかったジョブからログ出力の壁を手渡し、それに触れなかった手順をカバーしています。 何かを修正する前に実際に壊れたものを再構築する必要があります。 その再建は高価な部分であり、それはまさにその部分ラッチキーが削除するために構築されています。 この作品は、労働のきれいな分裂についてです。 ラッチキーの自己治癒CIは、あなたのコードではなく、あなたの環境に関する障害を修復します。 あなたのコードについて本当にある失敗のために、ラッチキーはあなたの代わりに推測し、パッチしません。 代わりに、独自のコーディングエージェントは、モデルコンテキストプロトコル上の失敗の完全で構造化されたアカウントを手渡しするので、エージェントはログファイルから始まる代わりに、完全なコンテキストでバグを修正することができます。 2種類の赤のビルドと、それらのうちの1つだけは、ほぼすべての失敗したビルドが2つのことの1つです。 どちらの環境でも、(完璧なネットワーク、フルディスク、メモリのために殺されたプロセス、不足しているツール、漂流された構成)、またはあなたのコードは実際には間違っています(コンパイルエラー、失敗テスト、壊れたアサーション)。 これら2つのケースは、反対の治療を望んでおり、それらを膨脹させることは、チームが再実行パイプラインを終わらせ、緑のためにホッピングする方法です。 ラッチキーの自己治癒CIは最初のケースを処理します。 ステップがLatchkeyマネージドランナーに失敗すると、Latchkeyは失敗を検知し、原因を診断し、ジョブがまだ実行中に修正を適用し、失敗したステップを再実行します。 それは、トランジェントと環境の障害、不幸なネットワーク、フルディスク、メモリキル、欠落したツール、および環境の漂流をターゲットにし、アプリケーションロジックとは何の関係もありません。 別々の料金なしで、すべてのランナーに組み込まれています。 固定ルールが認識されない不具合については、ランナーのAIエージェントが調査を行い、固定されたアクションセットから修正を適用し、再実行することで検証します。 自信がないときは、何もせず、元の故障が止まります。 2番目のケースは、この物語にとって重要なものです。 ラッチキーは、高機密インフラストラクチャまたは環境信号を持っている場合にのみ修正を試みます。 コードが変更されていないので、テストは真摯に失敗します。 自己治癒は、失敗したテストを緑に行なうビジネスでは珍しくありません。 実際のバグをキャッチするテストは、その仕事をやっています。ラッチキーは単独で残します。 つまり、自己治癒が止まったとき、それはステートメントを作っています:これはあなたのコードのように見えます、あなたの環境ではありません。 ハンドオフが始まる瞬間です。 なぜ本当の失敗がログからデバッギングするほど高価で、あなたの環境が健康でコードが壊れている場合、時計はデバッギングを開始し、デバッギングはエンジニアリング時間が静かに消える場所です。 ケンブリッジ・ジャッジ・ビジネス・スクール(Undo)のレポートでは、デベロッパがソフトウェアの故障のデバッグに1年6億6千万時間を失いたと推定した。 同じレポートは、失敗を削減することは、応答者の41%によって命名され、テストを書くか、修正自体を作るために、それをより速く修正するための単一の最大の障壁であることがわかりました。 失敗したCIが実際に感じていると追跡します。 1つの開発者アカウントがそれを置くように、パイプラインは何かが壊れたことを伝えますが、なぜか、あなたは「複数のジョブを横断して生ログをスクロールし、ローカルとCIの間の精神的に異なる環境の違いは、失敗が不満であるか、現実であるかを推測しています。」 堅い問題はlmです