# Resume > Восстановление контекста припаркованной задачи для продолжения работы. Агент сканирует plan.md §Blockers, log.md и delegations/-файлы активных проектов, находит активные блокеры, записи PAUSED и открытые делегирования, показывает пользователю список припаркованных задач с типами и триггерами, и после выбора загружает полный контекст проекта (plan → context → tasks → log) для продолжения работы. ОБЯЗАТЕЛЬНО используй этот скилл, когда пользователь говорит: «resume», «продолжи», «вернись к», «что у меня припарковано», «где я остановился», «что подвисло», «список парковок», «покажи парковки», «что я забыл». Также используй в начале новой сессии, если пользователь спрашивает «чем мы занимались» или «над чем я работал». - Skill: `dzhokhov/resume` (Agent Skill) - Install (CLI): `npx skillmds@latest add dzhokhov/resume` - Raw SKILL.md: https://api.skillmd.com/api/skills/dzhokhov/resume/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: dzhokhov (https://skillmd.com/u/dzhokhov) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/dzhokhov/resume --- # Восстановление припаркованного контекста Ты выполняешь протокол возврата — находишь все припаркованные задачи, показываешь пользователю, и после выбора загружаешь полный контекст проекта для продолжения работы. ## Зачем это нужно Каждая припаркованная задача — это незавершённый рабочий контекст, на создание которого были потрачены усилия. Без явного протокола восстановления эти точки теряются: пользователь забывает, что было припарковано, или тратит время на повторное погружение. Resume делает возврат дешёвым — агент сам подтягивает контекст и напоминает, на чём остановились. ## Модель роутинга задач Resume работает в рамках task-routing-модели (см. [task-routing-methodology-2026-04.md](../../03_knowledge/task-routing-methodology-2026-04.md) и [Правила 10–14 AGENTS.md](../../AGENTS.md)). Это значит: - Припаркованное состояние проекта может лежать в **пяти разных местах**, в порядке приоритета чтения: 1. **`/plan.md §Blockers`** — первоклассные блокеры проекта (BLOCKED, DELEGATED-with-milestone-impact). Главный источник «что не даёт двигаться». Читается **первым**. 2. `/tasks.md` — шаги проекта с маркерами прерываний (NEED_INFO, STOPPED Active-step) 3. `/log.md` — записи PAUSED/RESUMED без активных блокеров (STOPPED) 4. `01_now/ops//delegations/.md` — открытые делегирования сотрудникам, из поля `due:` можно вытащить статус 5. `01_now/personal/tasks.md` — личные обязательства владельца (не через парковку, но могут всплыть по passive recall) - При восстановлении контекста проекта порядок чтения служебных файлов: **README → plan (включая §Blockers) → context → tasks → log** (медленные слои опережают быстрые, как в [write-protocol.md §5](../../meta/rules/write-protocol.md)). - Для каждого упомянутого в парковке сотрудника — **passive recall** по соответствующему `delegations/.md`: что ещё висит на нём, нет ли related блокеров. - **Маркера 💡 SPAWNED больше не ищем** — новая идея не паркуется, она сразу маршрутизируется в свой целевой файл без прерывания (см. [§5.4.4 методологии](../../03_knowledge/task-routing-methodology-2026-04.md)). ## Протокол (выполняй строго по шагам) ### Шаг 1. Найди все припаркованные задачи Прочитай `01_now/README.md`, чтобы получить список активных проектов. Затем для каждого проекта собери четыре класса припаркованного состояния в порядке приоритета: **Класс A — Активные блокеры (главный источник).** Для каждого проекта прочитай `/plan.md §Blockers`. Каждая карточка `Bx` там — активный блокер проекта. Посчитай возраст от поля `Открыт:` до текущей даты — пригодится на Шаге 4 для stale check. Эти блокеры — основная причина, почему работа по проекту стоит, и первое, что нужно показать владельцу. **Класс B — PAUSED в log.md.** Прочитай `/log.md` и найди записи с маркерами: - `⏸️ BLOCKED PAUSED` - `🔀 DELEGATED PAUSED` - `🔍 NEED_INFO PAUSED` - `⏹️ STOPPED PAUSED` Запись считается **активной**, если после неё в том же log.md нет соответствующей `▶️ RESUMED` или `✅ RESOLVED Bx` (для BLOCKED/DELEGATED). **Не ищем `💡 SPAWNED PAUSED`** — этого маркера в новой модели нет. **Класс C — NEED_INFO в tasks.md.** Прочитай `/tasks.md §Next` и найди задачи с маркером `🔍` — это тактические шаги сбора информации, которые владелец оставил у себя (не блокер, а отложенное действие). **Класс D — Открытые делегирования.** Прочитай `01_now/ops//delegations/*.md` секцию `## Active`. Особое внимание: строки с прошедшим `due:` — это парковка, которая протухла. Кроме того, при bootstrap проекта автоматически проверь `01_now/personal/tasks.md §Hard` на обязательства, упомянутые в контексте парковки, — это passive recall, не отдельный класс. Все четыре класса дают одну сводную картину припаркованного состояния. ### Шаг 2. Покажи список пользователю Выведи найденные парковки компактной таблицей: ``` Припаркованные задачи: 1. ⏸️ [2026-03-07] example-project — модель новых тарифов Ждём: ответ от @Иванова по себестоимости 2. 🔀 [2026-03-05] personal-content — контент-план для канала Делегировано: @Петрова, ожидаем драфт 3. ⏹️ [2026-03-06] travel-planning — бронирование жилья Следующий шаг: сравнить 3 варианта по цене Что продолжаем? ``` Если парковок нет — скажи: «Активных парковок не нашёл. Все записи PAUSED в логах имеют соответствующие RESUMED.» Если пользователь уже указал конкретный проект или задачу в своём запросе (например, «resume click-ru» или «продолжи с unit-экономикой») — не показывай полный список, а сразу переходи к шагу 3 для этой задачи. ### Шаг 3. Загрузи контекст проекта После того как пользователь выбрал задачу (или ты определил её из запроса), загрузи контекст в порядке **медленные слои → быстрые** (как в [write-protocol.md §5](../../meta/rules/write-protocol.md)): 1. `01_now/projects//README.md` — what/why/границы 2. `01_now/projects//plan.md` — медленный контракт проекта: Goal, Non-goals, Milestones, **Blockers** (первый проход — выполнить stale check каждой карточки Bx по полю `Открыт:` и дефолтным порогам из §5.4.3 методологии), **Blockers — Resolved**, Drift Guard, Contingency. Это первое, что читается после README: без понимания плана и текущих блокеров нельзя разобрать шаги в tasks.md 3. `01_now/projects//context.md` — устойчивые инварианты: термины, метрики, SoT, stakeholders 4. `01_now/projects//tasks.md` — execution queue с маркерами прерываний 5. `01_now/projects//log.md` — последние 5–10 записей для понимания хронологии 6. Для каждого упомянутого в парковке сотрудника — **passive recall** по `01_now/ops//delegations/.md` секция `## Active`. Покажи пользователю, что ещё висит на этом человеке, чтобы не терять смежные блокеры. Для каждого блокера в `plan.md §Blockers` типа `delegated-work` — убедись, что parallel-строка в delegations ещё актуальна 7. Если парковка относится к личному обязательству — `01_now/personal/tasks.md` §Hard Если у активного проекта нет `plan.md` (legacy, ещё не мигрирован) — сначала создай `plan.md` из [шаблона](../../meta/templates/project_plan.md), перенеси цель и текущий milestone из `README.md` / `tasks.md`, и только потом продолжай resume. После миграции добавь одну строку в `log.md`: «создан plan.md при resume-модернизации legacy-проекта». ### Шаг 4. Восстанови контекст для пользователя Кратко сообщи: > Загрузил контекст [проекта X]. > Ты остановился на: [конкретная точка из PAUSED-записи]. > Триггер возврата был: [условие]. [Статус: выполнен / не выполнен / неизвестно — уточни]. > Текущий milestone по plan.md: [название + acceptance criteria]. > Связанные задачи в tasks.md: [если есть]. > Открытые делегирования на упомянутых людей: [если есть, из delegations/]. > Продолжаем? Если триггер возврата предполагал внешнее событие (ответ от человека, результат делегирования) — спроси, произошло ли оно: «Ответ от @Иванова получен?» Если при чтении plan.md обнаружилось, что активный milestone уже не соответствует реальности (drift) — подсвети это отдельно: «plan.md говорит, что мы в milestone M1, но по log.md работа уже в M2 — нужно обновить plan.md перед продолжением». ### Шаг 5. Запиши возврат в log.md После подтверждения пользователя добавь запись: ``` - YYYY-MM-DD: ▶️ RESUMED | Задача: <исходная задача>. Результат паузы: <что получили за время паузы — ответ, результат делегирования, найденная информация; или «без изменений»>. Продолжаем с: <конкретная точка возобновления>. ``` ## Режим «обзор» (без выбора конкретной задачи) Если пользователь спрашивает «что у меня подвисло» / «покажи все парковки» / «что я забыл» — выполни только шаги 1–2 (сканирование и показ списка). Не загружай контекст проекта, пока пользователь не выберет конкретную задачу. В режиме обзора **обязательно** подсвети (не опционально): - **Stale блокеры в `plan.md §Blockers`** — если возраст карточки превышает `Stale check` или дефолтные пороги (§5.4.3 методологии): >30d warn, >60d stale, >90d requires decision. Для >90d: «B1 висит 94 дня — нужно решение: снять через fallback, перевести в Contingency или закрыть milestone?» - Парковки PAUSED в log.md старше 7 дней — «Эта парковка висит уже N дней, стоит разобраться или закрыть.» - Делегирования с прошедшим `due:` — «В delegations/ivanov.md строка от 2026-03-07 имеет due: 2026-03-10 — просрочка 35 дней, нужно пнуть или снять.» - Парковки с просроченным триггером возврата — «Триггер "пнуть через 3 дня" истёк 2 дня назад.» ## Быстрый resume в том же чате Если `/resume` вызван в том же чате, где ранее была `/parking` — не нужно сканировать все проекты. Агент помнит контекст из этого чата и может восстановить точку напрямую: > Возвращаемся к [задача]. Ты остановился на [точка]. Продолжаем?