Жизнь после Claude Code: как я переехал на Codex и сохранил историю проектов

В конце октября я неожиданно остался без рабочего Claude Code. После запроса на подтверждение личности Anthropic приостановила доступ к моей платной организации. Подписку Claude Max 20x впоследствии отменили, а в возврате средств отказали. Апелляцию я отправил, но разработку проектов останавливать на неопределённый срок не хотелось.

Проблема оказалась не столько в выборе другой нейросети.

За время работы с Claude Code накопились десятки проектов и диалогов. В них оставались архитектурные решения, обсуждения функций, результаты экспериментов, исправления ошибок, планы развития и множество мелочей, которые не всегда попадали в документацию.

Исходный код никуда не исчез. Git-репозитории тоже. Но как объяснить новому агенту, почему проект устроен именно так, какие варианты мы уже отвергли и на чём остановились вчера?

Я решил перейти на OpenAI Codex. Сначала задумался о собственном инструменте переноса истории, затем попробовал встроенный импорт Codex, но результат меня не устроил.

В итоге обнаружил Hansard — инструмент, который не только позволяет восстанавливать историю работы в разных ИИ-агентах, но и предлагает дополнительные возможности для хранения, поиска и повторного использования накопленного контекста.

Расскажу, что получилось, что не получилось и как повторить такой переезд.

Я оказался не единственным

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

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

Вот несколько материалов, появившихся до написания этой статьи:

1. 29 октября — The Insider: «Пользователи чат-бота Claude сообщили о блокировках своих аккаунтов после верификации по российскому загранпаспорту».

2. 29 октября — vc.ru: «Пользователи Claude из России и Китая рассказали о блокировках после проверки паспортов».

3. 29 октября — «Коммерсантъ»: «Нейросеть ввела паспортный контроль».

4. 29 октября — Хабр: «Блокировка Claude и верификация по паспорту: что делать, если Claude заблокировал аккаунт».

5. 30 октября — Хабр: «Claude AI блокирует россиян: верификация по паспорту, подписки Клауд, как пользоваться в России».

3 ноября в «Т-Бизнес Секретах» появилась уже более обстоятельная статья — «Claude блокирует аккаунты после верификации по паспорту: что делать бизнесу».

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

На мой взгляд, эти рекомендации справедливы не только для бизнеса.

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

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

Меня больше заинтересовала другая сторона проблемы.

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

Но я использовал именно Claude Code для разработки программ, а не веб-чат Claude.ai.

Здесь история переписки — это не просто набор вопросов и ответов. Это фактически журнал разработки, в котором могут быть сведения, отсутствующие даже в Git.

И хотелось сохранить возможность не только продолжить работу в Codex, но и когда-нибудь вернуться к Claude Code, если доступ восстановится. Или попробовать другие агенты, не начиная каждый раз с нуля.

Первая попытка: встроенный импорт из Claude Code в Codex

Изначально казалось, что задача сравнительно простая.

Claude Code хранит историю локальных сессий, в частности в JSONL-файлах каталога ~/.claude/projects/. Codex тоже использует локальное хранилище диалогов и проектов.

Почему бы не перенести историю одного агента в другой?

Тем более что у Codex уже есть встроенный механизм импорта.

В Codex CLI достаточно открыть сеанс, в котором сейчас не выполняется задача, и ввести:

/import

Дальше выбрать Claude Code или Cursor и отметить данные, которые нужно перенести: настройки, инструкции, навыки, проекты и недавние диалоги.

Аналогичная возможность предусмотрена и в настольном приложении ChatGPT: Settings → Import. В некоторых версиях пункт находится в General → Import other agent setup.

Подробности описаны в официальной инструкции OpenAI.

Есть важное ограничение: встроенный импорт Codex CLI поддерживает до 50 чатов за последние 30 дней. Для человека, который давно работает с Claude Code и ведёт множество проектов, этого может оказаться недостаточно.

Я попробовал этот механизм на собственной истории.

При инвентаризации удалось обнаружить 25 проектов и 53 диалога Claude Code. Было импортировано около 50 сессий, но результат меня не устроил.

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

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

Мне пришлось разбираться, к каким проектам относятся импортированные сессии, какие из них вообще нужны и как удалить ошибочные привязки.

Но даже если бы удалось всё исправить вручную, оставалась ещё одна проблема.

А что делать при следующем переезде? Обратно в Claude Code? В OpenCode? В Cursor или Kimi Code?

Снова преобразовывать форматы и переносить диалоги?

Получалось, что мы решаем только одну конкретную задачу — переезд из Claude Code в Codex.

