Полное руководство по Codex: освоение эры GPT-5.6 Sol

Если вы думаете, что Codex — это просто «чат, который пишет код», вы уже отстали на поколение.

9 июля 2026 года GPT-5.6 был выпущен для широкой публики.

В его основе — флагманская модель «Sol».

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

Она набрала 80 баллов в Artificial Analysis Coding Agent Index. На Terminal-Bench 2.1 достигла 88,8%, а в режиме Ultra поднялась до 91,9%.

Однако есть изменение, которое ещё важнее цифр.

Оно заключается в том, что Codex превратился из «ИИ, отвечающего на вопросы» в «ИИ, который собирает и завершает работу».

Исследовать.

Планировать.

Создавать.

Проверять.

Распределять задачи между несколькими ИИ, если необходимо.

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

Вы можете завершить весь этот цикл внутри Codex.

Уже более 5 миллионов человек пользуются Codex еженедельно, и около 20% из них — не инженеры. Более того, использование среди неинженеров растёт более чем в три раза быстрее, чем среди разработчиков.

Другими словами, это изменение не только для инженеров.

Создание статей, управление соцсетями, исследование конкурентов, продуктовое планирование, создание документов, поддержка клиентов и веб-продакшн.

Почти любая работа, выполняемая на компьютере, является целью.

В этой статье я соединю все функции, необходимые для полного использования Codex в эпоху GPT-5.6 Sol, в порядке возрастания мощности.

От выбора между Sol, Terra и Luna до режима Plan, AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagents, Custom Agents, ревью и Automations.

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

Для тех, кто хочет вместе с этой статьёй получить общую картину достижения результатов в подработке 🎁

В настоящее время в официальном LINE

«Полная стратегия подработки в соцсетях в стиле Kuroneko: большой бонусный набор из 5 частей»

раздаётся бесплатно 🎁

Так как изначально планировалось выпустить это как платный контент,

раздача закончится, когда будет набрано достаточное количество.

Получите его вместе со статьёй, пока есть возможность.

▼▼▼

▶︎▶︎▶︎ Получить 5 основных бонусов

Теперь перейдём к главной теме!

Истинная сущность Codex — не «чат с ИИ», а ОС, управляющая работой

Чтобы понять Codex в эпоху Sol, сначала нужно увидеть общую картину.

Codex состоит из следующих 6 слоёв.

Многие смотрят только на первый слой: «какая модель самая умная».

Однако разница в практической работе проявляется начиная со второго слоя.

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

И наоборот, если вы предоставите контекст, правила, инструменты, роли и условия завершения, Codex превратится в сторону, которая завершает deliverables.

Нет сомнений, что Sol силён.

Но просто выбор Sol не завершает Codex.

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

1. Выбор между Sol, Terra и Luna для работы

В GPT-5.6 вы можете выбрать одну из трёх моделей в зависимости от цели.

Sol — это «командный центр», который додумывает до конца

Sol — флагманская модель GPT-5.6. Она подходит для работы, где ответ не определён с самого начала.

• Чтение нескольких материалов для выработки стратегии
• Понимание большой кодовой базы для добавления функций
• Одновременное выполнение исследования, структурирования, создания и проверки
• Завершение deliverables через браузеры и приложения
• Поддержание согласованности в длинных проектах
• Командование несколькими subagent

Sol — для работы, где вы хотите, чтобы ИИ думал не только о том, «что сделать», но и «как действовать для достижения цели».

Terra — это «исполнитель», балансирующий скорость и качество

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

При запуске нескольких subagent назначение Terra на роли исследования или разведки повышает эффективность.

Luna — это «работник», отвечающий за объём и скорость

Luna — самая быстрая и дешёвая модель.

• Категоризация большого количества файлов
• Проверка на несоответствия в обозначениях
• Первичный отбор
• Преобразование шаблонного текста
• Генерация большого числа вариантов
• Форматирование в фиксированный стиль

Она подходит для частого выполнения таких лёгких задач. Не поручайте Luna окончательное решение, пусть она занимается сбором, организацией и сужением кандидатов, а затем вернитесь к Sol в конце. Такое разделение труда эффективно.

Если сомневаетесь, начните с этой комбинации

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

Ultra — это не просто «режим глубокого мышления»

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

