Как продолжить сессию Claude Code
Команды --continue, --resume и --fork-session: возвращаемся к задаче после закрытия терминала, находим нужный диалог и проверяем состояние файлов.
Закрытый терминал не обязательно означает потерянный разговор с Claude Code. У CLI есть сохранённые сессии: можно продолжить последнюю или выбрать нужную по имени. Но возвращение к диалогу ещё не отвечает на вопрос, в каком состоянии сейчас находится проект.
Ниже — короткий рабочий сценарий: начать задачу, дать ей имя, закрыть терминал и вернуться к работе без повторного длинного объяснения. Команды относятся к Claude Code CLI на том же компьютере и в том же пользовательском окружении. Для упражнения подойдёт папка с текстовыми файлами из статьи о настройке проекта.
Я считаю привычку называть задачи полезнее привычки сохранять огромные промпты. Через несколько дней обычно трудно вспомнить не команду запуска, а то, в каком разговоре обсуждалось нужное решение.
1. Выбери команду продолжения
Открой терминал в папке проекта. Затем используй одну из команд:
| Задача | Команда в терминале |
|---|---|
| Продолжить последнюю сессию текущей папки | claude --continue |
| Открыть выбор сохранённого разговора | claude --resume |
| Вернуться к сессии с заданным именем | claude --resume blog-article-review |
Короткие варианты — claude -c и claude -r. Если Claude Code уже открыт, выбор истории вызывается командой /resume внутри него. Синтаксис приведён в справочнике CLI, а правила выбора — в руководстве по сессиям.
Мой выбор для важной задачи — явное имя. --continue удобен, когда точно помнишь последний разговор. После нескольких экспериментов в одной папке он может открыть совсем не тот ход рассуждений, к которому хотелось вернуться.
2. Назови сессию до перерыва
Запусти claude в учебном проекте. Внутри сессии отправь:
/rename blog-article-reviewЗатем дай небольшую задачу:
Прочитай article.md. Предложи три направления правок,
но пока не меняй файл. В конце укажи следующий шаг.Дождись завершения ответа, закрой терминал, открой его снова в той же папке и выполни:
claude --resume blog-article-reviewИменование через /rename и возвращение по имени поддерживаются в Claude Code CLI. Названия в примере — настоящие рабочие имена для упражнения, их можно использовать буквально.
Попроси кратко перечислить предложенные правки. Сверь ответ с предыдущим разговором. Смысл упражнения — убедиться, что ты открыл нужную историю. Не нужно для этого запускать долгую генерацию, менять десятки файлов или специально обрывать работающую команду.
3. Сверь историю с текущими файлами
Перед продолжением содержательной работы я бы отправил такой запрос:
Прежде чем продолжать, сверь историю задачи с текущими файлами.
Кратко укажи:
1. Что мы собирались сделать.
2. Какие изменения действительно есть в файлах сейчас.
3. Что осталось непроверенным.
4. Какой следующий небольшой шаг ты предлагаешь.
Пока ничего не редактируй и не запускай длительные команды.Сохранённый разговор может содержать устаревший план: файл после него мог изменить ты сам или другой инструмент. Resume не откатывает файловую систему и не перезапускает автоматически прерванную работу. Часть параметров запуска также нужно передавать заново. Эти ограничения перечислены в документации восстановления сессий.
В Git-проекте дополнительно полезно посмотреть:
git status --short
git diffДля папки без Git сравни нужные файлы с сохранённой копией. Не превращай это в ритуальную проверку всего проекта: для правки одного абзаца достаточно увидеть его актуальное содержимое. Для изменения приложения понадобится проверить и результат выполнения.
Я не хочу, чтобы агент после перерыва бодро выполнял вчерашний план, не заметив сегодняшние изменения. Короткая сверка дешевле путаницы между «мы собирались исправить» и «это уже исправлено».
4. Отдели альтернативный вариант обсуждения
Допустим, в старой сессии согласована структура статьи, но хочется обсудить другой заход. Можно продолжить её как отдельную историю:
claude --resume blog-article-review --fork-sessionФлаг создаёт новый идентификатор сессии при продолжении. Его назначение описано в справочнике CLI. Сразу дай новой истории имя, например /rename blog-article-alternative.
Отдельная история разговора сама по себе не создаёт отдельную копию проекта. Если начать редактировать файлы в той же папке, изменения попадут в неё. Для обсуждения попроси показать альтернативу в ответе, не меняя файлы. Для независимой реализации сначала подготовь отдельный Git worktree или копию проекта.
Здесь легко перепутать три действия: продолжить разговор, развить его в отдельной сессии и восстановить прежние файлы. За последнее отвечает другой механизм — checkpoints и rewind, у которого есть свои ограничения; он не заменяет Git. Подробности — в документации checkpointing.
Я бы использовал fork для настоящей развилки решения: например, сравнить две структуры материала. Создавать новую историю после каждой мелкой правки неудобно — потом сама навигация начинает требовать отдельной системы.
5. Найди потерявшуюся сессию
Если --continue открыл другой разговор, выйди к выбору через /resume и найди нужное имя. В списке можно расширить поиск на другие проекты этого компьютера с помощью Ctrl+A. Истории CLI и самостоятельных сессий приложения Claude Code хранятся отдельно, поэтому разговор из приложения не стоит искать как обычную локальную CLI-сессию. Это описано в руководстве по сессиям.
Проверь три простые вещи: тот ли компьютер, тот ли пользователь и та ли папка проекта. Если перед перерывом ты работал в контейнере или на удалённой машине, начни поиск в том же окружении. Команда продолжения не является переносом проекта между машинами.
Если неизвестный флаг не принимается, посмотри установленную версию через claude --version и доступные параметры через claude --help. Не удаляй историю и настройки в надежде, что это поможет найти старый разговор: сначала выясни, где именно он создавался.
6. Оставь понятный следующий шаг
Перед длинным перерывом попроси подготовить краткую передачу контекста:
Составь короткую заметку для продолжения этой задачи:
цель, принятые решения, изменённые файлы, выполненные проверки,
неизвестные и следующий шаг. Раздели сделанное и предложенное.
Не приписывай успешный результат командам, которые не запускались.Сохрани полезную часть в обычный Markdown-файл проекта. Например, для нашего упражнения запись может выглядеть так: «Цель — сделать инструкцию воспроизводимой. Предложено убрать необоснованную гарантию и уточнить входные файлы. Статья пока не изменена. Следующий шаг — согласовать правки». Это пример формата, а не отчёт о выполненном тесте Claude.
Скачай памятку с командами и промптом. Я бы оставлял в такой заметке только решения, которые понадобятся человеку после перерыва. Полный пересказ разговора быстро превращается во вторую историю, которую тоже нужно перечитывать.
Команды сверены с официальной документацией 14 сентября 2026 года. Идея темы — из августовского руководства SSD Nodes по resume и истории. Сценарий проверки и рекомендации по работе с задачами разработаны для этой статьи.
Собери своего ИИ-агента и проверь результат
«AI Agents: от vibe coding к AI-команде»: desktop agents, MCP, skills, evals и harness. Отдельные воркшопы — от подключения инструментов до контроля качества.
7 практических воркшопов · записи · вопросы автору в чате
Посмотреть программу курса ↗