Как учитывать свою работу и время автономной работы ИИ-агента

Сессия агента может длиться долго, пока ты активно направляешь его, проверяешь результат, занимаешься другой задачей или вообще отошёл от компьютера. Это разные ситуации. Если записать их как единый блок «рабочего времени», запись станет сложнее для интерпретации и объяснения.

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

Сначала раздели наблюдения, потом делай вывод

Начни с четырёх категорий. Они могут пересекаться в рамках одной задачи, но их не стоит незаметно складывать в одну сумму.

• Активная работа: ты пишешь код, формулируешь запросы, тестируешь, отлаживаешь, планируешь или напрямую работаешь над задачей.
• Время работы агента: агент обрабатывает запрос. Это длительность сессии, а не доказательство того, что ты всё это время активно работал.
• Ожидание или отсутствие: агент может продолжать работу, пока ты отошёл, находишься в другом приложении или занимаешься несвязанной задачей.
• Проверка: ты изучаешь результат, тестируешь изменение, сравниваешь варианты, исправляешь ошибку или решаешь, использовать ли ответ.

Проверку стоит выделять отдельно, потому что именно здесь работа с ИИ часто становится понятной. Сгенерированное изменение может быть технически завершённым, но не подходить для задачи. И наоборот, короткая проверка может подтвердить, что агент создал полезную отправную точку. Одна лишь длительность сессии не расскажет ни одну из этих историй.

Отдельно держи и результат задачи. Сессия может привести к коммиту, отменённому изменению, полезному исследованию, оставленному подходу или нерешённому вопросу. Ни один из этих исходов нельзя выводить только из продолжительности сессии.

Читай временную линию в контексте

Разбирай сессию ИИ рядом с окружающей компьютерной работой и контекстом проекта. Сначала обозначь границу задачи: что именно ты пытался изменить, исследовать или подготовить к передаче?

Затем посмотри на период до, во время и после сессии. Ищи контекст, который позволяет дать осторожное объяснение:

1. До запуска агента: была ли подготовка, например чтение кода, формулирование задачи или написание запроса?
2. Во время работы агента: продолжал ли ты работать над тем же проектом, переключился на другой проект или бездействовал?
3. После ответа агента: проверил ли ты результат, запустил ли тесты, внёс ли правки, связал ли сессию с коммитом или задачей?
4. На уровне задачи: что можно сказать об исходе, не преувеличивая уверенность?

Такая последовательность защищает от распространённой ошибки: увидеть двухчасовую сессию ИИ и записать два часа активной работы разработчика. Длительность сессии действительно подтверждает, что агент работал это время. Но сама по себе она не доказывает, что ты был занят каждую минуту, что задача завершена или что весь интервал нужно включать в оплачиваемое время.

Пример: одна задача, несколько видов времени

Представь, что ты просишь агента исследовать падение тестов по задаче в проекте. Ты тратишь 20 минут, чтобы воспроизвести ошибку и подготовить запрос. Затем агент работает 45 минут.

Первые 15 минут его работы ты читаешь связанный код и уточняешь заметки к задаче. Следующие 20 минут переключаешься на несвязанный проект. Последние 10 минут тебя нет за компьютером. После возвращения ты тратишь 25 минут на проверку предложенных изменений, запуск тестов и решение не использовать часть результата. Небольшое исправление ты оставляешь и фиксируешь коммитом.

Аккуратная запись может сохранить такие наблюдения:

• 20 минут активного исследования до запроса;
• 45 минут времени работы агента;
• 15 минут активной работы параллельно с агентом;
• 20 минут, относящихся к другому проекту, а не к этой задаче;
• 10 минут неопределённого времени или времени без участия;
• 25 минут проверки и тестирования после ответа;
• один коммит, связанный с частью работы, при этом другое предложенное изменение не было использовано.

Смысл не в том, чтобы навязать универсальную классификацию каждой минуты. Важно не позволить 45 минутам работы агента поглотить контекст задачи. Если позже понадобится обсудить эту работу, такая запись объяснит ход событий, не создавая ложной определённости.

Отмечай неопределённость, а не выдумывай точность

Некоторые интервалы останутся неоднозначными. Ты можешь видеть, что агент был активен, но не иметь достаточно контекста, чтобы понять, проверял ли ты результат, ждал или работал над чем-то ещё. Помечай такие интервалы для разбора, а не присваивай им уверенную метку.

Это особенно важно, когда задача проходит через несколько инструментов или проектов. Переключение от агента не означает автоматически простой. Это может быть уместная проверка, параллельная работа или несвязанное прерывание. Верная интерпретация зависит от границы задачи и окружающих её свидетельств.

LogAgent отслеживает время сессий ИИ-агентов, использование токенов, стоимость и результаты по инструменту, проекту и задаче. Он также связывает сессии ИИ с коммитами, задачами, проектами и строками счёта. Такие связи дают более прочную основу для разбора, но не отменяют необходимости оценивать активное участие, ожидание и исход задачи.

Перед тем как опираться на запись о работе с ИИ, пройди короткий список:

• Отделил ли ты активную работу от длительности сессии агента?
• Выявил ли переключения между задачами и периоды вне компьютера?
• Проверил ли, что произошло после ответа агента?
• Можешь ли отличить коммит или другой результат от сессии, которая просто выполнялась?
• Отметил ли неопределённые интервалы вместо того, чтобы принудительно дать им объяснение?

Честная запись сохраняет разницу между активностью, усилием и результатом. Поэтому она полезнее для твоего разбора и убедительнее, когда кому-то нужно понять, что именно включала работа.