Codex: ошибка Cannot serialize value при запуске нового чата
Разбираем ошибку couldn't stringify value в Codex: версии с сообщениями об исправлении, проверка Local и Worktree, сохранение работы и критерии восстановления.
Ofox 
Если новый чат Codex выдаёт Cannot serialize value: (couldn't stringify value), сначала запишите установленную версию и проверьте обновления. Если ошибка остаётся, сравните новый чат Local и новый чат Worktree в одном проекте. Не начинайте с удаления истории чатов, замены API-ключей или сброса репозитория.
Именно такая ошибка встречалась в сообщениях о настольном приложении в октябре 2026 года. Обсуждение уже закрыто: пользователи сообщили о восстановлении работы в конкретных сборках для macOS и Windows. Поэтому полезнее проверить версию, чем считать, что прежний сбой по-прежнему затрагивает все установки.
Это руководство посвящено ошибке при отправке первого сообщения в новом чате, особенно в режиме Worktree. Оно опирается на публичные сообщения и осторожную последовательность диагностики; Ofox не воспроизводил исходный сбой в контролируемой установке. Ниже приведены проверки и условные обходные пути, а не универсальное исправление и не утверждение, что API-ключ Ofox исправляет Codex.
Проверьте версию, прежде чем применять старый обходной путь
Ниже — сводка issue #55744 в репозитории OpenAI, проверенного 28 октября. Это сообщения пользователей, а не официальная таблица поддержки платформ.
| Указанная среда | Сообщённый результат | Как использовать эти сведения |
|---|---|---|
macOS, приложение 26.1016.51333 | Первое сообщение в новом чате не отправляется; несколько сообщений указывают на режим Worktree | Сравните установленную сборку и режим, а не только текст ошибки |
Linux, приложение 26.1016.51333 | В описанном случае Worktree не работает, а Local работает | Не выводите номер исправленной Linux-версии из отзыва о Windows |
macOS, 26.1016.61520 | Пользователь сообщает, что проблема решена | Используйте обновление, предлагаемое вашей установкой; это не рекомендация закрепить старую версию |
Windows, 26.1016.62342 | Пользователь сообщает, что после обновления прямое создание Worktree работает | После обновления проверьте операцию в своей установке |
Сообщение о восстановлении на macOS и сообщение о Windows — отдельные наблюдения. Надпись «установлена последняя версия» в старой сборке описывает лишь то, что сейчас доступно конкретной установке. Она не доказывает, что у вас установлено исправление, о котором сообщили для другой платформы.
Сохраните неотправленный запрос в приватном месте, завершите или приостановите текущую работу, затем воспользуйтесь штатным механизмом обновления приложения. Запишите версию до и после обновления. Перезапустите приложение, если это требуется, откройте тот же проект и отправьте один короткий запрос. Не скачивайте старые сборки с неофициальных зеркал и не редактируйте файлы установленного приложения.
Убедитесь, что это тот же сбой
Сериализация — преобразование значения для передачи или хранения. Один текст ошибки не сообщает, какое значение вызвало сбой, был ли отправлен запрос модели и повреждён ли репозиторий.
Прежде чем менять настройки, зафиксируйте три вещи:
- Этап: приложение не открылось, первое сообщение не отправилось или ошибка возникла позже в выполняемой задаче?
- Режим: новый чат был Local или Worktree? Был ли он связан с Git-проектом?
- Точный текст: скопируйте полное короткое сообщение, включая текст в скобках. Соседние ошибки запишите отдельно.
Если фактическое сообщение — couldn’t load workspace settings, разбирайте инициализацию рабочей области. Если расширение пишет couldn’t load its resources, используйте руководство по загрузке ресурсов. Если поле ввода сообщает permission mode is unavailable, следуйте соответствующему списку проверок отправки. Одинаковый момент появления ошибок не доказывает общую причину.
В issue есть исследования клиентского сериализатора, в том числе гипотеза об атрибутах документа с форматированием. Они помогают наметить возможное место сбоя, но не дают оснований советовать всем удалять знаки препинания, китайский текст или переписывать JSON-файлы репозитория. Короткий запрос без форматирования полезен как контрольный пример, а не как гарантированное исправление.
Сравните Local и Worktree, не рискуя изменениями проекта
Вместо реальной задачи используйте одноразовый диагностический запрос:
Ответь только OK. Не читай и не изменяй файлы, не запускай команды,
не устанавливай зависимости и не начинай никаких задач в проекте.Не меняйте аккаунт, проект и версию. Сначала попробуйте новый чат Local, затем новый чат Worktree с тем же запросом. При создании worktree может запускаться настроенный для проекта процесс подготовки: сначала изучите его конфигурацию. Если подготовка вызывает побочные изменения, используйте безопасный тестовый репозиторий. Не повторяйте проверку в рабочих проектах только ради дополнительных примеров.
| Наблюдение | Обоснованный следующий шаг |
|---|---|
| Local отвечает; Worktree падает до первого ответа | Зафиксируйте различие между режимами и исследуйте создание Worktree |
| Оба режима выдают одинаковую ошибку | Не считайте Local подходящим обходным путём; соберите диагностику для обоих |
| Local работает; Worktree создаёт каталог, но подготовка падает с другой ошибкой | Разбирайте новую ошибку подготовки отдельно |
| Существующий чат работает; оба новых чата не работают | Зафиксируйте различие между новыми и существующими чатами; работа старого чата не доказывает восстановление новых |
| После обновления оба режима работают | До возвращения к обычной работе проверьте ещё один новый чат Worktree |
Остановитесь, когда получите полезное различие. Повторные нажатия кнопки отправки засоряют диагностику и затрудняют поиск первого сбоя. Ответ модели в Local показывает только то, что этот путь работал в тот момент; изоляцию и подготовку Worktree он не проверяет.
Если Local работает, осознанно выберите временный вариант
Local работает в выбранной рабочей копии репозитория. Отдельный worktree предоставляет другой рабочий каталог. Переход на Local меняет место выполнения операций с проектом; он не даёт той же гарантии изоляции.
Для обсуждения без изменений файлов может быть достаточно работающего чата Local. Прежде чем разрешать правки, проверьте рабочую копию и согласуйте действия с другими задачами, которые её используют. Сохраните незакоммиченные и неотслеживаемые файлы. Не применяйте git reset --hard, git clean или удаление кеша как универсальное средство от ошибок сериализации.
Если задаче нужна изоляция, в issue есть сообщения о запуске в Local с последующим созданием worktree средствами приложения. Это условный обходной путь: используйте его, только если такая возможность действительно доступна в установленном приложении, и до любых правок проверьте возвращённый каталог. Подойдёт такая инструкция:
Не изменяй текущую рабочую копию. Сначала определи нужную исходную ветку
или коммит и сообщи, какому коммиту они соответствуют. Создай отдельный
управляемый worktree через поддерживаемую функцию приложения, если она
доступна. Сообщи его абсолютный путь и HEAD. Все последующие операции
с проектом выполняй в этом каталоге. Если создание или подключение
не удастся, остановись до изменения файлов и сообщи об ошибке.Укажите исходную ревизию, которая действительно нужна задаче; не подставляйте master автоматически. Новый worktree не переносит незакоммиченные изменения из исходной рабочей копии. Если они нужны, сначала сохраните их, затем отдельно спланируйте перенос.
Перед продолжением проверьте возвращённый каталог командами Git, которые ничего не изменяют:
git -C /absolute/path/to/worktree rev-parse --show-toplevel
git -C /absolute/path/to/worktree rev-parse HEAD
git -C /absolute/path/to/worktree status --short
git -C /absolute/path/to/worktree worktree listПодставьте реальный путь; если в нём есть пробелы, заключите его в кавычки. Убедитесь, что каталог отдельный, коммит соответствует согласованной исходной ревизии, а все начальные изменения понятны. Само создание каталога не доказывает, что приложение подключило его или что последующие команды используют именно его. Если приложение не предоставляет поддерживаемую функцию, продолжайте только чтение либо используйте уже поддерживаемый способ разработки. Обычная копия папки не является управляемым worktree.
Соберите полезную диагностику
Используйте предусмотренную приложением отправку отзывов или диагностики. В публичных сообщениях встречаются TypeError, сбой отправки из поля ввода и mode=worktree; ищите соответствующее событие рядом со временем своей проверки, а не копируйте чужой стек вызовов.
Запишите только относящееся к сбою событие и его контекст. В необработанном журнале могут быть запросы, локальные пути, имена репозиториев, данные аутентификации или идентификаторы сессий. Удалите их перед передачей. Следующий шаблон — редакционная памятка, а не реально полученный журнал:
ОС и архитектура:
Версия/сборка настольного приложения:
Время проверки и часовой пояс:
Точный видимый текст ошибки:
Новый или существующий чат:
Тип проекта: Git / без Git / нет проекта
Проверка Local: успех / точная ошибка / не проверялось
Проверка Worktree: успех / точная ошибка / не проверялось
Предложенное обновление и результат:
Создался ли каталог worktree?
Релевантные диагностические поля без конфиденциальных данных:
Что изменилось между проверками:Не выдавайте гипотезу о механизме сериализатора за подтверждённую причину на своём компьютере. Разработчикам важно различать сбой до появления worktree, во время подготовки и после запуска задачи. Укажите этот этап и минимальный способ воспроизведения, не загружая закрытый исходный код.
Как понять, что работа восстановлена
Восстановление означает, что нужная операция снова выполняется, а не просто исчезло уведомление. Если не работал прямой запуск Worktree, убедитесь, что новый чат Worktree принимает короткий запрос, приложение показывает нужную рабочую копию и второй новый чат тоже запускается. Затем выполните небольшую реальную задачу в проверенном каталоге и изучите её изменения.
Если работает только Local, запишите: временный обходной путь доступен; прямое создание Worktree по-прежнему не работает. Если обновление недоступно, сохраните версию и диагностические данные для поддержки. Если текст ошибки изменился, разбирайте новый сбой через указатель ошибок Codex, а не применяйте все советы из старого обсуждения.
Ofox публикует это руководство для разработчиков. Смена поставщика моделей, покупка API-кредитов или увеличение лимитов модели сами по себе не подтверждают исправление ошибки сериализатора настольного приложения.
