Быстрый ответ: если файл создан генератором, любое ручное редактирование внутри него занимает заимствованное время. Следующая сборка перезаписывает файл из источника истины, и редактирование исчезает, часто незаметно, оставляя ошибку, которая была «исправлена» дважды. Первый т...
Быстрый ответ: если файл создан генератором, любое ручное редактирование внутри него занимает заимствованное время. Следующая сборка перезаписывает файл из источника истины, и редактирование исчезает, часто незаметно, оставляя ошибку, которая была «исправлена» дважды. Первое, что агент ИИ должен определить, прежде чем прикасаться к файлу, — это то, сгенерирован ли он — комментарий заголовка, выходной каталог сборки или этап создания кода в сценариях пакета. Правильное исправление почти всегда попадает на входные данные генератора (шаблон, схема, документ OpenAPI), а не в артефакт, который он генерирует.
Эта неудача проявляется в очень специфической, разочаровывающей последовательности. Агент открывает сгенерированный клиент или скомпилированный тип, видит неправильное поле или отсутствующий заголовок и напрямую редактирует выходные данные. Тесты проходят локально, поскольку редактируемый файл находится на диске. Затем CI запускает чистую установку, генератор восстанавливает файл, и изменения исчезают. Команда продолжает искать исправление, которое явно существует в истории коммитов, но больше не работает. Основная причина не в логике агента; дело в том, что он никогда не отличал источник от артефакта.
Как определить, что файл создан
Трех сигналов обычно достаточно, и агенту следует проверить их перед редактированием rat.