Редакция ПотокаOpenAI советует не раздувать инструкции для GPT-6 Astra
В репозитории легко накопить десятки правил для ИИ-агента: перед каждой правкой читать три документа, запускать все тесты, грузить длинный skill «на всякий случай». OpenAI в новом материале о GPT-6 Astra предлагает сначала убрать именно эту привычку. Не потому, что инструкции стали бесполезны, а потому, что они конкурируют за контекст модели и могут мешать выбрать нужное правило.
Пост OpenAI Developers от 11 сентября посвящён не новой функции API, а пересмотру уже существующих skills, `AGENTS.md` и формулировок задач. Это заметное изменение тона: для более сильной модели авторы предлагают заменить всеобщее предписание на условное.
Внедрим ИИ в работу вашей компании
Бесплатно разберём процессы и подготовим план запуска ИИ.
Что происходит со слишком длинным skill
Skill — это Markdown-инструкция, к которой могут прилагаться ресурсы и скрипты. Его название и описание попадают в контекст, чтобы агент понял, когда этот skill нужен. OpenAI пишет, что при большом числе длинных описаний Codex начинает сокращать их, чтобы они поместились. Тогда модель получает меньше информации для выбора, а пересекающиеся инструкции ещё и могут противоречить друг другу.
В статье приводят простой пример. Формула «используй skill при работе с базой, запросами, моделями или хранением» захватывает почти любую задачу вокруг данных. Более точная версия включает его только при добавлении, изменении или проверке миграции. Разница не стилистическая: во втором случае агенту не предлагают открыть лишний документ, когда в миграции нет нужды.
Из этого следует практический критерий для владельца репозитория: описание должно отвечать на вопрос «в какой ситуации открыть этот skill?», а не перечислять всё, с чем он тематически связан. OpenAI также рекомендует для сложных workflows оставить в корневом документе короткий маршрут к вспомогательным файлам и скриптам. Это называется progressive disclosure: читать только тот слой инструкции, который нужен текущей работе.
AGENTS.md предлагают превратить в карту условий
Та же логика относится к `AGENTS.md` — инструкции, которая применяется при работе агента в репозитории. OpenAI называет чрезмерным требование перед любой правкой перечитывать архитектуру, базу данных и деплой: для опечатки такая подготовка расходует контекст и замедляет работу.
Вместо этого материал предлагает привязывать документы к решению: архитектурный файл — к границам сервисов, документ базы — к изменению схемы, правила деплоя — к подготовке выпуска. Это не призыв удалить все ограничения. Пример OpenAI сохраняет полезную конкретику: можно прямо указать, что локальные тесты используют одноразовые фикстуры и не имеют доступа к production, поэтому агент вправе запускать их и повторять затронутые проверки.
Главное различие здесь между описанием безопасной зоны и ритуалом. Первое помогает принять решение; второе заставляет делать одно и то же независимо от задачи.
Это рекомендация разработчика, а не доказанный рецепт
Пост адресован работе с GPT-6 Astra и опирается на наблюдения OpenAI о том, как меняются практики для coding agents. В нём нет независимого эксперимента, который измерял бы выигрыш каждого сокращённого `AGENTS.md`, и нет универсального числа skills или строк. Поэтому нельзя обещать, что удаление правил автоматически ускорит любой проект или улучшит все ответы.
Но в источнике есть полезная проверка перед следующим обновлением: у каждого правила можно спросить, какое действие оно разрешает или запрещает и в какой момент. Если ответ звучит как «всегда на всякий случай», правило стоит перепроверить вместе с актуальностью документа. OpenAI отдельно напоминает, что инструкции в репозитории могут обслуживать разные модели: полезное ограничение для одной может чрезмерно сузить другую.
Новая новость здесь — не выпуск инструмента. OpenAI публично предлагает командам пересмотреть накопившуюся управляющую прослойку вокруг агентов. Следующий предмет для наблюдения — появятся ли у этой рекомендации измеримые примеры из реальных репозиториев, а не только общие правила проектирования prompts.
О материале и источниках
Пакет только для независимой редакторской проверки. Не является публикацией, не содержит production-действий и не утверждает непроверенное тестирование.
- Первичный источник
Проверен для этого редакционного пакета.
Опубликовано