Почти начали писать собственный велосипед

После экспериментов со встроенным импортом идея отдельного инструмента для обмена контекстом между ИИ-агентами стала казаться всё интереснее.

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

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

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

Среди найденных вариантов оказался Hansard.

И здесь подход оказался интереснее первоначального импорта.

Hansard: история разработки отдельно от ИИ-агента

Официальный сайт: hansard.dev

Документация: Hansard Docs

Hansard — инструмент для архивирования, поиска, анализа и повторного использования истории работы с ИИ-агентами.

Главное отличие от нашей первоначальной идеи: он не требует превращать все сессии Claude Code в родные сессии Codex.

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

Какие инструменты поддерживаются

Hansard умеет находить и импортировать локальную историю множества инструментов: Claude Code, Codex, Cursor, OpenCode, Kimi Code, Gemini CLI, GitHub Copilot, Aider, Cline, Qwen Code и других.

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

При этом поддержка различается в зависимости от конкретного агента.

Одно дело — прочитать его историю. Другое — подключить к нему поиск через MCP. И третье — открыть в нём новую сессию, передав контекст предыдущей работы.

Например, возможны такие сценарии:

Это примеры технически поддерживаемых направлений, а не перечень всех сценариев, которые я лично проверил.

Есть и ограничения. Например, Gemini CLI поддерживается как источник истории, но Hansard пока не предлагает для него полноценную живую интеграцию. Для запуска новых сессий в экосистеме Google разработчик использует Antigravity CLI.

Поэтому Kimi Code → Gemini CLI и Gemini CLI → Kimi Code не стоит считать симметричными сценариями.

Актуальные возможности приведены в таблице поддержки Hansard.

Но миграция — лишь одна из возможностей

По мере знакомства с Hansard выяснилось, что он умеет значительно больше.

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

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

Deep Recall. Более глубокий поиск по нескольким сессиям с подготовкой ответа и ссылками на исходные обсуждения.

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

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

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

Синхронизация и командная работа. Есть функции переноса архива между устройствами и отдельные возможности для совместной работы.

Не все перечисленные функции я успел проверить самостоятельно, поэтому здесь ориентируюсь на документацию разработчика.

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

Установка Hansard

У Hansard есть графическое приложение для Windows и macOS, а также CLI, который работает на Windows, Linux и macOS.

Начнём с самого простого варианта.

Вариант 1. Графическое приложение

Скачиваем Hansard с официальной страницы.

Для Windows доступен установщик x64, для macOS — приложение Apple silicon. В отличие от CLI, графическое приложение уже включает необходимое окружение Node.js.

На момент написания статьи Windows-версия обозначена разработчиком как preview, а установщик не имеет цифровой подписи.

При первом запуске Hansard открывает мастер настройки:

1. Находит локальную историю установленных ИИ-агентов.

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

3. Предлагает подключить Recall к нужным агентам.

4. Создаёт архив сессий.

5. Позволяет найти и открыть ранее созданные диалоги.

Для обычного знакомства с программой этого достаточно.

Вариант 2. Через CLI

Если предпочитаете командную строку, потребуется Node.js 22.12+ либо 20.19+.

Устанавливаем:

npm install -g hansard
hansard --version

Сначала смотрим, какие источники найдены и сколько места потребуется:

hansard init --dry-run

Запускаем настройку с импортом всей доступной истории:

hansard init --since all

Мастер предложит выбрать источники, расположение архива, автоматическое отслеживание новых сессий и подключение агентов.

После запуска импорта можно посмотреть прогресс:

hansard import follow

А затем проверить результат:

hansard status
hansard doctor

Если при первоначальной настройке импортировали только последние несколько недель, полную локальную историю можно добавить отдельно:

hansard import --source all --since all

Для подключения Recall к Codex:

hansard integrations add-to codex

Для Claude Code:

hansard integrations add-to claude

Для OpenCode:

hansard integrations add-to opencode

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

Если интеграция уже была выбрана в мастере установки, повторять команду не требуется.

Отдельно отмечу, что --source all работает с настроенными локальными источниками. Для облачных сервисов и экспортированных веб-чатов используются отдельные команды и механизмы импорта.

Полная инструкция: Hansard Quickstart.

Как восстановить контекст проекта

После настройки начинается самое интересное.

Открываем нужный проект в Codex и просим восстановить контекст предыдущей работы.

Hansard устанавливает навык recall, который в Codex можно вызвать через $recall.

