OpenAI советует убрать лишние инструкции для GPT-6 Astra

Инженер OpenAI Эрик Провенчер опубликовал рекомендации для разработчиков, переходящих на GPT-6 Astra. Основная мысль: более способные модели требуют меньше подсказок, а накопленные за годы инструкции начинают мешать. Длинные описания навыков, обязательное чтение документов и жёсткие правила одобрения съедают контекст и могут заставить Astra прекратить работу раньше, чем задача выполнена.

Навыки (skills) в понимании OpenAI — это промпты, хранящиеся в виде Markdown-файлов, которые могут включать ресурсы и скрипты. Они лучше всего работают для конкретных рабочих процессов или приложений. Имена и описания навыков попадают в контекст модели, чтобы Codex мог выбрать подходящий навык для задачи. Если навыков слишком много, Codex вынужден урезать описания, теряя информацию, нужную для правильного выбора. Конфликтующие описания или слишком широкая область применения тоже загружают инструкции, которые модели не нужны. Провенчер советует держать описания области применения короткими и точными. Например, навык для миграций схем Postgres должен срабатывать только при создании или изменении миграции либо при проверке её развёртывания. Если навык охватывает несколько рабочих процессов, его основной документ должен кратко указывать на нужные дополнительные документы и скрипты. Так модель читает только то, что необходимо, поскольку каждое лишнее чтение расходует контекст и приближает суммаризацию.

Подробные пошаговые последовательности могут замедлять новые модели, поскольку они лучше справляются с нюансами и неоднозначностью самостоятельно. Но общие навыки применяются агентами всех участников команды, поэтому нужно быть осторожными: то, что работает для Sol или Luna, может оказаться слишком ограничивающим для того, кто использует Astra. Правила в AGENTS.md, управляющие работой с репозиторием, тоже требуют регулярного пересмотра. Требование прочитать несколько документов или полный обзор проекта перед каждым изменением — избыточно для исправления опечатки. Astra может сама определить, что ей нужно. Вместо того чтобы заставлять её читать architecture.md, database.md и deployment.md каждый раз, Провенчер предлагает указывать на эти документы выборочно: информацию об архитектуре — при работе с границами сервисов, документацию по базе данных — при изменении схем, заметки о развёртывании — при выпуске. Документы также должны оставаться актуальными.

Явные разрешения могут сократить повторные запросы на подтверждение для безопасных операций. Для локальных тестов с временными данными без доступа к продакшену AGENTS.md может явно разрешить агенту запускать тесты, исправлять ошибки, вызванные запрошенным изменением, и перезапускать затронутые тесты без дополнительных вопросов. Если раньше модели вели себя непредсказуемо и вы закрыли всё строгими правилами одобрения, при переходе на Astra эти правила стоит пересмотреть. OpenAI отмечает, что модель обладает лучшим суждением, но может интерпретировать старые ограничения настолько буквально, что остановится даже тогда, когда вы хотите, чтобы она продолжила. Известные безопасные рабочие процессы следует явно разрешать.

Даже без ограничений Astra может останавливаться раньше, чем GPT-5.6 Sol. Провенчер рекомендует заранее определять, что означает «готово». Если агент должен что-то реализовать, запустить, проверить результаты и исправить ошибки, всё это нужно указать в промпте. Требование отчитаться после первой реализации задаёт более раннюю точку остановки. Эти рекомендации по навыкам и инструкциям для проектов продолжают недавние подробные советы OpenAI по промптингу для GPT-6 Astra.