Альтернативы Claude: куда перенести проект и что настроить заново

Рабочая альтернатива Claude начинается с вопроса «что осталось у меня?» Если код лежит в Git и есть инструкция проекта, заменить агента сравнительно проще. Если документы, решения и вся история остались внутри закрытого аккаунта, сначала придётся собирать доступные копии и восстанавливать контекст.

Здесь разбираем именно смену рабочей среды. Если ты пока решаешь вопрос с проверкой или апелляцией, начни с нашей подборки опыта блокировок Claude. Если нужен прежний Claude через другой способ доступа, этому посвящён отдельный материал про API. У переезда другой результат: проект продолжает жить на новой связке, а не просто снова открывается старый чат.

Как выбрать аналог Claude Code: модель, агент и платформа

Название модели отвечает за то, кто генерирует ответ. Агент добавляет файлы, команды, инструменты и рабочий цикл. Платформа может ещё хранить данные и исполнять приложение. Поэтому «возьму GLM» и «перенесу проект в Chatium» — разные по объёму решения.

Три слова для таблицы: MCP — подключение агента к внешним инструментам; hooks — скрипты, которые запускаются на событиях рабочего процесса; endpoint — адрес сервиса, к которому обращается клиент.

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

Что получилось у пользователей: шесть разных исходов

Для среза редакция прочитала 11 первичных рассказов и выбрала шесть с понятным поводом ухода, направлением и результатом. Это истории разных месяцев, включая начало и середину 2026 года. Они показывают цену переноса, но не число пострадавших в текущей волне. Прямую проверяемую цепочку «человеку отказали в проверке личности → он успешно перенёс проект» в этой подборке мы не нашли.

Git сохранил работу, а восстановление Claude уже не вернуло пользователя

Dazzling_Ad_172 поддерживал бизнес-дашборды, инструменты и рабочие приложения через Claude Code и Projects. Важная деталь: работа была структурирована и сохранена в Git. По его словам, исходники он не потерял.

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

Этот случай полезен без вывода «новый сервис лучше для всех». Копия проекта позволила работать, пока шло разбирательство. Технического отчёта об импорте всех Projects, MCP и истории здесь нет; успешная KYC с последующим баном не является отказом в KYC.

Codex тоже оказался не последней остановкой в истории блокировок

cowwoc пишет, что перешёл в Codex после блокировки Claude. Через несколько месяцев получил предупреждения о нарушении cyber-правил и блокировку уже со стороны OpenAI. В рассказе фигурируют его агентские инструкции и скиллы; после пояснения рабочего контекста автору, по его словам, восстановили доступ.

Причины срабатывания защиты остаются его интерпретацией. Для выбора маршрута важнее другое: смена поставщика дала продолжить работу, но не отменила правила аккаунта. Совет «переезжай — больше проверок и банов не будет» этот опыт не выдерживает.

Переезд команды в GLM сохранил обычную разработку, но добавил проверки

В разборе unitcircle.tech автор описал почти одновременную блокировку нескольких Claude Code-аккаунтов компании и переход к GLM Enterprise. Повседневный бизнес-код, чтение проекта, исправления и тесты делать получилось.

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

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

Уход из-за верификации не гарантирует хорошего первого дня в Codex

Hot_Mathematician125 назвал трудности подписки и требование проверки поводом уйти из Claude Code. Его задачи — Rust, TypeScript, React, мобильная разработка и другие инженерные сценарии. О пройденной с отказом проверке он не сообщал.

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

Рекомендацию MiniMax пришлось отозвать

zaposweet после прекращения работы Claude в OpenClaw пробовал разные модели и сначала уверенно выбрал MiniMax. Первые тесты понравились настолько, что он рекомендовал связку другим.

Позже автор обновил пост, извинился перед последовавшими совету и сообщил об уходе в Codex. Среди причин — несоблюдение правил, ошибки даже на простом сценарии и обрывы сессий. Это его опыт конкретного периода, не оценка сегодняшнего MiniMax.

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

Собственный интерфейс пережил смену нескольких агентов

