Codex Plugin для Claude Code: встановлення, налаштування, уникнення циклів перегляду

Кожен, хто працював із двома агентами для програмування одночасно, знає цю рутину. Один термінал планує, інший перевіряє, а ви сидите між ними, копіюючи текст туди-сюди, наче кліпборд із своїми коментарями. Якщо спробувати автоматизувати цю взаємодію, вони починають суперечитися через коми, і сесія, яку планували завершити до обіду, досі переписує ту саму заголовкову частину о четвертій годині дня.

Офіційний плагін OpenAI для Claude Code, codex-plugin-cc, усуває більшу частину необхідності копіювання. Він дозволяє викликати функції Codex для перегляду, делегування завдань та передачі сеансів прямо зсередини Claude Code. Достатньо лише встановити Codex CLI на комп’ютер, зареєструвати ринок OpenAI у Claude Code, встановити плагін, перезавантажити програму та виконати команду на налаштування. У випадку, коли Claude працює як гість усередині Codex, існує окремий зворотний плагін із власним шляхом встановлення. У обох випадках доцільно спочатку поділитися інструкціями щодо проекту та встановити правила обмеженого перегляду та передачі завдань, перш ніж автоматизувати будь-які процеси.

Приріст ефективності походить від скорочення часу передачі даних, а не від більш розумних моделей. Репозиторій, який має один хост-термінал, де гостьовий агент сам виконує перевірку, дозволяє уникнути необхідності постійного перемикання між різними вікнами для аналізу кожної частини відмінностей. Деталі наведені нижче взяті з документації плагінів та матеріалів спільноти; команди чи назви моделей могли змінитися з моменту їх збору, тому перевіряйте їх у поточних README-файлах перед тим, як покладатися на них.

Виберіть напрямок перед встановленням чого-небудь

Уявіть собі посадку в автомобіль, де два навігаційні пристрої активуються одночасно. Один віддає перевагу шосе, а інший — бічним вулицям, і жоден з них не чекає, поки ви вкажете керівника. Якщо ви поїдете з під’їзної дороги, не вирішивши, хто буде визначати наступний поворот, ви застрягнете, поки обидві екрани будуть конфліктувати між собою.

Основною проблемою є хост. Плагін Codex для Claude Code виступає як додатковий навігатор, а не додаткове кермо, тому потрібно визначитися, який термінал буде керувати, ще до виконання першої команди інсталяції.

Існують два підходи, кожен з яких потребує окремої процедури. Команда $cc: не підходить для сеансу Claude Code, а команда /plugin, вставлена до Codex, не активує той самий плагін.

Офіційний підхід: Codex всередині Claude Code

Це власний продукт OpenAI для цієї мети — codex-plugin-cc. Claude Code залишається робочим простором, а Codex приєднується як додатковий агент, який може переглядати код, ставити під сумнів дизайн, брати на себе виправлення, виконувати фонові завдання та продовжувати сеанс.

Ринок плагінів — це просто реєстр, до якого звертається Claude Code для пошуку плагінів, які можна встановити. Послідовність дій: додати ринок OpenAI, встановити codex@openai-codex, перезавантажити та запустити /codex:setup. Плагін взаємодіє з вашим локальним CLI Codex та сервером додатку Codex, не запускаючи окремого хмарного середовища виконання. Оберіть цей підхід, коли Claude Code вже знаходиться там, де ви плануєте його використовувати, шукати та керувати ним. Коли у блоговій статті та у файлі README репозиторію є розбіжності, перевагу має README.

Зворотний підхід: Claude всередині Codex

cc-plugin-codex від Sendbird працює інакше. Codex є хостом, а Claude Code викликається як гість, зазвичай через новий неконсольний підпроцес claude -p для кожного завдання. Встановлення відбувається всередині Codex:

codex plugin marketplace add sendbird/codex-marketplace
codex plugin add cc@sendbird
$cc:setup

Існує ідемпотентний допоміжний інструмент npx cc-plugin-codex install, який можна запускати знову для оновлень. $cc:setup перевіряє гаки, надійність кешу та напрямки для запису, а зворотні гаки також вимагають налаштування hooks = true у розділі [features] файлу ~/.codex/config.toml.