В обычных настройках вы можете распараллелить, явно сказав «раздели это между тремя людьми». В Ultra Codex сам решает, что «разделение этой работы ускорит её и повысит качество», и может разбить её на исследование, создание, проверку и т.д. Короче говоря, Ultra — это не просто режим высокой интеллектуальности; это режим автоматического формирования ИИ-команды.

Fast mode увеличивает скорость без смены модели

В Codex также есть Fast mode. В обмен на увеличение скорости соответствующей модели примерно в 1,5 раза, он расходует больше кредитов в GPT-5.6, чем обычно. Вы можете переключать его в CLI с помощью следующих команд:

/fast on

/fast off

/fast status

Эта функция предназначена для исправлений с короткими сроками или сосредоточенной работы, когда вы хотите сократить время ожидания. Fast mode отличается от «перехода на более лёгкую модель». Используйте его, когда хотите увеличить скорость, сохраняя возможности Sol.

2. Выбор между App, CLI, IDE и Cloud

Сильные стороны Codex меняются в зависимости от того, где вы его используете.

Приложение ChatGPT Desktop — это «командная комната»

Если вы хотите планировать, глядя на несколько файлов, выполнять задачи и работать с изображениями, документами, таблицами, браузерами и внешними инструментами, настольное приложение — центр. Вы можете управлять прогрессом Codex, diffs, subagent, Skills, Plugins и запланированными задачами в одном месте. Для неинженеров, желающих интегрировать Codex в свою работу, начало с приложения — кратчайший путь.

CLI — это «исполнитель в терминале»

CLI хорош для прямой работы с локальными файлами и кодом, выполнения команд, тестирования, операций Git и неинтерактивной автоматической обработки. Используя codex exec вместо просто интерактивного codex, вы можете запускать его из скриптов или CI. Ценность CLI возрастает для тех, кто хочет запускать фиксированные процессы одинаково каждый раз.

Расширение IDE — это «помощник рядом с кодом»

Если вы хотите выполнять исправления, объяснения и ревью, глядя на код, открытый в VS Code или подобном, используйте расширение IDE. Легко давать подробные инструкции, переключая целевые файлы, что делает процесс внедрения максимально коротким.

Cloud — это «аутсорсер, освобождающий ваш компьютер»

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

Логика проста:

• Ежедневные команды: Desktop App
• Команды и автоматическая обработка: CLI
• Тесная работа по реализации кода: IDE
• Длительные отдельные задачи: Cloud

Не нужно всё сводить в одно. Используйте один и тот же Codex с того входа, который подходит для работы.

3. Давайте инструкции с четырьмя элементами: Цель, Контекст, Ограничения, Условия завершения

GPT-5.6 Sol может довольно хорошо работать даже с короткими инструкциями. Тем не менее, для важной работы предоставление этих четырёх элементов делает её намного стабильнее.

Цель

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

Контекст

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

Ограничения

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

Условия завершения

Что должно произойти, чтобы работа была закончена? Вместо «закончить после написания текста» решите «завершить после проверки фактов, проверки ссылок, проверки количества слов, проверки читабельности и сохранения в указанную папку».

Суммируя эти четыре пункта, получаем следующий формат:

ーーーーーーーーーーーー

【Базовый промпт для передачи работы Codex】

Цель:

[Чего вы хотите достичь с помощью этой работы]

Контекст:

[Файлы, папки, справочные материалы, прошлые решения для чтения]

Ограничения:

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

Условия завершения:

[Что проверить и в каком состоянии должно быть для завершения]

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

ーーーーーーーーーーーー

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

Превращайте информацию, передаваемую Codex, в файлы, а не в чат

Чем дольше вы используете Codex, тем больше дизайн файлов имеет значение, а не навыки чата. Если действовать только с помощью разговора, важные решения, справочные материалы, deliverables и следующие задачи смешиваются в одном месте. Вам приходится переобъяснять каждый раз при начале нового чата, и возвращается другое решение, нежели в прошлый раз. Чтобы выйти из этого состояния, для каждого проекта решите, «что нужно прочитать, чтобы возобновить работу».

Минимальная конфигурация состоит из следующих четырёх:

Project/

├── Context.md # Цель, задача, предпосылки, которые редко меняются

├── Project.md # Текущие вопросы, решения, следующие задачи

