Как стать продвинутым пользователем Codex: полная настройка

Нашёл в X очередной интересный пост — на этот раз о том, как превратить Codex из инструмента для отдельных запросов в рабочую среду с постоянной командой ИИ-агентов. Автор собрал 12 практических приёмов: от проектов, целей и параллельной работы до навыков и автоматизаций.

Рекомендую прочитать. Ниже — полный перевод.

Покажу полную настройку Codex, которая превращает вас в самостоятельную операционную единицу с ИИ-командой, работающей постоянно.

Большинство до сих пор работает с Codex по одному промпту за раз: просят результат, ждут завершения, затем сами берутся за следующую задачу.

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

Вот что мы настроим:

• проект, внутри которого Codex может работать;
• голосовой ввод и цели для управления крупными задачами;
• несколько агентов, работающих одновременно;
• рабочие процессы в облаке, на телефоне, в браузере и на компьютере;
• skills (навыки — упакованные повторяемые процессы) и автоматизации, которые переиспользуют то, что уже работает.

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

1. Постройте командный центр для работы, которая действительно важна

Приём 1. Дайте каждой серьёзной области работы постоянный дом

Создайте проект для каждой области, к которой вы будете возвращаться: компания, поиск работы, курс, финансы, продукт, контент-система.

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

Моя Content Machine — система, в которой я исследую, пишу, проверяю и публикую контент. Вся операция живёт в одном проекте Codex, но каждая статья, каждое исследование и каждое улучшение системы выполняются как отдельная задача.

Всё делит общее рабочее пространство и при этом не схлопывается в один гигантский диалог.

Практическое правило простое: проекты держат окружение, задачи держат результаты.

Приём 2. Сначала проговорите мысль, потом печатайте

Набор текста заставляет сжать мысль ещё до того, как Codex её увидит. Голос отдаёт всё целиком: идею, оговорки, примеры и то интуитивное ощущение, которое вы пока не можете сформулировать.

Используйте голос, чтобы наговорить замечания, глядя на черновик, объяснить, почему дизайн кажется неправильным, или зафиксировать задачу на ходу.

Не делайте первую расшифровку инструкцией. В устной речи есть отступления и пропущенные решения. Попросите Codex сначала превратить запись в бриф.

Промпт для копирования:

Преврати то, что я сказал, в структурированный бриф.

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

Отметь всё двусмысленное. Покажи мне бриф и дождись подтверждения, прежде чем начинать работу.

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

2. Давайте Codex пункт назначения, а не очередной промпт

Приём 3. Используйте /goal, когда Codex нужно продолжать работу

Обычный промпт просит сделать что-то сейчас. Цель говорит, что должно стать правдой на длинной дистанции.

Используйте /goal для работы, которая может потребовать исследования, попыток, проверки или нескольких раундов выполнения. Дайте цели доказательства, по которым можно подтвердить завершение.

Слабая цель:

Сделай мой онбординг лучше.

Сильная цель:

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

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

Спроси меня, прежде чем менять продакшн-данные или права доступа.

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

Приём 4. Пусть Codex осмотрит местность, прежде чем двигаться

Планирование важно, когда неверная трактовка стоит часов работы или затрагивает что-то серьёзное. Попросите Codex изучить окружение и явно назвать свои допущения до начала выполнения.

Промпт для копирования:

Изучи нужные файлы, инструменты и текущее состояние, прежде чем что-то менять.

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

Дождись моего одобрения перед необратимыми или внешними действиями. После одобрения выполняй.

Планирование оправдывает себя там, где неверный поворот дорог. Небольшие обратимые задачи пусть Codex делает сразу.

Цикл «изучи и спланируй» держите для работы с реальными зависимостями, внешними действиями или часами переделок, спрятанными за одним неверным допущением.

3. Перестаньте выстраивать независимую работу в очередь

Приём 5. Не заставляйте независимые задачи ждать

Допустим, вы готовите запуск продукта. Исследование конкурентов, концепции лендинга, разбор клиентских писем и оценка рисков запуска не обязаны выполняться друг за другом.

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

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

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

Полезный вопрос звучит так: нужен ли задаче Б результат задачи А?

Если нет — запускайте вместе. Если да — оставляйте последовательно. Параллельная работа мало что даёт, когда три агента правят один файл или ждут одного и того же решения.

