Что на самом деле теряется вместе с аккаунтом
Саму модель заменить проще всего. Месяцы работы лежат в том, что наросло вокруг неё:
- правила и инструкции (глобальные и проектные CLAUDE.md);
- навыки (skills) и субагенты;
- подключения к сервисам, то есть MCP-серверы с их настройками;
- стражи (hooks), которые не дают агенту слить ключи, сломать прод или полезть в чужие файлы;
- память: файлы про проекты, людей, прошлые ошибки и решения.
Если всё это существует только в формате одного вендора, блокировка аккаунта откатывает вас на месяцы назад.
Принцип: один канон, копии только из него
Оригинал живёт в одном месте, например в папке .claude у Claude Code. Запасные получают копии, которые собирает скрипт. Руками в папки запасных ничего не пишут, иначе через месяц копии разойдутся с каноном, и стражи там молча перестанут работать.
Ровно так и случается с разовым импортом: перенесли один раз, а через три месяца у запасного старые правила и стражи молча отключены.
Чек-лист: что копировать и куда
| Что | Канон в Claude Code | Codex | Kimi Code |
|---|---|---|---|
| Правила | CLAUDE.md | ~/.codex/AGENTS.md | ~/.agents/AGENTS.md |
| Навыки | ~/.claude/skills | ссылки в ~/.agents/skills | та же папка ~/.agents/skills |
| Субагенты | ~/.claude/agents | ~/.codex/agents/*.toml | ~/.agents/agents |
| MCP | настройки Claude Code | управляемый блок в ~/.codex/config.toml | ~/.kimi-code/mcp.json |
| Стражи | hooks в ~/.claude/settings.json | ~/.codex/hooks.json | [[hooks]] в ~/.kimi-code/config.toml |
| Память | файлы памяти | индекс памяти в AGENTS.md, файлы читаются с диска | так же |
Навыки лучше отдавать ссылками на канон, а не копиями: правка одного файла сразу видна всем движкам.
Как часто переносить
- На каждую правку канона. Хук после правки ставит флаг «изменилось», планировщик видит флаг и пересобирает копии.
- По расписанию раз в 15 минут. Страховка на случай, если флаг потерялся.
- С бэкапом. Перед перезаписью сохраняйте то, что лежало у запасного, в папку с датой.
- Со сверкой. Отдельная команда проверяет, что канон и копии совпадают, и шлёт тревогу, если нет. Один и тот же набор расхождений повторно не шлёт.
Как система понимает, что основной движок умер
Разделите ошибки на три класса:
- Смерть аккаунта: бан, отключённая подписка, просроченный платёж, 401. Переключаться насовсем.
- Лимит: с временем сброса. Переключаться до этого времени.
- Временный сбой: перегрузка, «model at capacity», одиночный 429 или 403. Только этот вызов повторить на запасном, движок не менять.
Одиночный 403 или 429 ещё не смерть: живой аккаунт тоже иногда так отвечает, а настоящий бан может прийти как 429. Тексты ошибок бана берите из живых логов. Шаблон, написанный заранее по памяти, ловил один текст бана из трёх.
Текущий движок держите в файле-флаге со временем жизни. Протух флаг, значит снова основной. Обратно на основной возвращайтесь после двух подряд живых проб.
Что сломается при переезде
- Стражи. У Codex нет ответа «спросить человека», поэтому «спросить» превращается в «запретить». Kimi при ошибке стража выполняет действие, поэтому любая ошибка переходника должна означать отказ.
- Подтверждения. В неинтерактивном режиме Codex никого не спрашивает: инструмент MCP вызовется, только если сервер в белом списке. Держите там безопасное вроде поиска по заметкам и документации. Почту, банк и задачи туда не кладите.
- Шапки навыков. Запасные строже читают YAML. Описание с двоеточием без кавычек ломает шапку, и навык молча пропадает. Проверяйте шапки парсером при каждом переносе.
- Тарифы. На базовом тарифе Kimi Code старшая модель отвечает 403. Нужен тариф выше или другая модель в конфиге.
- Перегрузка. На «model at capacity» у Codex пропишите запасную модель того же вендора, а уже потом следующий движок.
- Скорость. Ответ на бытовую задачу у Kimi около минуты, у Codex от 20 секунд до двух минут. Старт тормозят MCP, в которые запасной не вошёл через OAuth, их у запасного лучше выключить.
Учения раз в месяц
Запасной мозг, который ни разу не включали, не работает. Раз в месяц по расписанию:
- переключите флаг на запасной движок и проверьте, что бот ответил;
- дайте запасному обычные задачи: найти в памяти, применить навык, вызвать MCP, поправить код, упереться в стража на подставном файле с ключами;
- верните флаг на основной и проверьте, что бот вернулся.
На учениях бот переключился на запасной движок примерно за 10 секунд, ответил за 19 и вернулся на основной за 43. Из одиннадцати бытовых задач Codex закрыл все, Kimi десять (на одиннадцатой у него не было нужного MCP).
Насколько запасные слабее
По Terminal-Bench на конец октября 2026: Claude Opus 5.5 набирает 65,2, Kimi K3.1 Pro 63,6, Codex на GPT-6.1 Sol около 55. Для повседневной работы агентом разница терпимая, для сложной разработки заметная.
Если вы работаете в чате, а не в терминале
Принцип тот же, только руками:
- держите системные инструкции, промпты проектов и описания своих GPT отдельными файлами у себя, а не только в интерфейсе сервиса;
- раз в месяц выгружайте историю чатов;
- то, что модель «помнит» о вас и о проектах, ведите в заметках, которые можно скормить любой модели;
- раз в месяц прогоняйте свои главные промпты во второй нейросети и смотрите, что поехало.
Хотите такое у себя
30 минут. Посмотрю задачу и скажу, нужен ли тут AI. Расскажете, на чём держится ваша система, а я честно скажу, что в ней сломается первым и с чего начать.
Канал: t.me/ltunevibe