├── Materials/ # Справочные материалы, исходные данные, информация о конкурентах

└── Outputs/ # Завершённые deliverables

Поместите «редко меняющиеся предпосылки» в Context.md

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

Поместите «что делается сейчас» в Project.md

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

Поместите «доказательства» в Materials

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

Поместите «финальные версии» в Outputs

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

Как только вы создадите эту структуру, напишите порядок чтения в AGENTS.md. Тогда следующий запрос может быть коротким:

Следуй AGENTS.md этого проекта и прочитай Context.md и Project.md. Продолжай с текущей точки до выполнения условий завершения.

Чат — это место для инструкций и суждений. Файлы — это место для памяти и deliverables. Когда это разделение ролей достигнуто, Codex становится не одноразовым собеседником, а ответственным за непрерывное продвижение проекта.

4. Начинайте с режима Plan для неясной работы

У вас есть что-то, что вы хотите сделать, но вы не знаете, что делать или с чего начать. Если в таком состоянии сразу прыгнуть в реализацию или создание, предпосылки сместятся по ходу дела. Вот где пригодится режим Plan.

В режиме Plan Codex сначала исследует файлы и ситуацию, задаёт необходимые вопросы и создаёт план перед выполнением. Вы можете переключиться на него с помощью /plan в CLI или Shift+Tab в приложении.

Режим Plan силён для следующей работы:

• Новые проекты, где требования ещё неясны
• Изменения, затрагивающие несколько файлов
• Реновации, где вы не хотите сломать существующие механизмы
• Внедрение инструментов с множеством вариантов
• Проектирование процессов для долгосрочных проектов
• Создание статей, исходя из направления читателей или продуктов

Использование не сложно.

ーーーーーーーーーーーー

【Промпт для режима Plan】

Не выполняй этот запрос немедленно; сначала исследуй текущую ситуацию.

1. Собери информацию, необходимую для достижения цели
2. Отдели неясные моменты от важных решений
3. Спланируй шаги выполнения, цели изменений и методы проверки
4. Спрашивай только те вещи, которые мне нужно решить

Когда план будет готов, представь его в исполняемом порядке.

Цель: [Чего вы хотите достичь]

ーーーーーーーーーーーー

Ценность режима Plan не в осторожности; это устранение переделок. Быстрее потратить первые 15 минут на создание правильного дизайна, чем начать делать за 10 минут и переделывать через 3 часа. Чем больше работа, тем шире этот разрыв.

5. Устраните «повторяющиеся объяснения» с помощью AGENTS.md

Первый актив, который стоит создать новичку в Codex, — это AGENTS.md. AGENTS.md — это свод правил, который Codex читает перед началом работы. Вы можете зафиксировать то, что хотите, чтобы он соблюдал каждый раз, в файле, а не в чате.

Например, следующее содержание:

• Порядок файлов для чтения в первую очередь
• Цель проекта
• Важные папки
• Правила написания и дизайна
• Команды для тестирования и подтверждения
• Область, которую нельзя менять
• Определение завершения
• Метод отчёта пользователю

Разделяйте глобальные и проектные

Поместите общие личные правила в ~/.codex/AGENTS.md. Поместите правила для конкретного проекта в AGENTS.md непосредственно в папке проекта. Если для конкретной папки нужны отдельные правила, вы можете добавить AGENTS.md внутри этой папки. Codex читает начиная с правил верхнего уровня и приоритизирует файлы, ближайшие к рабочему пространству. Другими словами, вы можете отделить общие правила от правил на месте.

Первого AGENTS.md достаточно с этим

AGENTS.md

Цель

• Чего достичь в этом проекте

Читать в первую очередь

1. Context.md
2. Project.md
3. Спецификации целевой функции

Правила работы

• Не удалять существующие данные
• Приоритизировать существующие шаблоны проектирования
• Не изменять несвязанные файлы

Условия завершения

• Необходимая реализация или deliverables выполнены
• Тестирование и проверка отображения завершены
• Сообщить о деталях изменений и результатах проверки

Не нужно создавать энциклопедию с самого начала. Когда Codex делает ту же ошибку, добавьте правило, которое её вызвало. Если вы даёте одно и то же объяснение дважды, это проблема механизма, а не разговора. Не исправляйте на месте; измените так, чтобы это не повторилось в следующий раз. AGENTS.md — это место для роста Codex.

