Управление агентом: запуск и цикл сессии

Перед запуском убедитесь, что проект настроен и агент установлен. Если вы сбрасывали проект в чистое состояние — сейчас самое время убедиться, что всё работает.

Запуск агента в терминале обычно выглядит как одна команда. В разных инструментах она называется по-разному, но суть одна: агент стартует в директории проекта, загружает контекст из инструкций и ждёт вашего первого запроса.

ai start

После запуска агент сообщает, какие файлы инструкций он загрузил и сколько токенов занят начальный контекст. Запомните эту цифру — это ваша базовая линия. Мы знаем, что стартовый контекст может включать AGENTS.md, структуру проекта, системные промпты. Если базовая линия слишком высокая (больше 10-15% от контекстного окна), стоит проверить, не загружается ли лишнее.

Первый запрос — простой: попросите агента объяснить структуру текущего проекта. Это проверка, что агент видит файлы, понимает контекст и готов к работе. Ответ должен занять 1-2 сотни токенов — дешёвая проверка связи.

Сессия агента — это не монолог, а диалог с циклом. Каждый цикл состоит из трёх шагов.

1. Вопрос (Prompt). Вы формулируете, что нужно сделать. Качество ответа напрямую зависит от качества вопроса. Конкретные запросы с контекстом и ограничениями работают лучше, чем расплывчатые «посмотри и исправь».
2. Действие (Action). Агент анализирует запрос, изучает контекст, выполняет инструменты (grep, read, edit, bash) и генерирует ответ. Вы наблюдаете за ходом работы — не вмешиваясь, но отмечая, какие инструменты используются и сколько времени занимает каждый шаг.
3. Проверка (Review). Вы оцениваете результат: решает ли он задачу, нет ли явных ошибок, не раздулся ли контекст. Если результат удовлетворительный — идёте дальше. Если нет — возвращаетесь к шагу 1 с уточнённым вопросом или чистите контекст.

Этот цикл — базовая единица работы с агентом. Он быстрее, чем полный цикл Grill-Execute-Clear, но для повседневных задач его достаточно. Главное — не пропускать шаг проверки: без него вы копите «грязный» контекст и теряете контроль.

Три правила переключения в пределах сессии:

1. Завершите текущую задачу явно. Дождитесь, когда агент подтвердит, что работа сделана. Не начинайте новую задачу на середине ответа — в контексте останутся незавершённые рассуждения, которые будут влиять на следующий результат.
2. Подведите черту. Попросите агента кратко суммировать, что было сделано. Это и ваш чек-поинт, и «сброс» направления мысли. После суммирования дайте новый запрос по следующей задаче.
3. Оцените объём контекста. Если текущая задача заняла больше 30-40% контекстного окна — создайте новую сессию вместо переключения. Правило из предыдущего урока: субагент для подзадач, новая сессия для смены крупной задачи.

Когда сомневаетесь, какой вариант выбрать — новую задачу в той же сессии, субагента или новую сессию — руководствуйтесь правилом: субагент для коротких подзадач с возвратом, новая сессия для длительных независимых задач.

Умение вовремя заметить, что сессия «пошла не так», важнее любых единичных настроек. Вот пять сигналов, что пора остановиться и принять меры.

1. Агент начал игнорировать часть инструкций. Если раньше он следовал AGENTS.md, а теперь «забывает» про формат или обязательные шаги — контекст перегружен, и модель теряет из виду начало сессии.
2. Ответы стали длиннее без необходимости. Агент начинает объяснять очевидные вещи, повторяться, писать многословные рассуждения. Это классический признак Dumb Zone — модель компенсирует потерю ясности количеством текста.
3. Инструменты перестали срабатывать. grep не находит то, что очевидно есть, read читает не те строки, edit применяется не туда. Это не баг инструмента — это модель перестала правильно выбирать параметры.
4. Время ответа резко выросло. Если модель, которая отвечала за 5 секунд, вдруг начала «думать» по 30 — это не «стало сложнее», это контекст перегружен и модели требуется больше вычислительных ресурсов на обработку шума.
5. Агент ссылается на то, чего не было. Упомянул файл, который не читал, или вывод команды, которую не запускал. Это галлюцинация, спровоцированная переполненным контекстом.

При появлении любого из этих сигналов: остановитесь, зафиксируйте текущее состояние (коммит или заметку), оцените, сколько токенов занято. Если больше 50-60% — создайте новую сессию с handoff. Если меньше — попробуйте сбросить направление коротким промптом-резюме.

Переключение между задачами внутри сессии требует дисциплины — завершайте текущую, подводите черту, оценивайте объём контекста. Пять признаков проблем — игнорирование инструкций, многословие, сбои инструментов, рост времени, галлюцинации — помогут вовремя заметить, что сессия в Dumb Zone, и принять меры.

В следующем уроке углубимся в управление сессией: запуск, переключение, пауза и завершение — полный цикл работы с сессией на практике.

1. Базовая линия контекста — количество токенов, занятое начальным контекстом сразу после запуска агента (инструкции, системные промпты, структура проекта).
2. Цикл «вопрос → действие → проверка» — базовая единица работы с агентом: формулировка запроса, выполнение агентом, оценка результата пользователем.
3. Переключение задач — смена фокуса работы внутри одной сессии, требующая явного завершения предыдущей задачи.
4. Признаки проблем — наблюдаемые сигналы перегрузки контекста: игнорирование инструкций, многословие, сбои инструментов, рост времени ответа, галлюцинации.
5. Handoff — механизм передачи состояния между сессиями, позволяющий продолжить работу в новом контексте без потери прогресса.
6. AGENTS.md — файл инструкций для агента, загружаемый в начальный контекст при запуске сессии.
7. Recorder — инструмент записи запросов между агентом и моделью для измерения стоимости и диагностики.