В комментарии Hacker News tomashubelbauer описал интерфейс, который зеркалил терминальную сессию Claude Code с Mac на телефон через Bun и xterm.js. После блокировки он последовательно использовал OpenCode с Codex, затем Codex, затем Pi с GPT, сохраняя свой способ работы.

Это ранняя история 2026 года; связь бана с зеркалированием — предположение автора. Ценность кейса в устройстве проекта: локальный код и собственный интерфейс пережили замену слоя агента. Не пришлось заново придумывать всё приложение.

Какие настройки реально переносятся

Документы из Claude Projects: конкретный путь в новый проект

Доступные документы и инструкции собираются в новый рабочий контекст; спорные выводы проверяются по исходникам.

Один маршрут для уже доступных материалов — проект в ChatGPT, если сервис доступен твоему аккаунту. По официальной справке Projects, его чаты используют общие файлы, инструкции и источники:

1. Создай проект под свою задачу, например «Редакционный план». Это новый рабочий контекст, а не подключение старого Claude Projects.
2. В разделе Sources проекта добавь сохранённые документы и выгрузки, которые нужны во всех его чатах. Файл для одной разовой задачи можно прикрепить только к соответствующему чату — так различает эти способы справка ChatGPT.
3. В инструкции проекта перенеси цель, правила ответа, ограничения и критерий хорошего результата. Принятые решения удобно добавить отдельным коротким файлом.
4. Начни новый чат из этого проекта. Дай одну знакомую задачу: например, свести план из двух документов и объяснить расхождения.
5. Попроси для каждого числа и спорного вывода назвать файл и раздел-основание. Сам открой эти места и сверь ответ; список источников от модели ещё не является доказательством точности.

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

Codex: официальный импорт помогает, но у него есть границы

Исходники остаются в рабочей папке; подключения и разрешения нового агента требуют проверки.

Официальная инструкция OpenAI описывает импорт поддерживаемых инструкций, настроек, скиллов, подключений и недавней работы. В локальном Codex CLI запускается /import, источники — Claude Code или Cursor. В настольном ChatGPT описан также импорт из Cowork. Исходная конфигурация остаётся на месте.

CLI переносит до 50 чатов за последние 30 дней. Команда недоступна во время выполняющейся задачи, в удалённой сессии или при подключении к локальному app-server daemon. После переноса отдельно проверяют права, MCP-аутентификацию, hooks и плагины.

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

Вход по аккаунту ChatGPT и по API-ключу — разные способы авторизации и оплаты. В OpenAI отдельно описан Trusted Access с проверкой личности для специальных cyber-моделей; переносить это условие на все обычные coding-задачи нельзя. У OpenAI API есть список поддерживаемых стран, Россия в нём не указана; это правило API, его нельзя механически выдавать за описание каждого подписочного сценария.

OpenCode и китайские варианты: выбирай связку, а не только название модели

В OpenCode можно менять поставщика модели, сохраняя папку проекта; каждую связку нужно проверять на своей задаче.

OpenCode позволяет отдельно настроить провайдера модели. Для проекта можно использовать AGENTS.md и правила, а MCP подключается отдельно. При настройке фиксируй версию: документация различает поколения OpenCode, и команды из разных руководств не стоит смешивать.

У производителей есть свои маршруты: MiniMax → OpenCode, DeepSeek → OpenCode, Z.ai → OpenCode. Подписочный coding-план и общий API могут иметь разные endpoint, квоты и условия. Ключ, который работает в одном клиенте, не доказывает совместимость всего окружения.

Если отдельная оболочка не нужна, смотри самостоятельные агенты:

• Qwen Code работает с папкой проекта, файлами и командами; документация описывает QWEN.md и существующий AGENTS.md. Старые обещания бесплатного OAuth-входа уже нельзя брать из обзоров: актуальные способы перечислены в Authentication.
• Kimi Code запускается в текущей рабочей папке; правила и MCP настраиваются в его форматах. Его подписка и API — разные продукты, а условия квот зависят от поколения плана.
• ZCode — агентская среда для workspace, файлов и команд. Для долгосрочных правил используется AGENTS.md; первоначальное чтение CLAUDE.md не равно постоянному синхронному переносу всех его изменений.

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

Chatium: смена среды исполнения, если ты готов адаптировать приложение

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