6. Установите начальное состояние Codex с помощью config.toml

Если AGENTS.md — это «правила работы», то config.toml — это «настройки основного тела Codex». Он в основном управляет следующими элементами:

• Используемая модель
• Уровень рассуждений
• Разрешения и методы утверждения
• Песочница
• MCP серверы
• Настройки subagent
• Флаги функций
• Профили

Поместите личные настройки в ~/.codex/config.toml. Поместите настройки для конкретного проекта в .codex/config.toml. CLI, расширения IDE и настольные приложения используют этот слой настроек.

В минимальной конфигурации это выглядит так:

model = "gpt-5.6"

model_reasoning_effort = "high"

approval_policy = "on-request"

[agents]

max_threads = 6

max_depth = 1

max_threads — это количество потоков агентов, которые могут быть открыты одновременно, а max_depth — глубина, на которую subagent могут далее ветвиться. Текущий стандарт — максимум 6 потоков и глубина 1. Не нужно с самого начала рекурсивно увеличивать большое количество агентов. Этого достаточно, чтобы главный передавал работу нескольким специалистам и собирал результаты.

Разделение ролей настроек предотвращает путаницу:

• Как себя вести: AGENTS.md
• Какую модель, разрешение и подключение использовать: config.toml
• Как продвигаться по работе: Skills
• Что делать с внешними сервисами: MCP / Plugins

7. Превращайте «успешные процедуры» в способности с помощью Skills

Вы объясняете работу, которую делаете каждую неделю, с нуля каждый раз? Создание статей, исследование конкурентов, обобщение встреч, релизы, ревью, обработка счетов, создание отчётов. Если вы повторяете один и тот же процесс, следующее, что нужно создать, — не длинный промпт, а Skill.

Skill — это способность, специфичная для работы, которую можно добавить в Codex. В основном вы пишете следующее в SKILL.md:

• Когда использовать
• Какой ввод получать
• Что читать
• В каком порядке действовать
• Какие инструменты использовать
• Что проверить для завершения

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

Skills читают полный текст только при необходимости

Codex не загружает все тексты Skills с самого начала. Он сначала смотрит на имя и описание и открывает только тот Skill, который соответствует текущему запросу. Это «Progressive Disclosure». Вы можете вызывать только необходимые способности, не забивая контекст большим количеством процедур каждый раз.

Можно использовать явно или автоматически

При явном использовании укажите $skill-name в промпте. Если описание и содержание запроса совпадают, Codex может также выбрать автоматически. Поэтому description важнее имени Skill. Что это за Skill, когда его использовать, а когда не использовать? Если это ясно, ложных срабатываний станет меньше.

Работа, которую стоит превратить в Skill

Если применимы два или более из следующих пунктов, пора превращать это в Skill:

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

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

Если вы используете macOS, где доступен Computer Use, вы можете создавать Skills из демонстраций

Для операций, которые трудно объяснить текстом, можно использовать Record & Replay. Если вы покажете операцию на Mac, Codex проанализирует процедуру и создаст черновик Skill. Эта функция совместима с «работой, которую быстрее показать, чем объяснить», такой как возмещение расходов, загрузка рутинных отчётов, публикация видео и заполнение фиксированных форм.

8. Плагины объединяют «способности, подключения и инструменты»

Если Skill — это процедура работы, то Plugin — это пакет, который распространяет несколько способностей и подключений. Plugin может объединять следующие элементы:

• Skills
• Коннекторы, такие как Gmail и Google Drive
• MCP серверы
• Хуки
• Функции браузера
• Шаблоны запланированных задач

Прежде чем создавать Skill самостоятельно, если есть Plugin, подходящий для вашей цели, быстрее сначала использовать существующий. Например, добавив Plugins для GitHub, Gmail, Google Drive и Slack, рабочее пространство Codex расширяется за пределы локальных папок.

Разница между Skill и Plugin

Plugins доступны из браузера плагинов в настольном приложении и CLI. В CLI откройте его с помощью /plugins. После установки при запуске нового чата или сессии добавленные Skills и инструменты становятся доступными.

9. Дайте Codex «руки и ноги для внешних сервисов» с помощью MCP