Існує ще один неофіційний варіант: спільнотний маркетплейс (yanchuk/claude-plugin-codex) із командою $claude setup. Сприймайте його як програмне забезпечення спільноти та не плутайте з плагіном від OpenAI.

Якщо ви хочете знати, який продукт кращий, це вже інше порівняння, а обговорення тут стосується лише налаштувань. Коротко кажучи, рішення залежить від того, хто є господарем, а хто — гостем, та який варіант інсталяції вам дозволено використовувати.

Інсталяція офіційного плагіна всередині Claude Code

Решта цього розділу слідує офіційному підходу, якщо тільки у заголовку не зазначено інше. Порівняння брендів, VS Code та Cursor — це окремі завдання, а сам CLI, включаючи інсталятори для платформ та параметри пісочниці при першому запуску, має власну документацію з інсталяції.

Процес може зазнати невдачі, якщо версія Node.js старша за 18.18, якщо Codex не автентифікований на машині, або якщо ви пропустите крок перезавантаження та вирішите, що плагін не працює.

Підтвердіть вимоги, зазначені в документації

Офіційний плагін вимагає Node.js 18.18 або новішої версії. Зворотний плагін від Sendbird потребує лише Node.js 18+, проте всі, хто використовує офіційний шлях, повинні дотримуватися більш суворих вимог. Також потрібен функціональний локальний CLI Codex та спосіб оплати, що означає план ChatGPT (безкоштовний варіант підходить згідно з інструкцією) або ключ API OpenAI. Claude Code має власні вимоги — ключ API Anthropic або план Claude Pro чи Max. Це означає два продукти та дві рахунки, причому плагін не поєднує їх.

Якщо CLI відсутній, встановіть його:

npm install -g @openai/codex

Потім автентифікуйтеся за допомогою описаної процедури Claude Code:

!codex login

Уникайте сайтів-дзеркал та списків виконуваних файлів від сторонніх розробників. Легітимними джерелами є репозиторій на GitHub та CLI npm з відповідними обмеженнями. А якщо вашим щоденним інструментом є панель бічного вікна IDE, а не Claude Code, то ви працюєте з іншим хостом, який має власні інструкції.

Додайте ринок, встановіть, перезавантажте, налаштуйте

Встановлення офіційного плагіну вимагає чотирьох команд з слешем. Команда з слешем — це /command, введена у сесії Claude Code, а не бінарний файл з вашого шляху до shell. Виконуйте їх у такій послідовності:

/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup

/reload-plugins оновлює список активних плагінів, і його пропуск може призвести до ситуації, коли встановлення відбулося успішно, але команди все одно вважаються відсутніми. /codex:setup підтверджує, що Codex автентифікований, і, якщо CLI відсутній, може запропонувати встановити глобальний пакет @openai/codex за допомогою npm. Це і є весь офіційний процес встановлення. Більшість проблем, які люди приписують плагіну, виникають через кроки, пов’язані з ним.

Налаштуйте Codex для проекту, а не лише для комп’ютера

Глобальне встановлення надає вам команди. Воно не вказує Codex, як саме потрібно обробляти певний репозиторій. Стандартні налаштування користувача та зміни, внесені для проекту, зберігаються у різних файлах, причому файл проекту завантажується лише тоді, коли проект вважається надійним.

Поширеною помилкою є редагування файлу користувача для встановлення моделі проекту, а потім здивування через те, чому другий репозиторій успадкував її. Саме така спадковість є частиною дизайну: це редагування налаштовувало сам механізм, а не структуру проекту.

Налаштування користувача проти перевизначень для надійних проектів

