Самоисцеление CI исправляет вашу окружающую среду. Ваш кодирующий агент исправляет код.

Агент уже в вашем рабочем процессе. Неудачная конструкция там, где она слепнет. Кодирующие агенты ИИ перешли от новизны к ежедневному инструменту. В опросе разработчиков Stack Overflow 2025 года 84% разработчиков заявили, что используют или планируют использовать инструменты ИИ в процессе разработки, по сравнению с 76% годом ранее, и примерно каждый седьмой профессиональный разработчик теперь использует агентов ИИ на работе каждый день. Среди разработчиков, которые использовали агентов на работе, примерно 70% согласны с тем, что агенты сократили время, которое они тратят на конкретные задачи. Однако есть одно место, где этот агент все еще имеет тенденцию темнеть: неудавшийся КИ бежит. Трубопровод становится красным, и вашему агенту (как и вам) вручается стена бревенчатого вывода с заданий, которые он не писал, покрывая шаги, которые он не касался. Он должен реконструировать то, что действительно сломалось, прежде чем сможет что-то исправить. Эта реконструкция является дорогостоящей частью, и это именно та часть, которую Latchkey построен для удаления. Эта статья о чистом разделении труда. Самоисцеляющийся CI Латчки исправляет сбои, связанные с вашей средой, а не с вашим кодом. Для сбоев, которые действительно связаны с вашим кодом, Latchkey не угадывает и не исправляет от вашего имени. Вместо этого он передает вашему собственному агенту кодирования полную структурированную учетную запись сбоя по протоколу Model Context, поэтому ваш агент может исправить ошибку с помощью полного контекста, а не начинать с файла журнала. Два вида красной сборки, и только один из них ваш, чтобы исправить почти каждое неудавшееся строительство является одной из двух вещей. Либо окружающая среда подвела вас (нечеткая сеть, полный диск, процесс, убитый для памяти, отсутствующий инструмент, конфигурация, которая дрейфовала), либо ваш код на самом деле неправильный (ошибка компиляции, неудачный тест, сломанное утверждение). Эти два случая требуют противоположного лечения, и их объединение — это то, как команды в конечном итоге возобновляют трубопроводы и надеются на зеленый цвет. Самовосстанавливающийся КИ Латчки занимается первым делом. Когда шаг терпит неудачу на управляемом бегуне Latchkey, Latchkey обнаруживает неудачу, диагностирует причину и применяет исправление, пока работа еще работает, а затем повторно запускает неудачный шаг. Он нацелен на временные и экологические сбои, скользкие сети, полные диски, убийства памяти, отсутствие инструментов и дрейф среды, которые не имеют ничего общего с логикой приложения. Он встроен в каждый бегун, без отдельной платы. Для сбоев, которые не распознаются фиксированными правилами, агент ИИ на бегуне исследует, применяет исправление из проверенного, ограниченного набора действий и проверяет его, повторно запуская шаг. Когда он не уверен, он ничего не делает, и первоначальный провал остается. Второй случай очень важен для этой истории. Latchkey пытается исправить ситуацию, только когда у него есть высоконадежная инфраструктура или сигнал окружающей среды. Реальные дефекты в вашем коде проходят без изменений, поэтому ваши тесты проваливаются. Самоисцеление намеренно не в том, чтобы сделать неудачный тест зеленым. Тест, который ловит настоящего жука, делает свою работу, и Лачки оставляет его в покое. Поэтому, когда самовосстановление прекращается, он делает заявление: это выглядит как ваш код, а не ваша среда. Именно в этот момент начинается передача. Если ваша среда здорова и ваш код сломан, часы начинают отладку, а отладка - это то, где инженерное время тихо исчезает. Согласно отчету Undo с Cambridge Judge Business School, разработчики теряют 620 миллионов часов в год на отладку сбоев программного обеспечения, что обходится примерно в 61 миллиард долларов. В том же отчете было установлено, что воспроизведение сбоя является самым большим препятствием для его более быстрого исправления, названным 41% респондентов, перед написанием теста или самим исправлением. Это показывает, как на самом деле чувствует себя неудачный CI. Как выразился один из разработчиков, трубопровод сообщает вам о том, что что-то сломалось, но не о том, что или почему, и вы остаетесь «прокручивать необработанные журналы на нескольких рабочих местах, мысленно дифференцируя различия в окружающей среде между локальным и CI, угадывая, является ли сбой слабым или реальным». Трудная проблема - милостыня