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

Открыл проект через три недели, посмотрел на папку и закрыл. Разбираю порядок возврата за десять минут, что спросить у агента и как готовиться к паузе.

URL: https://posts.danashkin.ru/guides/vernutsya-k-proektu-posle-pauzy
Обновлено: 2026-09-06

---

## Коротко

**Главное**

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

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

**Главное**

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

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

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

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

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

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

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

**Главное**

Значение имеет то, какие файлы созданы и где они лежат, а не то, в каком чате ты их обсуждал. Потерянный разговор восстанавливается за минуту, потерянные файлы - нет.

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

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

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

**Проверка этой мысли**

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

Что именно должно лежать в папке, чтобы такая проверка проходила, разбирал в материалах про [контекст-инжиниринг](/guides/kontekst-inzhiniring) и про то, [что писать в память агента](/guides/chto-pisat-v-claude-md).

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

**Главное**

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

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

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

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

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

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

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

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

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

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

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

**Главное**

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

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

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

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

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

**Главное**

Начинать новый. Старый разговор несёт десятки уже неактуальных решений и съедает место в контексте, а всё ценное из него давно лежит в файлах.

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

| Что происходит | Старый чат | Новый чат с файлами |
|---|---|---|
| Начальное понимание проекта | помнит, включая устаревшее | читает актуальные файлы |
| Место в контексте | занято старым разговором | свободно под работу |
| Неверные гипотезы прошлого | остаются и влияют | исчезают |
| Скорость и стоимость шага | выше из-за объёма | обычная |

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

Почему длинный разговор вообще начинает мешать, разбирал подробно в материале про [гигиену контекстного окна](/guides/gigiena-kontekstnogo-okna).

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

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

**Главное**

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

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

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

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

**Можно не писать руками**

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

Плюс отдельно: зафиксируй состояние проекта точкой сохранения перед паузой. Тогда после возврата у тебя будет чёткая граница между «работало» и «полез чинить». Как это делается, разбирал в материале про [откат изменений агента](/guides/kak-otkatit-izmeneniya-agenta).

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

**Главное**

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

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

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

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

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

И отдельная поправка для тех, кто застрял на наведении порядка: раскладывать папки руками не надо. Скажи агенту «разложи проект по канонической структуре и покажи, что где лежит и чего не хватает». Про то, почему ручная перестановка ломает работу, есть отдельный материал про [гигиену рабочей папки](/guides/gigiena-rabochey-papki-agenta).

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

**Главное**

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

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

**Какая пауза считается длинной?**

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

**В проекте почти нет файлов, всё было в чате. Что делать?**

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

**Надо перечитывать все свои старые материалы?**

Нет. Достаточно описания проекта и списка незакрытых шагов. Остальное читается по мере надобности.

**У меня три брошенных проекта. С какого начинать?**

С того, где ближе всего работающий результат. Возврат держится на быстрой отдаче, а не на важности замысла.

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

**Главное**

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

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

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

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

### Источники

- [Claude Code - документация о том, как агент запоминает контекст проекта](https://code.claude.com/docs/en/memory)
- [Claude Code - типовые рабочие сценарии в официальной документации](https://code.claude.com/docs/en/common-workflows)
- [Контекстное окно - документация Anthropic об объёме контекста и его стоимости](https://platform.claude.com/docs/en/build-with-claude/context-windows)
- [Pro Git - книга о контроле версий: история изменений и возврат к состоянию, русский перевод](https://git-scm.com/book/ru/v2)
- [GitHub Docs - сведения о репозиториях и хранении файлов проекта, русская версия](https://docs.github.com/ru/repositories/creating-and-managing-repositories/about-repositories)