Конфігурація на рівні користувача знаходиться у файлі ~/.codex/config.toml — це файл з домашньої директорії, який Codex читає для кожного проекту. Перевизначення для надійного проекту знаходяться у файлі .codex/config.toml у корені репозиторію. Під „надійним“ мається на увазі прапорець довіри до проекту в Codex: перевизначення завантажуються лише тоді, коли директорія позначена як надійна, а ненадійна структура проекту ігнорує локальний файл. Це міра безпеки, а не баг, тому, якщо файл проекту, здається, не завантажується, спочатку перевірте статус довіри, перш ніж починати дебагування TOML-файлу.

Розумний розподіл зберігає конфіденційну інформацію та стандартні заходи обережності у файлі користувача, а параметри моделі та варіанти роботи в сандбоксі, специфічні для репозиторію, поміщається у файл проекту після того, як довіра до структури проекту буде встановлена.

Поведінка моделі та процесу міркувань

Тут важливі два параметри: model та model_reasoning_effort. У документі README виробника наведено приклад перевизначення цих параметрів у проекті:

model = "gpt-5.4-mini"
model_reasoning_effort = "high"

Розглядайте ці значення як приклади, які швидко стають застарілими. Теги моделей змінюються швидко, і рядок, показаний у скріншоті, може бути застарілим вже через тиждень. Скопіюйте ключі, а потім ще раз перевірте значення за поточною документацією, перш ніж зберегти їх у репозиторії. Плагін також підтримує скорочення spark, яке відповідає gpt-5.3-codex-spark; це зіставлення описано в документації, але також є тимчасовим, і якщо у наступному README його не буде, слід дотримуватися інструкцій з README.

model_reasoning_effort = „high“ — це не свободний діапазон налаштувань якості, адже більший рівень зусиль споживає більше токенів при кожному кроці. Використовуйте його лише у складних ситуаціях з проектуванням або при серйозних помилках у тестах, а не для простого зміни назви.

Схвалення та сандбоксування

Посібник від сторонньої організації ShakaCode описує інтерактивні параметри перевизначення та ключі середовища, на які не звертає уваги офіційний README плагіну, тому слід розглядати його як посібник від сторонньої сторони. Параметр approval_policy контролює, коли Codex запитує дозвіл перед виконанням дії, причому як значення наводяться untrusted та on-request. Параметр sandbox_mode обмежує те, що процес може змінювати, причому доступними варіантами є read-only, workspace-write та danger-full-access.

approval_policy = "untrusted"
sandbox_mode = "workspace-write"

У наведеному посібнику це є стандартним профілем для роботи з функціями: Codex може редагувати в робочому просторі, але все одно запитує дозволу перед виконанням дій, ніби довіра до цього простору є частковою. Зберігайте danger-full-access для тестових засобів та скриптів компіляції, яким ви вже довіряєте, і ніколи не використовуйте його для першого ознайомлення з незнайомим репозиторієм.

У CLI команда codex --auto-edit все одно запитує дозвіл перед виконанням у шеллі, тоді як codex --full-auto працює у повній ізоляції без жодних запитань. Ці флаги змінюють поведінку запиту дозволу та не є синонімами, тому не використовуйте --full-auto лише через те, що він звучить більш рішуче.

Люди часто встановлюють другий плагін, щоб не пропустити якусь функцію, хоча насправді бракує рішення щодо середовища, яке потрібно прийняти ще до виконання першої команди.

Єдине джерело інформації про проект для обох агентів

Два агенти, які працюють на одному дереві та не мають спільних інструкцій, до четверга створять два стилі будинків. Очікуйте дублювання правил очищення, дублювання команд тестування та перегляду, який скасовує конвенцію, яку інший агент щойно відновив. Codex бере свої правила репозиторію з файлу AGENTS.md, який є Markdown-файлом, а CLAUDE.md — відповідний файл для Claude Code. Вам потрібна політика щодо взаємозв’язку цих двох агентів, адже ніщо не змушує їх працювати синхронно, якщо хтось цього не встановить.

Найкращий документований огляд варіантів — це claude-code-with-codex.md від ShakaCode. У ньому вказані назви моделей, тож покладайтеся на нього щодо стратегії файлів, а не щодо стандартних тегів моделей.

Посилання на один файл інструкцій

Розміщуйте команди збірки, примітки щодо архітектури та конвенції у AGENTS.md, а CLAUDE.md перетворіть на посилання:

# Project Instructions
See @AGENTS.md for build commands, architecture, and conventions.

Залишилося два файли, і примітки, специфічні для Claude, все ще можуть знаходитися під вказівником. Витрати полягають у постійному обслуговуванні, адже якщо забути оновити вказівник, Claude буде працювати з недійсним посиланням. Також можна наказати Codex переходити на альтернативний варіант у разі відсутності AGENTS.md через ~/.codex/config.toml:

project_doc_fallback_filenames = ["CLAUDE.md", "COPILOT.md"]

Це шлях для читання, а не для об’єднання. Codex буде шукати ці імена файлів, але не об’єднуватиме три файли в одну політику.

Створіть символічну посилання на універсальні правила

Швидкий спосіб — це один командний запит:

ln -s AGENTS.md CLAUDE.md

Один інод, два назви — тому універсальні правила залишаються ідентичними. Проте існує реальний компроміс: ви не можете тримати директиви, специфічні для певного інструменту, окремо, оскільки другого файлу більше немає. Якщо Claude потребує хука, який Codex ніколи не повинен бачити, символічний посилання не може цього відтворити.

Зберігайте спільний ядро та додатки, специфічні для інструменту

Правила, які мають бути ідентичними, такі як команда тестування, налаштування lint та правило „не змінюй форматування“, мають знаходитися у AGENTS.md, тоді як примітки, специфічні лише для Claude чи Codex, — у CLAUDE.md. Це зрілий підхід, але вимагає свідомого обслуговування, тому команди ігнорують його та потім звинувачують моделі у відхиленнях.

Якщо обидва агенти будуть редагувати одночасно, спільних інструкцій недостатньо. Необхідно ізолювати їхні робочі дерева, для чого зазвичай використовуються git worktrees, щоб вони не конфліктували через один індекс. Одночасні зміни до одного варіанту коду призводять до конфліктів при злитті, які жоден з агентів не створював навмисно.

Перегляди, виклики, порятунок та підготовча робота

Коли плагін завантажений, виникає спокуса автоматизувати все. Кращою практикою є використання найкоротшого команди, який підходить для завдання, адже лише перегляд без прав на зміни — це не реалізація, а реалізація — це не аргумент щодо дизайну.

Звичайний перегляд чи конфронтаційний перегляд

/codex:review запускає перевірку коректності лише для читання локальних незбережених змін або вказаної бази. Він підтримує параметри --base <ref>, --wait та --background та ніколи не записує файли.

/codex:review --background

/codex:adversarial-review — це керована дизайнерська задача, яка ставить під сумнів рішення, а після позначок може йти вільний текст.

/codex:adversarial-review --base main challenge whether this was the right caching and retry design

На зворотному шляху еквівалентами є $cc:review та $cc:adversarial-review, які виконують ту саму функцію, але під іншим хостом. Не змішуйте префікси. Огляд, який лише вказує на проблеми з порядком імпорту, не є справжнім оглядом, тому необхідно включити функціональне запитання до команди; якщо ви не можете сформулювати запитання, ви ще не готові до використання кроку для міркувань.

Передача виправлення за допомогою rescue

/codex:rescue передає роботу з реалізації підагенту плагіну codex:codex-rescue, і на відміну від команд огляду він змінює файли. Його флаги включають --background, --wait, --resume та --fresh.

/codex:rescue fix the failing test with the smallest safe patch

Протилежним варіантом є $cc:rescue. Залишайте запит конкретним, адже фраза „покращити це“ призведе до необхідності переписування коду, якого ви зовсім не хотіли, та до безкінечного циклу перевірок.

Відстеження та керування фоновими завданнями

Під „фоновим“ тут мається на увазі те, що завдання плагіну продовжує виконуватися, поки ви користуєтесь Claude Code. Це не є другою процедурою підтвердження, і це не гарантує, що робота вже завершена.

/codex:status
/codex:result
/codex:cancel

