Ноутбук закрыт, задача осталась в голове: как завершать рабочий день с помощью ИИ

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

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

Разберём этот способ на вымышленном примере разработчика, который исследует нестабильный тест. Это предложение рабочего процесса, а не обещание избавить от тревоги или гарантированно улучшить сон.

Фраза «завтра продолжить разбираться с тестом» почти ничего не говорит будущему вам. Что уже проверено? Какая версия отпала? С чего начать, чтобы не повторять сегодняшнюю работу?

Более полезная исходная заметка может быть такой:

«Тест падает только при параллельном запуске. При одиночном запуске ошибку не воспроизвёл. Версию про формат входных данных проверил — подтверждения не нашёл. Общую фикстуру ещё не проверял. Завтра хочу начать с неё. Изменения пока только локальные».

Не нужно превращать это в красивый отчёт. Важно сохранить различие между результатом проверки и предположением: «причина в общей фикстуре» здесь было бы преждевременным выводом.

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

Первый запрос:

Преврати мои заметки в короткую запись для продолжения работы: где остановился; что проверено; какая гипотеза осталась; что сделать первым. Сохрани неопределённость. Не придумывай результаты, команды и причины ошибки. Если информации не хватает, отметь пробел. Не составляй план на весь проект.

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

В исследованиях Sophie Leroy и Theresa Glomb изучалось, как люди переключаются с незавершённой задачи на другую. Короткий план возвращения помогал уменьшить сохранение внимания на предыдущей задаче и улучшал выполнение новой. Исследователи проверяли прерывания работы; они не изучали эффективность ИИ или вечернего ритуала, описанного здесь. Разбор исследования Университетом Вашингтона.

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

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

«Разобраться с гонкой» — большая задача. «Проверить, использует ли тест общую фикстуру, которая меняется при параллельном запуске» — уже точка начала.

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

Второй запрос:

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

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

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

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

В нашем примере может выясниться, что нужен доступ к тестовому окружению. Это отдельная строка: «Запрос на доступ отправлен. Без него могу изучить подготовку фикстуры, но не проверить поведение в этом окружении».

Так вы сохраняете и зависимость, и доступное действие. Не нужно просить ИИ ежедневно создавать новые обходные планы вокруг одного и того же ожидания.

Время возвращения тоже выбираете вы. «Завтра после утренней встречи» — намерение, которое стоит соотнести с календарём. Написанная моделью строка сама по себе не создаёт напоминание и не бронирует время.

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

Для обычной задачи последняя проверка может быть редакторской.

Третий запрос:

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

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

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

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