Плохой код не повредит агенту. Пока репозиторий не станет большим.

Практика разработки программного обеспечения была оправдана для читателей-людей. Имена, которые вы можете понять, последовательны форматирование, модули с одной ответственностью, документация, которая расскажет вам, где что находится. Сегодня растущая доля операций чтения любого репозитория выполняется агентом, и я не смог найти измерение того, какие из этих практик помогают, а какие только когда-либо помогали нам. Моя гипотеза, записанная перед запуском чего-либо, основывалась на том, как работает языковая модель: LLM — отличный текстовый процессор. Чего у него нет, так это хранилища в голове. Так что это следует больше заботиться о том, где искать — организация, расположение файлов, документация — чем о том, насколько хорошо написан файл после его открытия. Рассуждения казались здравыми, но результат меняет их: единственное, что наносит измеримый ущерб, — это как написан текст, уже стоящий перед ним. Зная, где искать, он решает сам, с инструменты поиска, которые есть у каждого агента. Метод: взломать код, не меняя программу Возьмите рабочий репозиторий и ухудшите его семантически эквивалентными способами — программа делает одно и то же до и после, что проверено собственным пакетом репозитория, дающим идентичный результат результат