OpenAI Codex Chronicle: память из экранных записей
OpenAI Codex Chronicle добавляет память из экранных записей: как работает preview для macOS, где хранятся memories и какие риски есть у функции.
OpenAI Codex Chronicle добавляет в Codex память, собранную из недавнего содержимого экрана. По состоянию на 20 апреля 2026 года это не массовая функция для всех пользователей Codex, а opt-in research preview: только ChatGPT Pro, только macOS, без доступа в Европейской экономической зоне, Великобритании и Швейцарии.
Идея понятная: разработчик не объясняет агенту заново, где он остановился, какой документ открыт и о каком «этом баге» идёт речь. Codex смотрит на недавний экранный контекст, строит из него локальные memories и потом использует их как подсказку для новых задач. Цена такого удобства — доступ к очень чувствительному слою рабочего процесса.
Что такое Codex Chronicle
Chronicle работает как надстройка над памятью Codex. Обычные memories помогают агенту переносить между сессиями устойчивые предпочтения, повторяющиеся рабочие процессы, стек проекта и известные ловушки. В документации OpenAI отдельно сказано, что memories выключены по умолчанию и на запуске недоступны в ЕЭЗ, Великобритании и Швейцарии.
Chronicle идёт дальше: он использует недавний экранный контекст, чтобы строить память не только из диалогов, но и из того, что пользователь видел во время работы. OpenAI приводит типовые сценарии: ошибка на экране, открытый документ, конкретный инструмент или проект, к которому разработчик возвращается спустя время.
Это часть общего курса OpenAI: Codex перестаёт быть только агентом для правок в репозитории. В анонсе Codex for (almost) everything компания пишет, что Codex теперь работает шире по жизненному циклу разработки: компьютерное управление, браузер в приложении, плагины, SSH-подключения и долгие задачи. На Toolarium мы уже разбирали соседний шаг, плагины Codex, MCP и интеграции вроде Slack, Figma и Notion. Chronicle добавляет к этой картине память о том, что происходило вокруг задачи.
Что подтверждено на 20 апреля 2026 года
У Chronicle много быстро меняющихся деталей, поэтому ниже только то, что удалось подтвердить по официальной документации OpenAI и публикациям 20 апреля.
| Пункт | Что известно | Источник |
|---|---|---|
| Статус | Opt-in research preview, включается вручную | OpenAI Developers |
| Доступность | ChatGPT Pro на macOS; недоступно в ЕЭЗ, Великобритании и Швейцарии | OpenAI Developers |
| Разрешения macOS | Нужны Screen Recording и Accessibility | OpenAI Developers |
| Временные screen captures | Файлы могут появляться в $TMPDIR/chronicle/screen_recording/; старше 6 часов удаляются, пока Chronicle работает | OpenAI Developers |
| Локальные memories | Генерируются как незашифрованные Markdown-файлы в ~/.codex/memories_extensions/chronicle/ | OpenAI Developers |
| Публичная новость | The Decoder и 9to5Mac сообщили о запуске Chronicle 20 апреля 2026 года | The Decoder, 9to5Mac |
Как работает память из экранных записей
Технически Chronicle не превращает Codex в постоянный видеорегистратор с вечным архивом. OpenAI описывает процесс иначе: Chronicle захватывает экранный контекст локально, затем периодически запускает эфемерную сессию Codex, чтобы превратить выбранные кадры, OCR-текст со скриншотов, временные метки и локальные пути файлов в memories.
Временные screen captures остаются на устройстве и используются для генерации memories. OpenAI отдельно пишет, что скриншоты не сохраняются на серверах после обработки, если этого не требует закон, и не используются для обучения. При этом сами memories могут попасть в контекст будущей сессии Codex, а дальше уже действует настройка данных пользователя в ChatGPT.
Практический смысл в том, что Codex получает не только явную команду пользователя, но и следы последней работы: какой файл был открыт, какой интерфейс проверяли, на каком дашборде видели ошибку. Это близко к логике computer-use агентов: агенту всё чаще нужен не абстрактный prompt, а конкретная рабочая сцена.
Почему это полезно разработчикам
Главная польза Chronicle в том, что ручного пересказа становится меньше. В обычной сессии с агентом разработчик тратит много времени на контекст: «смотри, я сейчас правил этот экран», «ошибка вот в этом окне», «возьми тот документ, который мы открывали утром». Chronicle пытается убрать часть этой рутины.
Для фронтенда это особенно заметно. Агент может понять, какой экран тестировали, какую карточку смотрели, где был визуальный дефект. Для поддержки и внутренней разработки полезен другой сценарий: Codex вспоминает, какие инструменты команда обычно использует, какие проекты повторяются и где искать нужный источник.
Функцию легко переоценить. В документации OpenAI сказано, что когда лучше подходит прямой источник, например файл, Slack-тред, Google Doc, дашборд или pull request, Codex должен использовать Chronicle как указатель, а не как замену первоисточника. Это правильная граница: память по экрану хороша для восстановления контекста, но плоха как единственная база фактов.
Где начинаются риски
OpenAI сама перечисляет основные стоп-сигналы: Chronicle быстро расходует rate limits, повышает риск prompt injection и хранит memories на устройстве незашифрованными Markdown-файлами. Для функции, которая смотрит на рабочий экран, это не мелкие оговорки.
Prompt injection здесь опаснее, чем в обычном чате. Если Codex видит сайт, документ или задачу с вредной инструкцией для агента, эта инструкция может попасть в контекст. Мы уже разбирали похожую механику в материале о том, как ИИ-агенты атакуют разработчиков через тестовые задания: проблема не в «плохом prompt» как таковом, а в том, что агент начинает исполнять текст, который пользователь считал обычным содержимым.
Приватность тоже не сводится к одной галочке. OpenAI пишет, что Chronicle не получает доступ к микрофону и системному аудио, но screen captures могут содержать чувствительные данные: переписку, ключи, имена клиентов, внутренние дашборды, баг-репорты. Перед встречами и при работе с конфиденциальными окнами Chronicle лучше ставить на паузу. Это прямо предусмотрено: в меню Codex можно выбрать Pause Chronicle или Resume Chronicle, а полностью выключается функция в Settings → Personalization → Memories.
Наконец, локальное хранение не равно безопасному хранению. Папки со screen captures и memories находятся на компьютере пользователя, но OpenAI предупреждает, что другие программы на этом же устройстве тоже могут получить к ним доступ. Для корпоративной разработки это вопрос не только удобства, но и политики endpoint security.
Кому стоит включать Chronicle
Chronicle выглядит полезно для одиночных разработчиков и небольших команд, которые уже активно работают в Codex, не обрабатывают на экране чувствительные данные и готовы платить rate limits за удобство. Особенно там, где задачи часто переходят между интерфейсом, кодом, браузером и документами.
Корпоративным командам стоит подождать. Минимальный чеклист перед пилотом: отдельный тестовый проект, запрет на экраны с секретами, понятная политика для meetings и коммуникаций, проверка папок $TMPDIR/chronicle/screen_recording/ и ~/.codex/memories_extensions/chronicle/, а также обучение команды рискам prompt injection.
Главный вывод такой: Chronicle показывает, куда движутся ИИ-агенты для разработки. Им мало кода и истории чата, им нужен рабочий контекст. Но чем ближе агент к экрану пользователя, тем жёстче должны быть правила доступа, паузы, очистки и проверки того, что именно попало в память.
Источники и дата проверки
Факты в материале проверены 20 апреля 2026 года по документации OpenAI Developers о Chronicle, странице Codex memories, анонсу Codex for (almost) everything, публикациям The Decoder и 9to5Mac.
