Где запускать задачу
Codex доступен как утилита командной строки, расширение для IDE, десктопное приложение, облачные задачи, запускаемые из ChatGPT, и интеграция с GitHub. Разумно выбирать не по привычке, а по задаче. Работа, которой нужно ваше локальное окружение или которую вы хотите вести по шагам, подходит для локальных вариантов. Чётко описанное изменение, которое можно собрать и протестировать из чистой копии репозитория, подходит для облачной задачи. Мы записываем это в короткую памятку, чтобы команда не решала заново каждый раз.
AGENTS.md как общий файл инструкций
Codex собирает инструкции из файлов AGENTS.md: глобальный лежит в домашней папке Codex, затем идут файлы от корня репозитория до каталога, в котором идёт работа, — они объединяются в этом порядке. Файл AGENTS.override.md в каталоге имеет приоритет в этом месте, можно настроить запасные имена файлов, а на суммарный размер действует ограничение (по умолчанию 32 КиБ), поэтому инструкции приходится писать экономно. Команда-заготовка создаёт первый черновик; мы считаем его отправной точкой, а не результатом.
Так как AGENTS.md — простое соглашение, он может стать единым источником правил для команды, которая пользуется и Claude Code: его CLAUDE.md умеет подключать этот файл (подробнее — на странице Claude Code для команды разработки). Как и любой файл инструкций, это ориентир для агента; то, что должно выполняться обязательно, обеспечивается другими механизмами.
Песочница и подтверждения: два отдельных параметра
Codex разделяет то, что агент технически может делать, и то, когда он должен спросить человека. Режим песочницы задаёт возможности: только чтение, запись в рабочей папке (значение по умолчанию в папках под контролем версий) или полный доступ. Политика подтверждений задаёт, когда спрашивают человека: по запросу (по умолчанию), вообще без вопросов или гранулярная настройка. Параметры комбинируются: песочница с записью в рабочей папке и подтверждением по запросу — совсем не то же самое, что полный доступ без подтверждений, поэтому мы выбираем сочетание под тип задач.
- Доступ в сеть по умолчанию выключен и может открываться выборочно, в том числе правилами разрешения и запрета для доменов
- Внутри рабочей папки каталоги .git, .codex и .agents защищены от записи
- Веб-поиск по умолчанию отдаётся из кэша
- Мы фиксируем письменно, какое сочетание используется для какого типа задач и кто вправе его ослаблять
Правила для команд и доверие к конфигурации проекта
Codex читает правила для команд из файлов .rules: каждое правило по префиксу помечается как allow, prompt или forbidden, и побеждает самое строгое из подошедших. Отдельная команда проверки позволяет прогнать правило на примере команды, прежде чем на него полагаться. Конфигурация хранится в пользовательском config.toml и может лежать в самом репозитории; слой проекта применяется только для проектов, которые вы отметили как доверенные, поэтому доверие — явное решение, а не состояние по умолчанию. Действие также могут блокировать хуки в заданных точках. Правило сопоставляется с видом команды и может не заметить необычную запись того же действия, поэтому правила — один из нескольких слоёв, а не единственная защита.
Как устроены облачные задачи
Облачная задача выполняется в контейнере с вашим репозиторием. Сначала запускается установочный скрипт с доступом в интернет — он ставит зависимости. Затем идёт фаза работы агента, в которой интернет по умолчанию выключен. Секреты, заданные для окружения, доступны во время установки и убираются до фазы агента, а результат возвращается как diff и затем как pull request.
Это определяет, что мы строим: установочный скрипт, который даёт рабочее и тестируемое окружение; формулировки задач, которые можно проверить без внешних сервисов; и решение о том, что агенту не должно быть нужно вовсе. Мы не предполагаем, что в других инструментах есть такой же механизм обращения с секретами.
Изоляция задач и git worktree
Для локальной параллельной работы Codex умеет управлять worktree, которые создаются в состоянии detached HEAD, чтобы задачи не пересекались. Специальный файл со списком игнорируемых файлов для копирования в worktree удобен, но может копировать и секретные файлы, например локальные файлы окружения, поэтому мы разбираем его построчно. Мы согласуем, как из такой работы создаются ветки и как убираются завершённые worktree.
Ревью и CI
Codex может ревьюить pull request по комментарию или автоматически через коннектор GitHub, запускаться неинтерактивно из скриптов (по умолчанию с песочницей только для чтения) и работать через официальный GitHub Action. Мы решаем, где и нужно ли это вообще в вашем конвейере, и держим права такой задачи узкими. Автоматическое ревью — ещё один читатель кода, а не замена вашим ревьюерам.
Требования на уровне организации
Для больших команд администраторы могут закреплять требования, которые пользователи не переопределяют: через файл требований, управляемую в облаке конфигурацию или управление устройствами. Что из этого применимо, зависит от того, как ваша организация пользуется Codex; мы проверяем это при оценке, а не предполагаем заранее.
Онбординг и передача
Команда получает письменную памятку: какие задачи передавать, как их формулировать, что проверять в возвращённом diff и когда оставить задачу локальной. Назначенный владелец на вашей стороне поддерживает AGENTS.md, правила и облачное окружение.
Чем это отличается от соседних страниц
Внедрение AI в процесс разработки — общий процесс, не привязанный к инструменту, а Claude Code для команды разработки описывает то же самое для другого инструмента. Внедрение ChatGPT для бизнеса — для сотрудников, не занимающихся разработкой и работающих с ChatGPT в рабочем пространстве, а не для разработчиков, передающих задачи по репозиторию. Базовый слой репозиториев, CI и релизов — это настройка инфраструктуры разработки.
Чего мы не обещаем
Не обещаем автономную разработку без разработчиков, отмену ревью, процентный прирост продуктивности или срок настройки до оценки. Не заявляем, что процесс подойдёт любому репозиторию, и ничего не утверждаем о тарифах, стоимости, хранении данных или соответствии требованиям самого инструмента. Доступность Codex, возможность создания аккаунта и условия вендора проверяются до оценки объёма. Объём определяется после оценки репозитория; срок зависит от сложности репозитория и существующего CI/CD.
Как это работает
- 1
Оценка репозитория и рабочего процесса
Смотрим репозиторий, ветки, проверки, процесс релиза и то, какие ИИ-инструменты уже используются. Сначала только чтение, ничего не меняется. Объём и график работ согласуются письменно до начала настройки.
- 2
Риски и полезные задачи для AI-агентов
Разбираем, что может пойти не так при работе агентов в вашем коде, и какие задачи им действительно стоит отдавать, а какие остаются за людьми.
- 3
Разрешения, изоляция задач и точки одобрения
Определяем, что агент вправе менять, как изолируются задачи и в каких местах обязательно решение человека.
- 4
Инструкции проекта и границы инструментов
Описываем правила работы в репозитории, границы инструментов, правила для секретов и переменных окружения. Всё в вашем репозитории и ваших аккаунтах.
- 5
Проверки: тесты, сборка, линт, CI
Встраиваем обязательные проверки перед мерджем и деплоем в ваш существующий процесс, а не рядом с ним.
- 6
Проверка на репрезентативных задачах
Прогоняем настроенный процесс на реальных задачах из вашего репозитория и поправляем то, что не сработало.
- 7
Документация и передача команде
Письменное описание порядка работы с названным владельцем, короткий онбординг для разработчиков и чёткое указание, что дальше остаётся на стороне команды.
Частые вопросы
Что выбрать: локальный Codex или облачные задачи?+
Зависит от задачи. Работа, которой нужно ваше локальное окружение или пошаговое управление, подходит для локальных вариантов; чётко описанное изменение, которое собирается и тестируется из чистой копии, — для облачной задачи. Памятку мы составляем вместе с вами.
Могут ли Codex и Claude Code использовать общие инструкции?+
Часто да, через AGENTS.md, который может подключать CLAUDE.md в Claude Code. Поведение зависит от версий инструментов, поэтому мы подтверждаем это при оценке.
Доступны ли секреты агенту в облачной задаче?+
По документации вендора, секреты окружения доступны на этапе установки и убираются до фазы агента, а интернет в этой фазе по умолчанию выключен. Мы проверяем настройку на вашем проекте.
Значит ли песочница, что ревью можно пропустить?+
Нет. Песочница ограничивает то, что агент может делать по ходу работы, а результат всё равно возвращается как diff, который проверяют ваши разработчики.
Могут ли администраторы закрепить настройки для всех?+
Там, где настройка вашей организации это допускает, — да, через закрепляемые требования. Мы проверяем, что применимо именно к вам.
Сколько это займёт?+
Объём определяется после оценки репозитория; срок зависит от сложности репозитория и существующего CI/CD, и мы не называем его заранее.
Сколько стоит настройка Codex?+
Фиксированной цены нет. Сначала мы изучаем репозиторий и процесс, затем определяем объём работ и называем условия; от чего он зависит, описано на странице про AI-разработку в репозитории.
Доступен ли Codex нашей компании?+
Доступность инструмента, возможность создания аккаунта и условия вендора проверяются до оценки объёма. Мы не предлагаем обходных путей для аккаунтов, оплаты или региональных ограничений.
Сайт и форма заявки — на русском, проект ведётся на английском. Русский как язык проекта мы не обещаем.