/codex:status повідомляє про стан фонових завдань, /codex:result відображає їхній результат, а /codex:cancel зупиняє їх. Перевіряйте інформацію свідомо та не сприймайте відсутність даних як успіх. Плагін reverse пропонує аналогічні команди $cc:status, $cc:result та $cc:cancel; префікс знову визначається хостом.

Передача контексту та створення циклу передачі даних

Огляд у Claude Code відрізняється від сеансу Codex, де можна бачити попередні міркування, і коли потік дебагування вже довгий, копіювання-вставка призводить до втрати інформації. /codex:transfer — це офіційне рішення проблеми. Ідеальна синхронізація стану недоступна; у результаті ви отримуєте постійний потік Codex та команду для друку резюме, що дозволяє продовжувати розмову між двома середовищами без участі людини як посередника.

Відновлення роботи в Codex після перенесення

/codex:transfer шукає вихідний транскрипт у директорії ~/.claude/projects, і якщо файл JSONL там немає, перенесення не може його створити. Те, що він виводить, призначене для виконання в додатку Codex або TUI:

codex resume <session-id>

Використовуйте ідентифікатор сеансу, який генерує команда, ніколи не вигаданий ідентифікатор та ніколи URL минулої розмови в ChatGPT.

Планування, реалізація, перегляд, передача

Цикл, який насправді триває, є нудним:

1. Сплануйте у Claude Code та спочатку напишіть рядок з підтвердженням.
2. Реалізуйте або у Claude Code, або за допомогою /codex:rescue, коли патч є обмеженим.
3. Перегляньте за допомогою /codex:review або /codex:adversarial-review, по одному.
4. Поверніть керування, щоб людина могла схвалити, відхилити або передати на вищий рівень.

Шлях мусить закінчуватися. Коло, яке постійно повертається до „ще однієї спроби“, перетворює процес на безкінечну петлю.

Зупинка безкінечного циклу перегляду: протокол конфліктів та бюджету

Функція, призначена для покращення якості, може спричинити перевитрату бюджету через особисті уподобання. Виконання команди /codex:setup --enable-review-gate додає локальний гак Stop, тобто гак наприкінці ходу: як тільки Claude намагається завершити роботу, від Codex вимагається перевірити результат перед тим, як дозволити закрити хід. Якщо Codex знаходить проблеми, робота Claude блокується, щоб можна було їх вирішити. За відсутності контролю цей цикл може швидко вичерпати токени. У офіційному README попереджають про це, проте не пропонують жодної схеми управління бюджетом.

Встановлений нижче ліміт у трьох ітераціях є редакційними рекомендаціями, створеними на основі цього недоліку, а не офіційною функцією плагіну. Шукати жодного флага --max-iterations 3 не потрібно.

Спочатку визначте функціональні критерії прийнятності

Запишіть список перешкод перед тим, як хтось їх перегляне, і зберігайте його актуальним: тести, які мають пройти, поведінка, яка не повинна погіршитися, та проблеми з безпекою чи даними, які є підставою для автоматичного відхилення. Форматування, стиль коментарів та рівень заголовків не є перешкодами, якщо тільки файл інструкцій репозиторію вже не забороняє їх. Дозвольте стилю впливати на процес перевірки — два агенти можуть три рази сперечатися щодо вибору рівня заголовка H2.

Один приклад, який слід враховувати: коли була увімкнена система перевірки для комітів, що містили лише документацію, два агенти сперечалися, чи заголовок має бути рівня H2 чи H3, поки сеанс не було завершено, хоча сторінка вже була правильною. Оскільки не існувало чіткого визначення готовності, система сама створила таке визначення. Зберігайте список перевірок у файлі AGENTS.md, щоб обидва агенти бачили однакові правила. Переписувати їх у команді перегляду — це нормально, але розпливчаста вимога на кшталт «зробити це чистіше» призводить до переписування.

Обмежте кількість ітерацій та змусьте людину прийняти рішення

Обмежте себе трьома кругами перегляду та виправлень на кожну зміну:

• Ітерація 1: лише функціональні перешкоди.
• Ітерація 2: всі залишені перешкоди, без нових проблем зі стилем.
• Ітерація 3: останній проходження, після чого припиняємо.