Приём 6. Дайте каждому агенту одну полосу движения

«Помоги с этим проектом» создаёт пересечения. Полезное делегирование называет результат, зону ответственности, ограничения, формат вывода и условие возврата.

Делегирование для копирования:

Результат: найди пять самых сильных возражений в записях интервью.

Зона ответственности: читай только `research/interviews/`; другие файлы не меняй.

Ограничения: для каждого возражения приведи интервью, которое его подтверждает.

Вывод: сохрани таблицу с ранжированием в `research/objections.md`.

Возвращайся, когда: файл готов, неопределённости перечислены, и другой агент сможет им воспользоваться, не читая эту задачу.

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

Эта схема ещё и делает сбои дешёвыми. Можно перезапустить одно слабое исследование, не тревожа черновик, анализ и проверку, которые идут рядом.

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

Приём 7. Отправляйте долгие задачи туда, где они могут продолжаться

Облачные агенты работают в изолированных окружениях, поэтому длинная задача продолжается, не занимая ваш компьютер. Это удобно для фоновых задач и для проверки нескольких подходов одновременно.

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

Вернитесь позже и сравните результаты. Часто это лучше, чем весь запуск подталкивать одну попытку к ответу, к которому она изначально не шла.

Изоляция облака — это ещё и граница. Облачная задача не видит автоматически незакоммиченные файлы и не управляет приложениями на вашем компьютере. Дайте ей репозиторий, окружение, интеграции и секреты, которые ей реально нужны.

Приём 8. Превратите телефон в пульт управления облачной работой

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

Свяжите телефон заранее, до того как он понадобится, и проверьте передачу на безобидной задаче. Убедитесь, что вы можете открыть задачу, отправить уточнение и увидеть облачный результат с обоих устройств.

Практическая цепочка выглядит так:

1. наговорите черновую идею в Codex на телефоне;
2. попросите превратить запись в понятную цель;
3. отправьте исследование и первый черновик облачным агентам;
4. ответьте с телефона на любой блокирующий вопрос;
5. разберите готовые материалы на компьютере.

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

Приём 9. Подбирайте задаче ту поверхность, которая её закончит

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

• Подключённое приложение: структурированные действия в почте, календарях, документах и рабочих сервисах.
• Браузер или Chrome: сайты, вкладки с авторизацией, формы, веб-исследование.
• Управление компьютером: настольные приложения, загрузка файлов, меню, визуальные интерфейсные сценарии.

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

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

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

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

5. Превращайте удачную работу в инфраструктуру

Приём 10. Упакуйте лучший результат в навык

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

Потом используйте завершённую ветку работы как спецификацию.

Промпт для копирования:

Разбери эту задачу от исходного запроса до принятого результата.

Выдели повторяемые входные данные, шаги, выбор инструментов, решения, требующие суждения, точки подтверждения и проверки качества.

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

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

Приём 11. Пусть каждая правка улучшает следующий запуск

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

Повторяющиеся просьбы — короче вступление, аккуратнее ссылки, определённая таблица, подтверждение перед публикацией — должны переехать в рабочий процесс. Разовые предпочтения обычно нет.

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

Приём 12. Ставьте цикл на расписание только после того, как он заслужил доверие

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

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

Промпт для копирования:

Возвращайся к этой задаче каждый рабочий день в 09:00.

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

Готовь черновики действий, но ничего не отправляй и не публикуй. Останавливайся и спрашивай меня, когда нужны доступ, суждение или подтверждение.

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

Полная последовательность выглядит так:

Проект → голос → цель → план → параллельная работа → облако и управление компьютером → навыки → автоматизации

Начните сегодня с одной настоящей задачи. Наговорите черновой бриф, превратите его в цель с проверяемым результатом и отправьте две независимые части отдельным агентам.

Одно это упражнение превращает Codex из того, что вы промптите, в то, чем вы управляете.

Следующий шаг

Как я научил Codex превращать любой рабочий чат в готовую статью

Связанные материалы

• Статья: Как собрать свою первую команду ИИ-агентов
• Блог: AGENTS.md как операционная дисциплина: десять правил Вайбхава Шристава из OpenAI
• База знаний: Контекст-инжиниринг — как собирать рабочий контекст для моделей нового поколения

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

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov