Skip to main content
Claude CodeCodexAI automation

Как я бы переносил проект из Codex в Claude Code

Разработчики массово решают одну и ту же боль: как не терять контекст при переходе из Codex в Claude Code. Практичный ответ простой: не надеяться на магию тредов, а вынести знания проекта в CLAUDE.md и handoff-файлы. Это сильно упрощает AI automation в реальной разработке.

Технический контекст

Я бы вообще не строил процесс вокруг надежды, что Claude Code сам идеально дочитает чужой контекст. Для нормальной AI integration между агентами я предпочитаю переводить память из чата в файлы репозитория. Тогда сессии не разваливаются, а агент не сканирует весь проект заново на каждую мелочь.

В обсуждении мелькали три практики: thread ID из Codex, запуск init и контекст в CLAUDE.md или AGENTS.md. Из этого я бы уверенно ставил на CLAUDE.md как на опорную точку, потому что именно такой проектный файл контекста подтверждается в best practices Claude Code. А вот прямой перенос thread ID из Codex в Claude как официальную фичу я бы считал комьюнити-хаком, не гарантией.

Если бы я подключал Claude Code к живому проекту, я бы создал минимум два файла. Первый это CLAUDE.md с коротким описанием архитектуры, командами, ограничениями и правилами. Второй это handoff note: что уже сделано, какие файлы трогали, что сломано, что делать следующим шагом.

Содержимое должно быть коротким и злым. Не дамп репозитория, а только то, что агенту реально нужно на старте: стек, структура, команды test/lint/dev, критичные бизнес-правила, запреты вроде «не трогать auth» и пара известных edge case. Если раздуть файл до романа, он перестанет помогать.

Промпт я бы тоже не усложнял. Что-то в духе: проанализируй проект, сначала составь план, затем обнови CLAUDE.md и создай handoff.md с текущим состоянием, не меняй код без моего подтверждения. Этого обычно хватает, если репозиторий не хаос.

Что это меняет для бизнеса и автоматизации

Самый заметный эффект тут не в удобстве, а в скорости. Когда контекст лежит в репо, я могу переключать Codex, Claude Code, Cursor и не платить каждый раз токенами за повторное «прочитай весь проект». Для AI implementation в команде это просто экономия часов и нервов.

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

У себя в Nahornyi AI Lab мы такие вещи обычно упаковываем сразу в рабочую схему: контекст-файлы, handoff, правила валидации, короткие промпты под конкретный workflow. Если у вас уже горит время на ручных переключениях между агентами, можно спокойно разобрать процесс и build AI automation так, чтобы следующий ИИ не начинал работу с амнезии.

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

Поделиться статьёй