В Claude Code для аналогичной задачи используется /recall. В OpenCode также поддерживается /recall, а в некоторых других клиентах поиск вызывается обычным запросом или через MCP.

Помимо навыков, Hansard предоставляет инструменты поиска и чтения сохранённых сессий.

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

Универсальный промпт для восстановления контекста

Я решил подготовить один промпт, который можно использовать в разных проектах.

Хотелось восстановить не только текущие задачи, но и договорённости, старые решения, незавершённую работу, сведения об инфраструктуре и интеграциях.

Отдельно пришлось учесть предыдущую неудачную попытку импорта: в Codex уже существовали копии некоторых Claude-сессий, поэтому их нельзя было принимать за самостоятельную историю проекта.

$recall Найди через Hansard всю доступную историю разработки текущего проекта, включая оригинальные сессии Claude Code, Codex и других агентов.

# Восстановление контекста проекта

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

**Проект:** [название или текущий каталог]

## 1. История и договорённости

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

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

## 2. Импортированные сессии и дубликаты

История Claude Code могла ранее импортироваться непосредственно в Codex.

- Различай оригинальные сессии, импортированные копии и самостоятельную работу Codex.
- При наличии проверь реестр `external_agent_session_imports.json`.
- Не учитывай одинаковые решения и работы повторно.
- Сохраняй уникальные продолжения импортированных диалогов.
- Выяви ошибочные привязки к проектам и кандидатов на архивирование, но ничего не удаляй.

## 3. Инструкции и рабочее окружение

Прочитай применимые `CLAUDE.md`, `AGENTS.md`, `GEMINI.md`, другие правила агентов, README, техническую документацию и планы.

Восстанови:

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

Не раскрывай секреты и не проверяй подключения без разрешения.

## 4. Фактическое состояние проекта

Изучи локальное рабочее дерево и историю Git.

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

**Не считай удалённый репозиторий более актуальным, чем локальный код.**

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

## 5. Результат

Подготовь структурированный отчёт:

1. **Состояние проекта** — назначение, архитектура, реализованные возможности.
2. **Договорённости** — утверждённые правила, решения, ограничения и отвергнутые варианты.
3. **Локальные изменения** — что сделано, что не сохранено в Git.
4. **Окружение и доступы** — необходимые инструменты, инфраструктура и способы подключения без секретов.
5. **История разработки** — основные этапы, результаты и обнаруженные дубликаты сессий.
6. **Открытые задачи** — актуальные проблемы, приоритеты и зависимости.
7. **Противоречия и риски** — неподтверждённые сведения и потенциальная потеря данных.
8. **План продолжения** — ближайшие шаги, включая безопасное сохранение незакоммиченной работы.

В конце составь краткий **Project Continuation Brief** — памятку для другого AI-агента с ключевыми договорённостями, текущим состоянием и следующими задачами.

Для существенных выводов приводи проверяемые источники: ID сессий и сообщений Hansard, файлы, документы и коммиты.

## Ограничения

**Строго READ-ONLY.** Ничего не изменяй, не удаляй, не коммить, не синхронизируй и не запускай операции с побочными эффектами. Не изменяй историю агентов и не выполняй повторный импорт.

Не выдумывай отсутствующие сведения. Отделяй подтверждённые факты от предположений.

Предоставь отчёт в текущем разговоре. К разработке приступим после его рассмотрения.

После запуска Codex обращается к архиву Hansard, находит предыдущие сессии и сопоставляет их с текущим состоянием проекта.

При этом он может изучить не только Git, но и локальные незакоммиченные изменения, файлы инструкций и другие материалы, которые остались в рабочем каталоге.

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

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

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

А можно продолжить конкретный диалог?

Да, Hansard предусматривает и такой сценарий.

В нём есть механизм continue-from, а в графическом приложении — функция Continue in….

Она позволяет выбрать сохранённый разговор и передать его другому поддерживаемому агенту.

Но здесь есть принципиальное отличие от настоящего переноса внутреннего состояния сессии.

Новый агент получает подготовленную сводку размером до 24 КБ, а не весь исходный транскрипт.

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

Если этого недостаточно, агент может дополнительно прочитать исходную сессию из архива Hansard.

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

При этом для некоторых инструментов Hansard умеет и возобновлять исходные сессии внутри того же агента. Например, для Claude Code и Codex предусмотрены возможности Resume и Fork.

Подробнее: Continue in another harness.

Что получилось на практике

В моём случае удалось восстановить контекст нужных проектов и продолжить работу в Codex.

Причём речь не только о понимании исходного кода.

Агент смог обращаться к предыдущим обсуждениям, восстанавливать принятые решения и учитывать договорённости, которые мы вырабатывали ещё в Claude Code.

При этом исходные сессии не пришлось массово конвертировать в формат Codex.

Сами проекты остались на своих местах, Git-история — тоже. Hansard стал дополнительным источником знаний, а Codex — новым инструментом разработки.

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

И главное — схема больше не привязана к одному направлению переезда.

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

Перед экспериментами с импортом лучше сохранить сам Codex

Здесь хочу поделиться ещё одним практическим соображением.

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

Для этого необязательно использовать специализированную программу: можно полностью закрыть Codex и сохранить его каталог в отдельном безопасном месте. Такая копия может содержать учётные данные и другие чувствительные файлы, поэтому её нельзя бездумно отправлять в облако или кому-то передавать. Но у меня уже есть собственный open-source-проект CodexSync, который изначально разрабатывался для безопасной передачи рабочего состояния Codex между компьютерами. И в процессе переезда обнаружилось, что некоторые его возможности здесь тоже полезны.

Чем CodexSync может помочь

Резервные копии перед импортом. В графическом интерфейсе можно открыть раздел Backups → Copies of .codex, настроить отдельное место хранения и создать полную копию состояния Codex. Это отличается от обычных резервных копий отдельных изменяемых файлов: сохраняется целиком рабочий каталог .codex. Создание такой копии выполняется при закрытом Codex.

Проверка после переноса. Если после экспериментов Codex перестал показывать чаты или запускаться, раздел Recovery → Codex state позволяет проверить известные проблемы локального состояния.

Восстановление привязок. Можно просмотреть, какие чаты к каким проектам привязаны, и исправить некоторые неправильные сопоставления, возникшие при переносе или перемещении каталогов.

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

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

Важно: при обычной синхронизации CodexSync не переносит исходные файлы проектов между компьютерами. Для этого по-прежнему используются Git и другие способы переноса данных. Отдельная функция перемещения каталога работает локально.

CodexSync не является импортёром Claude Code и не заменяет Hansard. Его задача — сохранить, перенести или восстановить собственное состояние Codex. А Hansard позволяет найти историю, созданную в разных ИИ-агентах, и повторно использовать накопленные знания. Таким образом, инструменты скорее дополняют друг друга, чем конкурируют.

Впрочем, для простого переезда с Claude Code достаточно Hansard и самого Codex. CodexSync имеет смысл рассматривать как дополнительный инструмент, особенно если вы работаете на нескольких компьютерах или регулярно экспериментируете с локальными данными Codex.

Документация и готовые сборки: CodexSync на GitHub.

Какие ограничения остались

Здесь есть несколько нюансов, о которых стоит знать заранее.

Первый — Hansard не может восстановить то, чего уже нет.

Если локальная история Claude Code была удалена, а резервной копии не осталось, один только Hansard её не создаст. История веб-чатов и облачных агентов импортируется другими способами и может требовать отдельного экспорта или доступа к источнику.

Второй — доступ к истории не равен полной памяти.

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

Третий — следует внимательно относиться к конфиденциальности.

Основной архив Hansard хранится локально, по умолчанию в ~/.hansard. Но оригинальные копии сессий могут содержать исходный код, пути, служебные сведения и даже секреты.

Hansard предусматривает редактирование чувствительных данных в поисковом представлении, но это не означает их удаления из оригинальных сохранённых файлов.

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

Разработчик подробно описывает это в разделе о конфиденциальности.

Четвёртый — перенос истории не переносит всю рабочую среду.

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

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

Вместо заключения

До блокировки Anthropic я воспринимал Claude Code как основной рабочий инструмент. В какой-то момент оказалось, что сменить модель или приложение сравнительно просто, а вот сохранить непрерывность разработки — гораздо сложнее.

Git хранит код и историю изменений. Документация описывает архитектуру. Но значительная часть инженерных решений остаётся в переписке с ИИ-агентами.

Почему выбрали конкретную библиотеку? Какую ошибку исправляли три недели назад? Почему отказались от первоначального варианта архитектуры? Что собирались реализовать следующим?

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

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

Hansard не решает все проблемы миграции, но предлагает подход, который мне кажется правильным:

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

Сейчас я продолжаю разработку в Codex, а накопленные сессии Claude Code остались частью доступной истории проектов.

Именно этого я и хотел добиться.

А как у вас организовано хранение контекста при работе с несколькими ИИ-агентами? Приходилось ли переносить проекты между Claude Code, Codex, Cursor или другими инструментами? Интересно, какие решения оказались работоспособными на практике.