OpenAI Codex для компании выбирают вместе со средой исполнения и доступом к коду

Приложение или терминал выбирают по тому, как инженеру удобнее вести задачу. Место исполнения определяет другое: какие зависимости агент найдёт и где проверит правку.

Оценка агента Devin строится на принятых изменениях, а не на демонстрации автономной работы.

OpenAI на 7 октября 2026 различает Local, Worktree и Cloud. Первые два режима запускаются на вашем компьютере, третий использует подготовленную облачную среду со своими файлами и инструментами.

Worktree даёт отдельную рабочую копию, чтобы правки не мешали друг другу. Если задача зависит от внутреннего сервиса, переход в Cloud потребует отдельно настроить связь с ним: вход инженера на ноутбуке туда не переезжает.

Локально выполняются команды, а соединение с моделью остаётся отдельной частью работы. Запрет сети для команд в песочнице не отключает клиентские запросы Codex к модели и для входа.

OpenAI также отделяет сеть команд от поиска, приложений и MCP. Подключённый инструмент требует собственной проверки доступа; список доменов для команд не задаёт границы всем инструментам агента.

Если условие компании состоит в изоляции кода, оценивать нужно весь ИИ в закрытом контуре. Наличие локальной рабочей копии отвечает лишь на вопрос о месте запуска команд.

Вход в ChatGPT разрешает пользоваться продуктом, но не открывает корпоративный репозиторий. Подключение Git и права на ветки задают отдельно, как и полномочия учётных записей внешних сервисов.

Песочница ограничивает команды технически, политика подтверждений определяет, когда нужно разрешение. Режим полного доступа снимает обычные ограничения; просьба в промпте не восстанавливает их.

Агенту нужны правила работы с кодом, но запрет выпуска стоит закрепить ещё и правами. Для пилота агент готовит ветку, а доступ к боевой среде выдаёт её владельцу отдельный процесс.

Секреты тоже требуют выбора способа передачи. В современном Cloud переменная доступна программе напрямую, а network secret подставляется для разрешённого HTTPS-сервиса через прокси; это разные механизмы.

Доступ должен работать при очередном запуске, а не только в момент установки. Наша машина узнала это на остановке обработки материалов: агенту было что делать, но истёкший вход не позволял продолжить.

Codex у нас выполняет и повторяемые задачи обработки, поэтому отказ доступа останавливает следующий участок работы. Статус процесса не показывает, появился ли нужный результат.

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

Масштаб использования виден в открытом счётчике расходов: за 1 июля – 7 октября 2026 Codex получил $4 313 в пересчёте по учтённым API-прайсам. Это расчёт расхода, не оплаченный счёт.

В этом срезе есть модели без цены, поэтому из суммы нельзя вывести экономию компании. Для CTO счётчик подтверждает эксплуатацию инструмента, а результат его внедрения предстоит измерить на своих задачах.

Наблюдение за пилотом должно соединять доступ с результатом. Если вход работает, но проверки не запускаются, запуск тоже требует разбора; повторять ту же задачу без исправления причины бессмысленно.

Пилот начинается с задачи, которую команда уже умеет принимать. Тогда можно проверить выбранную среду на реальной зависимости и сравнить результат с прежним способом работы.

Для такого прогона нужна задача с критерием готовности. Например, небольшая правка с существующим тестом проверит весь путь до ветки, а просьба изучить репозиторий проверит только чтение.

Если задачу решено запускать по расписанию или в CI, выбирают исполнителя и права задания. Официальный GitHub Action запускает Codex CLI; он не отменяет настройку доступа среды автоматизации.

Проверить нужно и разрешённое действие, и запрет. В тестовой среде используйте безвредный файл вне разрешённого каталога, чтобы убедиться, что граница работает; боевые секреты для этого не нужны.

Отказ не всегда означает, что агенту надо выдать больше прав. Недостающую библиотеку добавляют в среду, недоступный тестовый сервис подключают отдельно; полный доступ меняет границу всех следующих команд.

Codex не назначает владельца своей среды. Обновлять зависимости, разбирать отказы доступа и принимать изменения должен тот, кому компания поручила эту работу.

При внедрении в действующую команду руководитель разработки с агентами отвечает за этот порядок. Среда повторяет договорённости команды; переход в Cloud не передаёт управление разработкой вендору.

Если вести запуск некому, можно купить выполнение задач. В подписке «Один проект» инженер ведёт машину агентов, а результат приходит в вашу ветку в вашем репозитории.

Для сильной команды со своей средой и приёмкой покупка инструмента сохраняет управление внутри. Подписка полезна, когда компании нужен поток выполненных задач, а владельца запуска она выделить не может.

Наш опыт относится к машине на собственном сайте. В корпоративном проекте решение подтвердит принятая задача: среда поднялась, права сработали, инженер проверил ветку, результат остался у компании.

1. Выберите место исполнения по зависимостям задачи. Local и Worktree работают на вашем компьютере; Cloud требует подготовленной среды.
2. Разделите вход в Codex, доступ к репозиторию и права в сервисах. Локальный запуск сам по себе не доказывает изоляцию кода.
3. Закрепите границу настройками и проверьте разрешённое и запрещённое действие в тестовой среде.
4. Примите правку в ветке и повторите запуск. Отказы доступа и проверки возвращайте в правила следующей задачи.
5. Назначьте инженера, который ведёт запуск и приёмку. Расширяйте доступ после результата пилота.