Ошибка Codex «thread not found» не обязательно означает, что история потеряна. Сначала выясните, не работает ли только отправка или сама беседа тоже не открывается.
Читайте не только заголовок ошибки
Прежде чем удалять историю, разберитесь с симптомами
thread not found
os error 2 / ошибки хранения
Не начинайте с переименования файлов или изменения базы данных
Timeout / request expired
Содержание
- 1. Что не найдено при thread not found?
- 2. Реальный случай: отправка восстановилась без удаления истории
- 3. Что делать, если не работает только отправка
- 4. Похожие сообщения — разные причины и решения
- 5. Проверки и перенос работы, если проблема остаётся
- 6. Что записать для обращения за помощью
- 7. Подтвердите восстановление коротким ответом
- Частые вопросы
1. Что не найдено при thread not found?
Codex от OpenAI может показать такую ошибку при отправке следующей инструкции в существующую задачу. ID обозначает беседу; здесь он скрыт. Первая строка ниже — перевод японского сообщения, которое мы наблюдали в своём случае.
При отправке сообщения произошла ошибка
thread not found: <ID беседы>В статье рассматриваются существующие локальные задачи в настольном приложении. 21 сентября 2026 года мы сопоставили журналы неудачных отправок со своего компьютера с открытым исходным кодом и сообщениями пользователей. В центре внимания — наш случай на Windows, а не способ исправления, проверенный во всех средах.
Чтение истории и отправку нужно проверять отдельно
Сохранённая история
Прочитать прошлую переписку
thread/read
Получить сохранённые данные
Беседа, загруженная для выполнения
Принять новую инструкцию
thread/resume → turn/start
Возобновить беседу → начать следующую инструкцию
Отправка может не работать, когда беседа, необходимая для выполнения, не найдена, хотя прошлая история по-прежнему видна.
Официальная спецификация App Server объясняет: thread/read читает сохранённую историю, не загружая беседу в память для выполнения. Это отличается от thread/resume, который возобновляет беседу, чтобы работу можно было продолжить. Это внутренние методы обмена, а не команды для ввода в чат.
Мы также сопоставили версию CLI 0.155.0-alpha.9, указанную в сохранённых метаданных нашего компьютера, с соответствующим открытым кодом обработки отправки. Точка входа turn/start получает беседу и возвращает thread not found, если поиск не удался. Поиск выполняется в списке бесед в оперативной памяти, поэтому сама ошибка не доказывает, что сохранённые файлы исчезли.
notLoaded сам по себе не является состоянием ошибки. Он означает, что сохранённая беседа сейчас не загружена для выполнения. Проблема возникает, когда необходимое возобновление не происходит и беседа не может принять следующую инструкцию. По одному тексту нельзя отличить обычную выгрузку от проблемы поиска сохранённых данных, неверного ID беседы или других причин.
2. Реальный случай: отправка восстановилась без удаления истории
В рабочей среде AI Arte ошибка появилась при отправке инструкции продолжить работу в другую задачу в приложении Windows версии 26.915.31029. Ниже приведена последовательность событий из журналов приложения за 21 сентября 2026 года. Всё время указано по японскому стандартному времени (JST); ID бесед, содержание работы и личные сведения исключены.
От повторной попытки в интерфейсе к настоящей перезагрузке беседы
Отправка не удалась. Внутренний ответ — thread not found
Интерфейс уже считал беседу возобновлённой
Та же ошибка отправки после повторного открытия задачи
Переключение на другую задачу и обратно не помогло
Зафиксировано выгруженное состояние → беседа успешно загружена заново
notLoaded → needs_resume → успешный thread/resume
Новые инструкции приняты. Отправка успешна
Поздняя проверка истории показала, что оба хода завершены без ошибки
Сохранённая беседа и рабочая папка существовали, история успешно читалась. Исходная задача не была архивирована. Мы проверяли журналы и сохранённое состояние только на чтение, не меняя базу бесед или настройки.
Что удалось подтвердить
- История сохранялась
- После повторной загрузки отправка работала
- При исследовании история и настройки не менялись
Что этот случай не доказывает
- Точную причину недоступности беседы в памяти выполнения
- Что перезапуск всегда помогает
- Общую причину для всех пользователей
Расхождение между статусом «возобновлена» в интерфейсе и внутренним состоянием — убедительное объяснение. Однако мы не воспроизвели проблему, чтобы выяснить, как именно оно возникло. Проверка статуса последних ходов также не равнозначна проверке правильности выполненной в них работы. Наше подтверждение восстановления касается только отправки и состояния беседы.
3. Что делать, если не работает только отправка
Сначала сохраните копию введённого текста. Прежде чем многократно нажимать отправку, проверьте, не появилась ли та же инструкция в беседе и не началась ли обработка. Не дублируйте запрос, ответ на который лишь задерживается, особенно если речь идёт о публикации, удалении или покупке.
Проверьте беседу и предыдущую работу
Посмотрите, читаются ли прошлые сообщения и имеет ли последняя инструкция статус завершённой, выполняющейся или ошибочной. Сохраните изменённые файлы и запишите рабочую папку. Проблема отображения беседы сама по себе не означает потерю рабочих файлов.
Дождитесь загрузки и откройте ту же задачу заново
Если задача только что открыта, дождитесь загрузки истории. Переключитесь на другую задачу, вернитесь и выполните небольшую проверку. В нашем случае этого было недостаточно, поэтому бесконечно повторять один запрос не стоит.
Проверьте другую работу, затем штатно перезапустите приложение
Если другая задача выполняется, дождитесь её завершения либо сохраните необходимое и остановите её. Затем выйдите из приложения, запустите его снова и откройте ту же задачу. Переключение между задачами и перезапуск всего приложения — разные операции.
Убедитесь, что короткий ответ завершился
Не отправляйте сразу исходное большое задание. Начните с проверки без изменения файлов и вызовов инструментов. После завершения ответа проверьте предыдущую работу и продолжайте как обычно.
Например, ограничьте проверку следующим запросом. Это инструкция модели, а не команда для ремонта приложения. Отправка и ответ модели могут учитываться в обычном лимите использования.
Это проверка соединения. Не продолжай прежнюю работу, не читай
и не изменяй файлы, не вызывай инструменты. Ответь только:
«Ответ получен».Отчёт #30710 в GitHub-репозитории OpenAI описывает случай на Windows, когда перезапуск улучшил ситуацию со сбоями отправки сразу после открытия беседы. Официальное руководство рекомендует при зависшем встроенном терминале дождаться завершения активных задач и перезапустить приложение. Это не специальная процедура восстановления после данного сбоя отправки. Ни один из источников не гарантирует, что перезапуск исправляет любую ошибку thread not found.
Перед обновлением запишите текущую версию приложения и симптомы. Встроенная версия Codex может отличаться от отдельно установленного CLI. Обновление только CLI не доказывает, что проблема настольного приложения устранена. Мы не установили версию, которая окончательно решает этот симптом.
4. Похожие сообщения — разные причины и решения
Не ограничивайтесь заголовком о неудачной отправке: прочитайте остальной текст ошибки и определите, какая операция не удалась. Таблица объединяет открытые отчёты и наши наблюдения; это не рейтинг частоты проблем.
| Наблюдаемый симптом | Что проверить | Чего нельзя заключать |
|---|---|---|
| История читается, но отправка не работает | Работает ли отправка после повторной загрузки | Читаемая история не гарантирует работу отправки |
| os error 2 / архивация тоже не работает | Сохранённые файлы и пути, на которые ссылается приложение | Одного перезапуска может быть недостаточно |
| Timeout / request expired | Зависшие ответы, очереди и другие операции | Не смешивать с немедленным ответом thread not found |
| Не работают и продолжение, и остановка | Выполняется ли работа в действительности или устарело отображение | Не полагаться только на индикатор выполнения в интерфейсе |
Пример с сохранившимся доступом к истории приведён в дополнении пользователя macOS к #30710. Интерфейс считал беседу возобновлённой, но отправка постоянно не удавалась; позднее новый экземпляр интерфейса успешно загрузил её заново. Такое расхождение состояний нельзя объяснить лишь гонкой сразу после открытия. Оно похоже на наш случай, но идентичность причин не доказана.
Напротив, отчёт о Windows #39179 описывает ошибки отправки и архивации, которые сохранились после перезапуска. #39575 также содержит диагностику, связанную с временными метками в именах сохранённых файлов и процедурой поиска. Однако это исследования пользователей. Один префикс пути или разница часовых поясов не доказывают повреждение ваших данных.
Об ошибках после ожидания см. отчёт о тайм-ауте отправки #27395; об ошибках, затрагивающих и остановку, — отчёт о расхождении истории и состояния выполнения #42604. Похожие сообщения в отчётах не доказывают, что проблема часто возникает у всех пользователей. Мы не нашли оценки частоты с числом пользователей или попыток отправки в качестве знаменателя.
5. Проверки и перенос работы, если проблема остаётся
Если перезапуск не помогает, проверьте чтение сохранённой истории. Если ваша среда позволяет исследовать проблемную задачу из другой работающей задачи Codex, начните с проверки только на чтение. Убедитесь в правильности ID цели, а не выбирайте задачу просто по похожему названию.
Исследуй целевую задачу только на чтение.
ID цели: вставьте сюда ID беседы из ошибки
Сообщи, читается ли история, каков статус последнего хода и есть ли ошибки.
Не отправляй сообщения в другие задачи, не продолжай прежнюю работу,
не создавай ответвления и не архивируй. Не меняй настройки или базу данных,
не перемещай и не удаляй файлы истории.
Если инструментов управления задачами нет, сообщи об этом ограничении.Это пример запроса для среды с инструментами управления задачами. Они есть не в каждом интерфейсе или CLI. Если такой возможности нет, не нужно угадывать и запускать похожие по названию внутренние команды.
Выберите следующий шаг по результатам проверки
- История читается / предыдущая работа завершена
- Рассмотрите повторную проверку отправки или ответвление с переносом истории. Сохраните исходную задачу.
- История читается / статус выполнения неясен
- Сначала проверьте состояние выполнения и изменения файлов. Не запускайте одну работу дважды в разных задачах.
- История не читается / есть ошибки хранения
- Сохраните резервные копии и сообщите о проблеме с приложением журналов. Не удаляйте оригиналы ради восстановления чтения.
Дополнение к #39179 описывает короткую проверку, отправленную из другой работающей задачи; после завершения ответа обычная беседа тоже восстановилась. Однако другой комментарий сообщает, что аналогичная отправка не удалась, зато ответвление завершённой истории приняло новую инструкцию. В ответ на этот контрпример автор первого отчёта уточнил, что это не универсальное решение.
Ответвление — это способ перенести завершённую историю в другую задачу, а не исправить исходную. Не рассчитывайте, что незавершённая работа будет воспроизведена без изменений. После переноса проверьте рабочую папку, изменённые файлы и последний завершённый шаг. Открытый отчёт о принятой новой инструкции также не гарантирует правильного завершения последующей работы.
История беседы и рабочие файлы тоже существуют отдельно. Изменения проекта могут сохраниться, даже если беседа не открывается. И наоборот, читаемая история не гарантирует актуальности файлов. В Git-проекте изучите изменения и установите, что уже выполнено, прежде чем продолжать.
6. Что записать для обращения за помощью
Разделите успешные и неудачные действия, вместо того чтобы писать только «не могу отправить». Версия приложения, ОС, время и часовой пояс, ID беседы и предыдущее действие помогают различать виды сбоев. Публиковать всю беседу сразу необязательно.
Шаблон сообщения о проблеме
- Среда
- Версия приложения / ОС / место выполнения, например локальное или удалённое
- Возникновение
- Время и часовой пояс / полный текст ошибки / предыдущее действие
- Что работает и что не работает
- Результаты просмотра истории / отправки / остановки / архивации
- Предпринятые шаги
- Что изменилось после повторного открытия или перезапуска
Если доступны журналы, изучите записи вокруг неудачного запроса. method=turn/start обозначает начало инструкции, thread/resume возобновляет беседу, а errorCode помогает понять внутренний ответ. Сохраняйте и успешные записи. Различайте одну ошибку, отражённую в нескольких строках, и несколько действительно неудачных запросов.
На нашем Windows-компьютере журналы приложения находились в %LOCALAPPDATA%\Codex\Logs. Это проверенный путь на конкретной машине, а не гарантия для всех вариантов поставки. Официальная документация указывает для сессий $CODEX_HOME/sessions, по умолчанию — ~/.codex/sessions. Другие настройки или место выполнения могут означать, что данные просто находятся не в той папке, которую вы просматриваете. Неудачный поиск не доказывает удаление.
Официальное руководство объясняет, как отправить отзыв, введя / в поле сообщения. В журналах и снимках экрана могут быть текст бесед, адреса электронной почты, названия других проектов и локальные пути. В открытом issue размещайте только необходимые обезличенные фрагменты. Перед передачей полных ID и подобных сведений проверьте получателя и круг тех, кто увидит обращение.
7. Подтвердите восстановление коротким ответом
Вместо удаления истории сначала проверьте по отдельности три вещи: можно ли её прочитать, можно ли возобновить беседу и завершается ли новая инструкция? В нашем случае после повторной загрузки отправка заработала, но это не доказывает, что тот же метод исправит несвязанные ошибки хранения.
После завершения короткого ответа выясните, насколько продвинулась исходная инструкция, и продолжайте с нужного шага. Если проблема остаётся, приоритетны исследование только на чтение и сохранение журналов. Исчезновения ошибки или успешного создания ответвления недостаточно, чтобы считать восстановление завершённым.
Claude Code также может выдавать Prompt is too long при превышении объёма ввода или MCP error -32000: Connection closed, когда нужно проверять соединение с внешними инструментами. Это другие ошибки другого продукта. Даже если симптом выглядит как «не могу дать ИИ инструкцию», выбирайте действия по названию продукта и полному тексту ошибки. Не переносите соответствующие команды диагностики напрямую в беседу Codex.
Частые вопросы
Q. Означает ли thread not found, что беседу удалили?
A. Не обязательно. Сохранённая история может читаться, даже если беседа, нужная для приёма сообщения, не загружена в память выполнения. Но возможны и проблемы со ссылками на сохранённые данные или самими файлами, поэтому проверьте чтение истории на практике.
Q. Является ли notLoaded ошибкой?
A. Одно название состояния не доказывает ошибку. Это может быть нормальная ситуация: сохранённая беседа сейчас не загружена для выполнения. Проверьте, возобновляется ли она при продолжении и завершается ли короткий ответ.
Q. Перезапуск всегда помогает?
A. Нет. Одни отчёты описывают улучшение, другие — ошибки хранения или архивации, сохранившиеся после перезапуска. На своём компьютере мы наблюдали успешную отправку после повторной загрузки беседы; эксперимент с перезапуском не проводили.
Q. Поможет ли обновление до последней версии?
A. На момент проверки мы не подтвердили конкретный выпуск, устраняющий всю эту группу симптомов. Запишите версию приложения и результаты до и после обновления. Отдельно установленный CLI и встроенная версия Codex не обязательно совпадают.