Після трьох ітерацій людина вирішує, чи об’єднати зміни, скасувати їх чи переписати специфікацію, і агенти більше не мають права голосувати. Теми у спільноті про обгортки tmux та користувацькі скрипти вважаються експериментальними доказами, а не другим офіційним шляхом, тому ставтесь до цих скриптів як до роботи іншої особи, а не як до команд від OpenAI.

Зупиніться, коли нічого не змінилося

Плагін Reverse від Sendbird створює «відбиток» робочої структури та пропускає перевірку наприкінці етапу, якщо попередній крок у системі Codex не змінив нічого суттєвого. Цей захід задокументований для шляху Reverse, проте механізм верифікації у вихідній системі не передбачає такого пропуску. На офіційному шляху саме ви є об’єктом перевірки: якщо результат git status є чистим, пропускається чергова перевірка; якщо ж останній крок змінив лише коментарі, перевіряється, чи були вони у списку схвалення, і процес зупиняється, якщо ні.

Зачекайте з автоматизацією механізму верифікації, поки одна ручна перевірка не пройде всю перелік контролю. Увімкніть параметр --enable-review-gate в останню чергу, а ніколи не на початку.

Усунення проблем за типом шляху, автентифікації, довіри та застарілих завдань

Перед переустановкою чого-небудь необхідно спочатку діагностувати маршрут. Проблеми на офіційному шляху передачі даних та проблеми з гаками зворотного плагіну виглядають схоже у повідомленнях у чаті, але це не одна й та сама система. Переустановка майже ніколи не є першою дією під час діагностики.

Офіційний шлях передачі даних

• Команди плагіну недоступні: виконайте /reload-plugins. Якщо вони все ще відсутні, переконайтеся, що команда /plugin install codex@openai-codex справді завершилася, а потім виконайте /codex:setup.
• Codex не може автентифікуватися: введіть !codex login згідно з інструкціями Claude Code. Плагін читає локальний стан автентифікації, тож відкрита в браузері сторінка ChatGPT не є автентифікованим CLI.

Ігнорування перевизначень проєкту: переконайтеся, що проєкт є надійним та що зміни були внесені до файлу .codex/config.toml у корені репозиторію, а не лише до файлу у особистому каталозі.

Transfer не може знайти транскрипцію: файл JSONL має знаходитися у каталозі ~/.claude/projects, тому сесія, яка ніколи не записувала туди дані, не може бути передана. Спочатку запустіть справжню сесію проєкту Claude Code.

Застаріла фонова робота: скористайтеся командами /codex:status, потім /codex:result або /codex:cancel, і не запускайте другу спробу відновлення лише тому, що перша припинила роботу.

Помилки версії Node: плагін вимагає версії 18.18 або новішої, тому перед створенням заявки виконайте команду node -v.

Hookи зворотного плагіну та довіра до кешу

Якщо зворотні гаки не працюють, встановіть hooks = true у розділі [features] у файлі ~/.codex/config.toml. Якщо процес налаштування здається неповним, запустіть $cc:setup — цей інструмент призначений для перевірки гаків, довіри до кешів та записуваних шляхів. Для плагіна спільноти $claude setup є власною перевіркою цього проекту, і оскільки він не є офіційним, його помилки не слід пов’язувати з проектом openai/codex-plugin-cc. Підтримка Windows у шляху Sendbird у їхньому репозиторії позначена як експериментальна, тому для роботи з зворотним плагіном кращим вибором буде робоче середовище WSL.

Швидкі відповіді на найпоширеніші запитання

Чи існує єдиний правильний спосіб їх поєднати? Насправді ні. Перше рішення — це вибір інструменту, який буде хостити сесію. Якщо хостом є Claude Code, то плагін OpenAI разом із спільними файлами інструкцій та короткими завданнями у форматі slash-command виконують цю функцію. Якщо хостом є Codex, то зворотний плагін Sendbird та його префікс $cc: виконують ту саму роль з іншого боку. Треба тримати ці два процеси окремо та не дозволяти обом агентам працювати з одними й тими самими файлами водночас.

