Продолжение цикла про агентную разработку конструктивно безопасных решений — начало ТУТ — 13 июля 2026 г. в 18:03:11.707
Продолжение цикла про агентную разработку конструктивно безопасных решений — начало ТУТ Часть 2: Не улучшайте промпт бесконечно. Дайте агенту рамку Если агент ошибается, не всегда нужен новый промпт. Часто не хватает рамки задачи. Контекст тот же: городские очистные и аварийный сброс. Здесь лишняя правка может пахнуть не метафорически. Перед запуском укажите: что нельзя менять, какие файлы разрешены, какой пример считать правильным, какие проверки обязательны, где нужен человек. Так агент работает внутри процесса, а не строит процесс за команду. Практический CTA: Рамку пишите не для «всего агента», а для выбранной опасной точки. Сначала подтвердите у человека, что аварийный сброс действительно важнее соседних кнопок. Потом задайте агенту границы работы. Вспомогательный запрос: Для сценария «аварийный сброс» предложи рамку задачи: какие файлы можно менять, какие запрещены, какой существующий экран взять за образец, какие проверки обязательны, где решение принимает человек. Не предлагай менять датчики, обходы и соседние задвижки без отдельного разрешения инженера. Решение: после кнопки «Аварийный сброс» агент два раза «улучшал» экран и каждый раз трогал лишнее: датчик уровня, аварийный обход и соседнюю задвижку. Это уже не косметика: один лишний обход — и утренний центр города встречает фонтан нечистот. На третий запуск рамка такая: менять только экран кнопки и тест отказа; датчики, обход и соседние задвижки не трогать; образец — существующая кнопка «Промывка фильтра»; проверка — человек видит в диффе одно условие tank_overflow == true и два состояния на мнемосхеме: без переполнения кнопка серая, при переполнении — доступна.