ТЕХНОЛОГИИ

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

В этом материале
ГЛАВНОЕ ЗА МИНУТУ

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

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

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

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

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

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

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

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

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

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

Пустой список другой папки может отражать идентичность проекта: имя хранилища зависит от пути. Успешный fork не проверяет разрешения инструментов и не отменяет внешние последствия. Создаваемые индексы памяти также не являются обычным текстом беседы: у хранилища собственные файлы и обновление. Поэтому возврат разговора нельзя использовать как свидетельство возврата всех ресурсов окружения или удаления ранее сохранённых постоянных фактов (Jan Project Config) (Jan Tool Permissions).

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

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

Связанные материалы: llama.cpp server: локальный API из GGUF-модели, VRAM для LLM: почему размер модели — не весь расчёт.

← Все материалы