Смотреть урок

Дополнительные файлы из урока

В этом уроке разобрана тринадцатая глава руководства Harness Pack, Agent Improvement Loop. Она отвечает на вопрос, что делать, когда агент повторяет одну и ту же ошибку, а промпт уже правили. Показано различие между маршрутом ремонта и петлей улучшения, объяснена ловушка быстрой правки промпта и карта причин, по которой выбирается слой для исправления. На примере SMM-воркфлоу разобрано, как ошибка превращается в изменение шлюза, запись в журнале изменений и регрессионную задачу. Урок подойдет тем, кто запускает автономных агентов и устал тушить одни и те же сбои.

Оглавление с таймкодами:

0:00–2:08 Проблема «дня сурка»: утром в логах та же ошибка, которую правили вчера. Правила срабатывают слишком поздно, проверки неполные, а система ломается на неидеальных данных. Представлена тема главы и разница между двумя реакциями на ошибку: маршрут ремонта и петля улучшения.

2:08–3:45 Recovery Lane отвечает на вопрос, что делать с конкретным сбоем прямо сейчас: остановить процесс, оценить ущерб, откатить базу, переписать результат руками. Петля улучшения спрашивает, что изменить в рабочем контуре, чтобы следующий похожий запуск не пошел по тому же пути. Аналогия с порезанным пальцем и тупым ножом. Без петли ошибка возвращается в другой задаче или у другого оператора.

3:45–5:24 Ловушка быстрой правки промпта (Prompt Patch Trap): инженер дописывает в системный промпт «всегда проверяй источники» капсом, и промпт превращается в мусорный мешок. Фраза «модель ошиблась» не помогает улучшить контур. Инструкция уместна, только если агент не понял формат ответа. Если он вызвал опасный инструмент или поверил слабому источнику, виноваты граница инструмента или слабый шлюз проверки. Аналогия с заводом, где вместо починки станка кричат в рупор.

5:24–7:35 Карта причин: менять нужно только тот слой, где произошел сбой. Слабый источник: политика источников и шлюз проверки (done gate), сильный факт…