Каким бы сильным ни был Codex, он не может трогать последние данные или частную информацию сервисов, к которым он не подключён. Вы хотите, чтобы он читал материалы из Google Drive. Вы хотите проверить Issues в GitHub. Вы хотите посмотреть дизайны в Figma. Вы хотите получить информацию из Notion или внутренних систем. Вы хотите управлять браузером. Вот где приходит MCP.

MCP — это общий стандарт для подключения Codex к внешним инструментам и информации. MCP серверы в основном предоставляют три вещи:

• Tools: Операции, такие как поиск, создание, обновление и отправка
• Resources: Чтение документов, данных, спецификаций и т.д.
• Prompts: Повторно используемые промпты для этого сервиса

Добавление MCP меняет форму запроса

До подключения пользователь собирает информацию и вставляет её в Codex. После подключения Codex сам может получать необходимую информацию, создавать deliverables и отражать их в нужных местах. Например, такая работа:

• Собрать материалы встречи из Google Drive и обобщить решения
• Проверить PR и Issues в GitHub и реализовать исправления
• Посмотреть Figma, чтобы воспроизвести экраны и проверить отображение в браузере
• Извлечь письма, требующие ответа, из Gmail и создать черновики
• Создать планы реализации из спецификаций Notion

Объедините Skill и MCP

MCP сам по себе просто увеличивает количество инструментов. Напишите порядок действий в Skill. «Каждый понедельник читать значения из Drive, сравнивать с прошлой неделей, проверять на выбросы и создавать отчёт». В этом случае рука, берущая информацию из Drive, — это MCP, а еженедельная процедура работы — Skill. Разделяйте инструменты и процедуры. Эта идея стабилизирует Codex.

10. Создайте «команду из одного ИИ» с помощью Ultra и Subagents

Изюминка эпохи Sol — не сделать один ИИ ещё умнее. Это заставить несколько ИИ работать одновременно. Codex может разделить работу на subagent, выполнять их параллельно, и, наконец, главный агент может интегрировать результаты.

Поручение всего одному человеку загрязняет контекст

Если вы продолжаете помещать длинные журналы исследований, результаты тестов, ошибки, планы-кандидаты и отклонённые планы в один чат, важные цели и суждения погребаются. Это загрязнение контекста. Более того, по мере увеличения ненужной информации точность суждений падает во второй половине длинного разговора. Поэтому перенесите тяжёлую промежуточную работу на отдельных агентов.

• Главный: Цель, суждение, интеграция, финальная версия
• Исследователь: Материалы, конкуренты, факты, цифры
• Создатель: Первый черновик, реализация, создание кандидатов
• Проверяющий: Ошибки, пропуски, отклонения, тесты

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

Встроенные 3 роли

Codex имеет три базовых агента:

• default: Общего назначения
• worker: Выполняет реализацию и исправления
• explorer: Читает и исследует код и материалы

Этих трёх достаточно на первых порах. Если вы хотите дополнительно зафиксировать роли, вы можете создать Custom Agents. Поместите TOML-файлы в ~/.codex/agents/ для личного использования и в .codex/agents/ для проектного. Помимо имени, описания и инструкций по назначению, вы также можете изменить модель, Reasoning, Sandbox, MCP и Skills для каждой роли.

Первая команда из 4 человек для создания

ーーーーーーーーーーーー

【Для копирования-вставки: Sol Command Center + команда из 3 ИИ】

Выполняйте эту работу с главным агентом и тремя subagent.

Главный агент:

Управляйте целью и условиями завершения и создавайте финальную версию из результатов каждого ответственного.

Руководитель исследований:

Соберите необходимую первичную информацию, примеры, цифры и предпосылки и верните их с доказательствами.

Руководитель создания:

Вот перевод текста с английского на русский язык в соответствии с вашими инструкциями.

Создайте первый черновик результата на основе результатов исследования и цели.

Лидер верификации:

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

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

Итоговый результат:

• Финальная версия
• Основа для принятия
• Исправленные в ходе верификации моменты
• Оставшиеся решения

Цель: [Цель здесь]

Условия завершения: [Условия завершения здесь]

ーーーーーーーーーーーー

Распараллеливание «независимой работы»

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

• Исследование нескольких материалов
• Отдельные проверки с разных точек зрения: безопасность, качество, читаемость
• Классификация большого количества файлов
• Создание нескольких планов
• Тестирование и анализ логов

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

