Une solution de synchronisation des sessions entre PC et ordinateur portable apparaît pour OpenAI Codex
OpenAI Codex présente un problème simple, mais gênant : les sessions, l’historique et le contexte ne se transfèrent pas entre appareils. Pour ceux qui alternent

У OpenAI Codex пока нет встроенной синхронизации между устройствами, поэтому переход с домашнего ПК на ноутбук может обнулить рабочий ритм. Пользовательский инструмент codexSync предлагает практичный обход: переносить не «облако Codex», а его локальное состояние через отдельную папку синхронизации.
Почему это больно
Проблема проявляется быстро, если работать с Codex в двух привычных сценариях: за основным компьютером и в дороге. За время работы у ассистента копятся диалоги, промежуточные состояния, заметки, саммари и контекст проекта. Всё это остаётся привязанным к конкретному устройству. В результате задача, начатая на одном компьютере, не продолжается бесшовно на другом: историю нельзя просто подтянуть, объединить или нормально почистить, кроме примитивного архива.
Начал задачу на ПК → продолжить на ноутбуке уже нельзя.
Судя по наблюдениям автора, причина в том, что Codex хранит рабочее состояние локально — в файлах сессий, служебных данных и, возможно, в SQLite. У такого решения есть понятные плюсы: скорость, автономность и приватность. Но оборотная сторона — отсутствие нормального мультидевайс-сценария. Для одиночной машины это почти незаметно, а для тех, кто постоянно переключается между рабочим местом и поездками, становится реальным ограничением продуктивности.
Как устроен обход
Идея решения не пытается ломать сам Codex или встраиваться в его внутреннюю логику. Вместо этого предлагается синхронизировать папку состояния между устройствами и работать поверх существующей модели хранения. Для этого автор собрал небольшую CLI-утилиту codexSync.
Она не вмешивается в данные глубже необходимого и использует общую директорию, которой может быть облачное хранилище, NAS или любая другая доступная папка. автоматически находит нужные директории Codex синхронизирует сессии и связанные служебные файлы поддерживает проверку конфига, план изменений и dry-run позволяет вручную подтягивать состояние до работы и отправлять изменения после Стартовый сценарий выглядит просто: сначала создаётся конфиг с путями к директории .codex и рабочей папке синхронизации, затем утилита валидирует настройки, показывает план и при необходимости запускает пробный прогон без записи.
Рабочий цикл тоже прямолинейный: перед началом сессии ты подтягиваешь актуальное состояние, а после завершения — отправляешь изменения обратно. Такой режим не даёт магии реального времени, но решает базовую задачу переносимости.
Где есть пределы
Важно, что это не официальная функция OpenAI и не полноценная синхронизация в реальном времени. Чтобы не повредить состояние, Codex перед синхронизацией нужно полностью закрывать, включая фоновые процессы. Если приложение остаётся запущенным, сценарий синка не должен стартовать; автор даже добавил механику, которая предлагает завершить зависший процесс.
Это делает инструмент скорее дисциплинированной рабочей процедурой, чем незаметным фоновым сервисом. На первый взгляд можно спросить, зачем вообще отдельная утилита, если папку можно просто положить в Dropbox, OneDrive или другой облачный диск. Но у такого подхода слишком много слабых мест: файловые конфликты, непредсказуемые состояния, отсутствие прозрачного плана изменений и риск испортить локальную базу.
codexSync добавляет слой контроля там, где обычная облачная папка даёт только грубую синхронизацию без понимания, что именно сейчас будет перезаписано. Сейчас инструменту ещё нужна проверка на разных конфигурациях, особенно в связках macOS ↔ macOS и macOS ↔ Windows. Это важная деталь: сама идея выглядит универсальной, но поведение путей, блокировок файлов и фоновых процессов может отличаться от системы к системе.
Поэтому проект пока больше похож на полезный open-source-инструмент для продвинутых пользователей, чем на решение, которое можно без оговорок рекомендовать всем владельцам Codex.
Что это значит
История с codexSync показывает простой факт: вокруг AI-инструментов быстро появляется слой пользовательской инфраструктуры, закрывающей пробелы официальных продуктов. Если OpenAI не добавит нативную синхронизацию в Codex, такие внешние утилиты будут становиться стандартным способом поддерживать непрерывную работу между устройствами.