Що саме потрібно ввести для встановлення офіційного плагіну? Чотири рядки у командному рядку Claude Code у такій послідовності: додавання з магазину openai/codex-plugin-cc, встановлення codex@openai-codex, перезавантаження плагіну та /codex:setup. Якщо Codex CLI ще немає на комп’ютері, процес налаштування може запропонувати його завантаження, або ви можете заздалегідь встановити @openai/codex самостійно та увійти за допомогою !codex login.

Чи має плагін власний бекенд Codex? Ні. Усе направляється до Codex CLI та сервера додатку, які вже є на вашому комп’ютері, тому застосовується той самий спосіб входу та той самий план ChatGPT або ключ API. Усі необхідні цьому CLI права доступу залишаються незмінними.

Який найчистіший спосіб надати обом агентам однакові правила? Існують три підходи: дозволити CLAUDE.md посилатися на AGENTS.md, створити символічний посилання між ними або розмістити спільний основний код у AGENTS.md, а додаткові елементи, специфічні для інструменту, — у CLAUDE.md. Налаштування файлу для резервного варіанту у конфігурації користувача дозволяє Codex читати файл Claude, якщо AGENTS.md відсутній. Символічне посилання є найшвидшим варіантом, але при цьому втрачаються файли, специфічні для інструменту.

Куди потрапляє вибір моделі для окремого проекту? У файлі .codex/config.toml, розташованому у корені проекту, який ви позначили як надійний, за допомогою ключів model та model_reasoning_effort. Прикладні значення з документації, такі як gpt-5.4-mini та high, швидко застарівають, тому їх варто перевіряти. Ненадійний проект автоматично використовує ваші стандартні налаштування користувача.

Що робить механізм перевірки відгуків? Його увімкнення створює локальний гак Stop. Коли Claude намагається завершити етап роботи, Codex спочатку перевіряє виконану роботу, і будь-які знайдені проблеми блокують цей етап, щоб Claude міг їх виправити. Без нагляду це може споживати токени. Зворотний плагін може пропустити перевірку, якщо в дереві роботи нічого не змінилося, але це є його власною функцією, а не тим, що обіцяє вихідний код.

Як передається сесія? Виконайте команду /codex:transfer у Claude Code. Вона перетворює транскрипцію, збережену у каталозі ~/.claude/projects, на постійну нитку Codex та виводить рядок codex resume із ідентифікатором сесії, який потім можна використати у додатку Codex або TUI. Відсутність транскрипції у цьому каталозі означає, що передавати немає чого.

Як мені завадити цим двом спалювати токени? Заздалегідь визначте критерії прийнятності, пов’язані лише з функціоналом, дозвольте три раунди перегляду та виправлення, а потім залучіть людину. Увімкніть контрольний механізм лише після проходження ручного перегляду. Якщо git status показує чисту структуру, або останній етап стосувався лише стилю, якого ніхто не вказав як перешкоди, закінчіть цей цикл самостійно.

Безпечний перший експеримент

Виберіть один репозиторій, який ви вже розумієте, та один невдалий тест або одну невелику зміну для перегляду, спочатку зробіть коміт або сховайте її. Встановіть лише офіційний маршрут та запустіть /codex:review для цієї зміни. Прочитайте результат, потім самостійно його застосуйте або відхиліть, та у перший день залиште параметр --enable-review-gate вимкненим.

Якщо цей огляд виявиться корисним, поділіться файлом AGENTS.md, а потім спробуйте виконати команду /codex:transfer у справжньому потоці для виправлення помилок. У цьому й полягає весь експеримент. Назви моделей будуть постійно змінюватися, але рішення щодо хоста та умови зупинки залишатимуться актуальними. Неясно лише, як довго команди терпітимуть наявність двох систем оплати та двох файлів інструкцій, перш ніж хтось знову попросить одного постачальника. Наразі розумною версією такої структури є „дзвінок у двері“ із правилами користування, а не співмешканець із ключем.