11. Разделите роли ведущего по созданию и ведущего по верификации

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

Для кода:

• Ведущий по реализации
• Ведущий по тестированию
• Ведущий по безопасности
• Ведущий по проверке сопровождаемости

Для статей:

• Ведущий по написанию
• Ведущий по проверке фактов
• Ведущий по точке зрения новичка
• Ведущий по проверке согласованности заголовков

Для материалов:

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

Даже для одного и того же результата замечания меняются, когда меняется роль, которая на него смотрит. У Codex также есть /review. Вы можете проводить рецензирование после реализации, нацеливаясь на незафиксированные изменения, конкретные коммиты, различия с базовой веткой и т. д. Однако простого вызова функции рецензирования недостаточно. Нужно решить, что именно искать в качестве проблемы.

ーーーーーーーーーーーー

【Для копирования-вставки: Предварительная рецензия перед завершением】

Проверьте этот результат как рецензент, отдельный от создателя.

Приоритет:

1. Дефекты, препятствующие достижению цели
2. Ошибки в фактах, числах или спецификациях
3. Отсутствующие предпосылки или шаги
4. Места, где пользователь запутается
5. Читаемость, сопровождаемость, выражение

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

Условия завершения: [Условия завершения здесь]

ーーーーーーーーーーーー

Не говорите «сделайте, чтобы выглядело хорошо», давайте условия прохождения. Верификация — это тоже часть работы.

12. Проектируйте «объем доверия» с помощью разрешений и песочницы

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

• Только чтение: Просто чтение
• Запись в рабочую область: Может изменять файлы в папке рабочей области
• Полный доступ: Может иметь доступ к широкому кругу ресурсов

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

13. Автоматизируйте повторяющуюся работу с помощью Automation

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

• Каждое утро собирать последние новости в индустрии ИИ
• Каждую неделю проверять новые статьи конкурентов
• Каждый вечер просматривать изменения в проекте
• Регулярно проверять статус PR и отвечать на новые замечания
• Создавать отчёт в начале месяца
• Отслеживать выполнение длительных задач в одном чате

Различайте одноразовые задачи и непрерывные чаты

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

Держите приложение запущенным для локальной работы

Запланированные задачи, которые работают с локальными проектами в настольном приложении, требуют, чтобы компьютер и приложение были запущены. В Git-проектах вы можете выбрать, использовать ли текущую папку рабочей области напрямую или отделить её с помощью другой рабочей копии (Worktree). Если есть вероятность, что периодическая задача затронет файлы, с которыми вы сейчас работаете, проще обрабатывать это, разделив с помощью Worktree.

Автоматизация выполняется «после ручного успеха»

Не запускайте её сразу каждый день; сначала выполните задачу один раз в обычном чате. Затем превратите её в навык (Skill). И, наконец, поместите в запланированную задачу. Ручной успех → Скиллизация → Автоматизация. В таком порядке вы не будете массово производить неправильную работу каждый день.

14. Начните с этой конфигурации, исходя из цели

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

Новички в ИИ / Сотрудники

1. Настольное приложение
2. GPT-5.6 Sol или Terra
3. Цель (Purpose), Контекст (Context), Ограничения (Constraints), Условия завершения (Completion Conditions)
4. Режим плана
5. AGENTS.md для проекта

Первая цель — передать одну папку Codex и пройти путь от планирования до завершения.

Статьи, SNS, Производство контента

1. Используйте Sol для структуры и финального редактирования
2. Используйте Terra для исследования
3. Сохраняйте правила производства в AGENTS.md
4. Превратите производство статей и создание постов в навыки
5. Подключите веб-поиск и Google Drive через MCP
6. Назначьте лидера по проверке фактов саб-агентом
7. Сделайте исследование тем запланированной задачей

С такой конфигурацией вы соединяете не просто создание текста, а планирование, исследование, производство, подтверждение и следующее улучшение.

Индивидуальные предприниматели / Компании из одного человека

1. Разделите папки и мастер-копии для каждой бизнес-задачи
2. Разместите общие правила в AGENTS.md
3. Превратите рутинные задачи в навыки
4. Подключите Gmail, Drive, GitHub и т. д. через Plugins/MCP
5. Создайте пользовательских агентов для исследования, производства и верификации
6. Распределите несколько проектов с помощью Ultra
7. Переместите стабильные задачи в Automation

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