У Chatium есть облачная платформа и встроенный AI-разработчик Ботан. Для самой платформы — наша спецссылка. Но её официальные правила разработки прямо описывают собственный runtime: это не Node.js со стандартными модулями, npm и shell. Для нового интерфейса руководство использует Vue-компоненты.

Официальный скилл синхронизации работает с файлами аккаунта платформы; среди исключений — .git, .claude, node_modules, package.json и tsconfig.json. Поэтому загрузить дерево существующего Astro или Python-проекта и получить прежнее исполнение автоматически нельзя обещать.

Перед загрузкой приватного проекта проверь режим доступа к коду и условия выбранного тарифа: пункт 2.8 оферты Chatium связывает бесплатное использование с доступностью кода другим пользователям платформы. Это не утверждение о публичности всех платных проектов.

Этот маршрут имеет смысл, если ты готов оценить, что адаптировать: серверную логику, интерфейс, данные, авторизацию, размещение и обратную выгрузку. Прямой пользовательский кейс «потерял доступ к Claude → перенёс готовый проект в Chatium» в текущем срезе не найден. Мы включаем платформу по подтверждённым техническим возможностям, а не выдаём её за уже проверенный способ миграции.

Локальная модель: сначала проверь железо и узкую задачу

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

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

Если этот путь тебе близок, начни с нашего разбора локальных LLM. Подборщик выше не назначает локальную модель всем: для этого нужны данные об оборудовании и задаче.

Цена переезда: шесть работ, которые легко не посчитать

Число на новой подписке — только часть сметы. После бана или внезапного ограничения хочется купить замену и вернуться к работе. Эти истории показывают, какие дополнительные проверки стоит заложить: привычная инструкция есть, а инструменты работают иначе; первая задача решена, а длинная сессия рассыпается.

Рабочая смета выглядит так: новый план или API + время настройки + проверка и исправления + адаптация платформы, если она нужна. У смены локального агента и пересборки приложения на другом runtime разный набор работ. Универсальные «переезд за пять минут» и «вдвое дешевле Claude» без такого разбора мало что говорят о твоём проекте.

Как проверить переезд, не ставя на него весь проект

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

Продолжаем существующий проект. Сначала прочитай доступные материалы и объясни своё понимание; до этого файлы не меняй.

ЦЕЛЬ: [что делает проект и кому нужен].
ДОСТУПНАЯ КОПИЯ: [папка / репозиторий / набор документов].
СОСТОЯНИЕ: [что готово, что не работает, последний проверенный результат].
РЕШЕНИЯ И ОГРАНИЧЕНИЯ: [что уже выбрали, что менять нельзя].
ИНСТРУКЦИИ: [пути к общим правилам; какие команды зависят от прежнего инструмента].
ПРОВЕРКИ: [как собираем и тестируем, критерий хорошего результата].
ПЕРВАЯ ЗАДАЧА: [один небольшой дефект или документ с понятным результатом].

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

Дай кандидатам одинаковую небольшую задачу: объяснить архитектуру, исправить известный дефект с тестом или подготовить документ по эталону. Сохрани результат и ручные правки. Затем вернись через несколько рабочих дней: сохранились ли настройки, хватает ли квоты, не приходится ли каждый раз заново объяснять контекст? Именно такой второй круг мог бы раньше показать проблему из истории с MiniMax.

Наш пример: редакция продолжила работу в той же папке

Пока Claude был недоступен, мы продолжили работу над самим «Нейрохакером» в Codex. Исходники, Git, инструкции AGENTS.md/CLAUDE.md, журналы и бриф уже лежали у нас. Команду /import для этого примера не использовали, облачную историю не переносили и весь набор MCP-подключений не прогоняли.

Задача была конкретной: гайд про агента Яндекса в Telegram и MAX с тремя интерактивами — выбором пути, конструктором инструкции и калькулятором. Стек сайта сохранили.

Это законченный пример продолжения одного локального проекта, а не сравнительный тест моделей и не доказательство переноса всех функций Claude. Его сделали возможным сохранённые файлы, понятные инструкции и критерии готовности — именно их стоит готовить для своей смены связки.

Вопросы и ответы