Инструкции для GPT-6 Astra: как найти причину лишней остановки агента

Какие особенности описаны

По сообщению The Decoder, OpenAI отмечает склонность GPT-6 Astra чаще задавать уточняющие вопросы. Производитель предлагает яснее описывать ожидаемую самостоятельность модели. Это пересказ рекомендаций, а не результат нашего сравнительного испытания с предыдущими версиями.

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

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

Начать с воспроизводимого эпизода

Предлагаем взять один завершённый диалог, где агент остановился раньше ожидаемого. Сохраните запрос, доступные инструкции, выполненные действия и финальный ответ. Описание «модель слишком осторожная» трудно проверить; конкретную остановку можно сопоставить с конкретным требованием.

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

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

Менять одно условие за раз

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

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

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

Стиль не заменяет завершённую работу

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

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

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

Полезный итог аудита

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