Разработчики / Производственные команды

1. CLI или расширение IDE
2. AGENTS.md непосредственно в корне репозитория
3. .codex/config.toml
4. Зафиксируйте линтер, тесты и сборку как условия завершения
5. Распределите реализацию, тестирование и рецензирование между саб-агентами
6. /review и интеграция с GitHub
7. Переместите мониторинг PR и периодические рецензии в запланированные задачи

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

15. 7 общих черт людей, которые терпят неудачу с Codex

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

1. Каждый раз дают одни и те же объяснения. Перенесите повторяющиеся предпосылки в AGENTS.md, а повторяющиеся процессы — в навыки. Не сокращайте разговор; превращайте объяснения в активы.

1. Нет определения «завершения». Если вы заканчиваете просто созданием, количество непроверенных результатов будет расти. Включайте тесты, пункты проверки, места сохранения и форматы в условия завершения.

1. Всё обрабатывают с помощью Sol Ultra. Разделяйте тяжёлую и лёгкую работу. Финальное решение — Sol, повседневная работа — Terra, объёмная обработка — Luna. Такое разделение организует скорость и использование.

1. Просто добавляют инструменты. Даже если вы подключите большое количество MCP или Plugins, они не будут работать, если не определён процесс их использования. Сначала определите работу, а затем подключайте только необходимые инструменты.

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

1. Автоматизируют до успеха. Если вы поместите процедуру, в которой не уверены, что она сработает, в запланированную задачу, объём работы по подтверждению увеличится. Сначала выполните вручную, закрепите как навык, и только потом автоматизируйте.

Завершите настройку вашей среды Codex эпохи Sol за 7 дней

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

День 1: Доверьте одну задачу до конца

Откройте целевую папку и укажите Цель, Контекст, Ограничения и Условия завершения. Запрашивайте результат, а не вопрос.

День 2: Позвольте режиму плана спроектировать

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

День 3: Создайте AGENTS.md

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

День 4: Превратите повторяющуюся работу в навык

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

День 5: Подключите один внешний сервис

Подключите тот, который вы используете чаще всего, например, Drive, GitHub, Gmail или браузер, через Plugin или MCP.

День 6: Запустите 3 саб-агентов

Разделите на исследование, производство и верификацию, и в конце объедините с помощью Sol. Вы увидите разницу по сравнению с тем, когда один человек выполняет ту же работу последовательно.

День 7: Добавьте рецензирование и автоматизацию

Добавьте рецензирование в условия завершения и переместите одну стабильную задачу в запланированную задачу.

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

Краткая справочная таблица для последнего просмотра

Что нужно в эпоху Sol — это не навык написания промптов, а навык проектирования работы

С GPT-5.6 Sol Codex стал ещё умнее. Но действительно большое изменение — это не цифры на графике производительности. Это то, что ИИ теперь может обдумывать необходимую работу, исходя из цели, читать материалы, использовать инструменты, распределять задачи между несколькими ИИ и доводить до завершения без того, чтобы человек инструктировал каждый шаг по отдельности.

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

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

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

Создайте папку. Разместите мастер-копии. Определите правила с помощью AGENTS.md. Позвольте навыкам изучить работу. Дайте руки и ноги через MCP. Двигайте команду с помощью Ultra. Подтвердите завершение с помощью Review. Сделайте это автоматическим в следующий раз с помощью Automation.

Для тех, кто создаёт этот цикл, Codex перестаёт быть «удобным ИИ». Он становится командой, которая работает дольше вас, читает больше информации, чем вы, и выполняет работу в соответствии с вашими правилами. Это Codex в эпоху GPT-5.6 Sol.

Для тех, кто хочет узнать общую картину достижения результатов в побочном проекте вместе с этой статьёй 🎁

В настоящее время в официальном LINE

«Полная стратегия побочного проекта Kuroneko в стиле SNS: большой бонусный набор из 5 частей»

раздаётся бесплатно 🎁

Поскольку изначально планировалось выпустить этот контент как платный,

раздача будет закрыта после достижения лимита.

Пожалуйста, получите его вместе со статьёй, пока есть возможность.

▼▼▼

▶︎▶︎▶︎ Получить 5 больших бонусов

А теперь перейдём к основной теме!