# Fork и rewind Jan Agent: история и восстановление файлов

Fork и rewind Jan Agent: сохранённые сессии, восстановление файлов через Git, идентичность проекта и отдельная постоянная память.

Автор: Команда Retrivium
Обновлено: 2026-11-03
Канонический URL: https://retrivium.ai/ru/journal/jan-agent-fork-rewind-files/
Language: ru

Fork Jan Agent сохраняет исходную сессию и создаёт другую ветку; rewind удаляет последующие сообщения. Возврат файлов зависит от репозитория Git, а постоянная память остаётся отдельным хранилищем относительно истории разговора.

## Конкретная граница приложения

Сессии сохраняются для проекта в ~/.jan/projects/<slug>/threads вне репозитория. При запуске из другой папки пустой список поэтому не обязательно означает потерю данных. Руководство сессий указывает общий с Desktop каталог бесед терминального агента, тогда как руководство памяти отдельно различает постоянный agent-workspace Desktop и пользовательскую и проектную память терминала. Общая видимость разговора не означает автоматический обмен памятью. В репозитории Git агент создаёт снимки для возврата файлов; вне репозитория rewind относится только к разговору. Fork копирует выбранный префикс в новую сессию и оставляет прежнюю историю. Это не обещание отдельной изолированной рабочей копии проекта: фактический каталог файлов нужно проверить независимо от дерева сессий ([Jan Agent Sessions](https://docs.jan.ai/agent/sessions)) ([Jan Agent Memory](https://docs.jan.ai/agent/memory)).

## Практический маршрут

Начните в нужной папке и найдите сессию через /threads либо /resume. Через /fork выберите раннее сообщение для ветвления без уничтожения исходной беседы; /tree показывает связи. Для rewind дважды нажмите Esc в состоянии ожидания и выберите раннюю точку. До возврата файлов изучите текущее состояние репозитория и границу снимка. Если нужен отдельный checkout, независимо оцените документированный worktree вместо предположения, что развилка разговора автоматически его создаёт.

## Разобранный пример

Долгое объяснение привело к ненужной правке форматировщика, но ранние рассуждения полезны. Создайте fork до изменения для более узкой инструкции с сохранением исходной беседы. До продолжения изучите файлы активного checkout. При возврате исходной сессии учитывайте удаление поздних сообщений и зависимость файлов от снимка Git. Постоянную заметку, появившуюся в задаче, изучите как другое состояние, не равное фрагменту переписки.

| Проверка | Запись |
| --- | --- |
| Сессия | Выбранный проект и идентификатор сохранённой беседы агента. |
| Выбор истории | Сохраняющий исходник fork либо удаляющий поздние сообщения rewind. |
| Выбор файлов | Фактический checkout и снимок Git отдельно от происхождения сессии. |

## Как правильно прочитать сбой

Пустой список другой папки может отражать идентичность проекта: имя хранилища зависит от пути. Успешный fork не проверяет разрешения инструментов и не отменяет внешние последствия. Создаваемые индексы памяти также не являются обычным текстом беседы: у хранилища собственные файлы и обновление. Поэтому возврат разговора нельзя использовать как свидетельство возврата всех ресурсов окружения или удаления ранее сохранённых постоянных фактов ([Jan Project Config](https://docs.jan.ai/agent/project-config)) ([Jan Tool Permissions](https://docs.jan.ai/agent/permissions)).

## Что завершает проверку

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

Связанные материалы: [llama.cpp server: локальный API из GGUF-модели](/ru/journal/llama-cpp-server-launch/), [VRAM для LLM: почему размер модели — не весь расчёт](/ru/journal/vram-and-models/).