Пользовательские промпты Codex: как собрать полку рабочих команд
Есть момент, когда повторяемая просьба к Codex перестает быть разговором и становится частью рабочего устройства. В этот момент важно не ускориться любой ценой, а понять: какой вход мы даем агенту, какой результат ожидаем, как проверяем его без программирования и где остается человеческое решение.
Официальная документация OpenAI описывает этот слой как OpenAI Codex Custom Prompts. Для ONFF это не повод пересказывать документацию, а еще один элемент карты контент-завода: какие задачи остаются в чате, какие становятся навыками, какие запускаются процессом, а какие вообще нужно встраивать в продукт.
Какая рабочая боль здесь решается
Проблема почти всегда начинается одинаково: задача повторяется, но каждый запуск выглядит как новый разговор. Человек снова объясняет контекст, снова пишет ограничения, снова проверяет, не забыл ли Codex важный шаг. Если таких задач две-три, это терпимо. Если это редакция, продуктовый контур или регулярный аудит, ручное повторение становится скрытой ценой.
Здесь и появляется вопрос архитектуры. Не “как заставить Codex сделать еще больше”, а “какой уровень упаковки подходит этой работе”. Иногда достаточно prompt-команды. Иногда нужен полноценный skill. Иногда процесс можно запускать без чата. Иногда Codex нужно встроить в продуктовый контур.
Что устанавливает официальный источник
Документация показывает, что Codex имеет несколько поверхностей для повторяемой работы. Это не одна кнопка “автоматизировать все”. У каждой поверхности своя цена и своя граница.
| Поверхность | Когда подходит | Где риск |
|---|---|---|
| Prompt | разовая или легкая повторяемая просьба | легко забыть ограничения |
| Custom prompt | короткая повторяемая команда | может притвориться skill, хотя проверки слабые |
| Skill | устойчивый рабочий метод | нужно поддерживать контракт |
| Non-interactive запуск | стабильный процесс без диалога | нельзя запускать без gates |
| SDK | интеграция в продукт | нужен продуктовый контроль доступа и ответственности |
Источник важен как якорь: мы не выдумываем новый слой, а выбираем documented surface под реальную рабочую задачу.
Что дать Codex на вход
Для такой задачи Codex нужно давать не “сделай красиво”, а маленький рабочий бриф:
Задача: повторяемая просьба к Codex: проверить текст, собрать план, подготовить сводку или оформить рабочую карточку
Ожидаемый артефакт: короткий custom prompt с названием, областью применения, входом, выходом и проверкой
Проверка: запустить prompt на двух похожих задачах и сравнить, возвращает ли он один и тот же тип результата
Человеческое решение: оставить ли это prompt-командой или повысить до полноценного skill
Ограничения: не публиковать, не отправлять, не менять внешние системы без gate.Такой бриф сразу отделяет производство от фантазии. Codex понимает, что должен вернуть не мнение, а артефакт.
Какой артефакт должен появиться
Для этой темы главный результат такой: короткий custom prompt с названием, областью применения, входом, выходом и проверкой.
Артефакт должен быть коротким, но проверяемым. В нем должны быть:
- название задачи;
- входные данные;
- ожидаемый выход;
- обязательные ограничения;
- проверка для человека;
- решение, которое Codex не принимает сам.
Если этого нет, автоматизация еще преждевременна. Она может выглядеть быстрой, но будет каждый раз требовать ручного спасения.
Как проверить без программирования
Проверка должна быть понятна владельцу процесса. Не нужно читать внутренний код, чтобы увидеть, годится ли результат.
Минимальная приемка:
- Результат открывается как документ, карточка, таблица или понятный отчет.
- В нем видно, какие входные данные использовались.
- В нем есть ограничения и нерешенные вопросы.
- Он не требует доступа к секретам для обычной проверки.
- Он не делает публикацию или внешнее действие без отдельного gate.
Если проверка возможна только через “поверьте агенту”, это не production-контур.
Где это место в контент-заводе
В ONFF такая поверхность должна быть частью общей архитектуры. Source intake проверяет источник. Title Architect делает русский H1, SEO title и H2-карту. Article Writer пишет полный текст. Visual Director делает verified media. Publisher Handoff публикует только после gates. ArticleFactory только ставит готовое в очередь.
Поэтому Пользовательские промпты Codex не заменяет весь завод. Это один слой. Он полезен, только если связан с остальными слоями и не ломает границы.
Что остается человеческим
Человек решает: оставить ли это prompt-командой или повысить до полноценного skill.
Codex может подготовить карту, команду, процесс или integration brief. Но он не должен сам решать, что риск уже приемлем. Чем ближе мы подходим к публикации, внешним системам или продуктовой интеграции, тем важнее не скорость, а проверяемый порядок.
Хороший контент-завод не убирает редактора. Он убирает повторяемое объяснение вокруг редактора.
