Как перейти с Claude Code на Codex и не потерять историю разработки

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

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

У автора накопились 25 проектов и 53 диалога Claude Code. Сначала он воспользовался встроенным импортом Codex: команда /import позволяет перенести настройки, инструкции, проекты и недавние разговоры из Claude Code или Cursor. Но у этого способа есть ограничение — до 50 чатов за последние 30 дней. Около 50 сессий удалось импортировать, однако часть диалогов оказалась привязана не к тем проектам. Другие пришлось разбирать вручную из-за неполных данных и лишних служебных сообщений.

Даже правильно перенесённая переписка ещё не означает, что новый агент понимает, какие решения были приняты и почему. К тому же при следующей смене инструмента пришлось бы повторять перенос. Автору нужен был способ сохранить историю один раз, а затем обращаться к ней из Claude Code, Codex, OpenCode или других агентов.

Таким решением стал Hansard. Он создаёт единый архив истории разработки, не превращая старые разговоры в сессии нового агента. Инструмент собирает локальную историю Claude Code, Codex, Cursor, OpenCode, Kimi Code, Gemini CLI, GitHub Copilot и других программ. Возможности зависят от конкретного агента: где-то доступен только импорт истории, а где-то — поиск по архиву и продолжение работы.

Допустим, разработчик возвращается к проекту и не помнит, почему несколько недель назад отказался от определённой архитектуры. Вместо того чтобы перечитывать десятки переписок, он может попросить Codex найти старое обсуждение. Через функцию Recall агент обращается к архиву Hansard, извлекает нужные сообщения и сопоставляет их с текущими файлами проекта. Так можно восстановить не только принятое решение, но и аргументы, которые к нему привели. При этом не нужно загружать всю историю в память модели.

Hansard позволяет и продолжить конкретный разговор в другом агенте. Функция Continue in передаёт ему подготовленную сводку размером до 24 КБ: исходную задачу, последние сообщения, важные решения, изменённые файлы и выполненные команды. Если сведений недостаточно, новый агент может прочитать исходную сессию из архива. Это не точная копия прежнего диалога, а способ восстановить рабочий контекст и двигаться дальше.

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

Перед подобными экспериментами автор советует сделать резервную копию каталога .codex, где хранится локальное состояние Codex. Для этого он использует собственный открытый инструмент CodexSync. Программа помогает сохранять сессии и настройки, исправлять ошибочные привязки диалогов к проектам и синхронизировать состояние Codex между компьютерами. При этом исходные файлы проектов обычная синхронизация не переносит. Hansard и CodexSync решают разные задачи: первый сохраняет знания из нескольких ИИ-агентов, второй помогает защитить и восстановить рабочее состояние самого Codex.

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

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

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