Вернуться к проекту после паузы: порядок на первые десять минут

Коротко

Почему возврат ощущается тяжелее старта?

Ситуация, которую описывают почти дословно одинаково: открыл проект через три недели, посмотрел на папку и закрыл.

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

Эта часть не сохраняется нигде. Через две недели она исчезает целиком, а в проекте остаются только файлы, которые сами по себе не объясняют, зачем они появились.

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

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

Контекст проекта живёт в файлах, а не в переписке

Это самая полезная мысль для того, кто возвращается. Она снимает половину тревоги.

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

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

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

Порядок возврата за десять минут

1. Открой папку проекта глазами

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

2. Попроси агента описать состояние

   Формулировка: «пройди по папкам проекта, расскажи, что это за проект, что уже сделано, что начато и не закончено, чего не хватает по структуре».

3. Найди первый незакрытый шаг

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

4. Восстанови одну задачу до работающего вида

   Маленькую. Цель первого вечера - не продвинуться, а вернуть ощущение, что проект живой и управляемый.

Мой рабочий приём: первый вечер после паузы я не планирую как рабочий. Задача этого вечера - разобраться, где я, и сделать одну мелочь. Планировать подвиги на возврат бессмысленно, они не случаются.

Что спросить у агента первым делом?

Готовые формулировки, которые стоит держать под рукой:

1. «Расскажи, что это за проект и для кого он.» Проверка, что второй мозг проекта в порядке. Ответ невнятный - начинай с восстановления описания.
2. «Что сделано, что начато и брошено, чего не хватает?» Карта состояния. Обычно здесь и находится забытый недоделанный кусок.
3. «Покажи последние изменения и когда они были.» История правок отвечает на вопрос «где я остановился» точнее памяти.
4. «Что сломано прямо сейчас?» Отдельный вопрос, потому что после паузы часть вещей перестаёт работать сама: обновились компоненты, истекли ключи доступа.
5. «Что бы ты сделал следующим шагом и почему?» Не для того, чтобы выполнить, а чтобы получить точку входа.

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

Продолжать старый чат или начинать новый?

Соблазн продолжить понятен: там же вся история. Но история эта работает против тебя.

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

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

Отдельно про порядок в самих чатах: если у тебя копятся десятки разговоров, стоит один раз разложить их по проектам и завести правило называть чат по задаче. Тогда вопрос «а что я вообще делал в этом чате» перестаёт возникать.

Как не терять контекст перед паузой?

Это единственная профилактика, которая реально работает, и она стоит пять минут.

Что писать перед тем, как закрыть проект на неделю или больше:

• Где остановился. Конкретно: «доделал форму заявки, не проверял отправку».
• Что точно работает. Список из двух-трёх пунктов, которые проверены глазами.
• Что сломано или под вопросом. Честно, включая «не знаю, почему так».
• Следующий шаг. Одно предложение, самое конкретное, какое сможешь.
• Почему выбран этот путь. Одна-две причины по спорным решениям, иначе через месяц будешь спорить сам с собой.

Плюс отдельно: зафиксируй состояние проекта точкой сохранения перед паузой. Тогда после возврата у тебя будет чёткая граница между «работало» и «полез чинить». Как это делается, разбирал в материале про откат изменений агента.

Когда проект проще пересобрать заново

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

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

Разграничение простое:

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

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

Частые вопросы

Главный вывод

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

Практический минимум: перед паузой записать в файл, где остановился; при возврате начать новый чат, показать папку и спросить состояние; первым делом сделать одну маленькую задачу.

Открой проект, который ты не трогал дольше двух недель. Есть ли в нём файл, который объясняет, где ты остановился?