Стоимость, контекст и несколько агентов
Когда автоматизация становится дороже ручного шага
Агент читает весь проект, переписывает план и повторяет одинаковую проверку. Проходит час, а единственное нужное изменение занимает несколько строк. Стоимость работы включает ожидание, чтение ответов, проверку и последующее исправление, а не только оплату сервиса.
Токен — единица, на которую модель разбивает текст и другие входные данные. Он не равен одному слову. Конкретные лимиты и способы оплаты зависят от продукта: подписка и API могут учитывать использование по-разному. Не переносите расценки одного режима на другой и не считайте числа из курса актуальным прайсом.
Измеряйте весь цикл
Для трёх похожих задач заведите небольшой журнал:
Задача: отклонять пустое название.
Ожидаемое поведение: ошибка, файл не меняется.
Время до принятого результата: ___ минут.
Попытки исправления: ___.
Проверки и результат: ___.
Использование по данным клиента: ___ или «неизвестно».
Повторная ошибка в следующей сессии: да / нет.Сравнение имеет смысл при одинаковых требованиях и проверках. Одна удачная попытка не доказывает превосходство модели или харнесса. Не придумывайте число токенов, если клиент его не показывает. В небольшом учебном опыте достаточно времени, числа исправлений и результата.
Чтобы уменьшить лишнюю работу, выбирайте одно требование, указывайте связанные файлы и просите короткий отчёт с доказательствами. Сохраняйте устойчивые знания в проекте. Удалять важные ограничения ради короткого запроса нельзя: экономия на контексте может превратиться в дорогую ошибку.
Когда полезен второй агент
Отдельный агент может исследовать вопрос или проверить изменение с собственной задачей. Он полезен, если работа имеет понятную границу: например, один исполнитель меняет app.py, а другой читает diff и требования без правок. Если оба одновременно переписывают один файл, конфликт легко съедает выигрыш.
Роли «исполнитель» и «проверяющий» могут выполняться одной моделью в разных сессиях. Это даёт другое распределение контекста, но не гарантирует независимости ошибок. Два согласных ответа не заменяют запуск теста или проверку человеком.
Не запускайте команду агентов ради трёх маленьких функций. Сначала научитесь доводить один шаг до результата. Дополнительному исполнителю нужно передавать область работы, входные данные, критерии, запрет на перезапись чужих изменений и формат результата.
Улучшение харнесса как опыт
Меняйте один элемент процесса: например, добавьте критерий повреждённых данных в стартовый запрос. Выполните несколько сопоставимых задач до и после. Если улучшился только размер ответа, а ошибки остались, процесс не стал надёжнее. Если проверки обнаруживают больше нарушений, раннее число отказов может вырасти — это не обязательно ухудшение.
Самостоятельное задание
Сравните два запроса на отдельной копии проекта: «добавь функцию» и запрос с поведением, ограничением и проверкой. Сохраните результаты. При наличии второго агента поручите ему только ревью; при отсутствии доступа сами выполните процедуру скилла.
Критерии и разбор
Вы сравниваете принятый результат, а не впечатление от ответа. В отчёте названы ограничения опыта: мало задач, разные условия доступа или повторное знакомство с проектом. Вы не объявляете универсальную победу инструмента на основании одного запуска.