GPT-6 Astra потребує лаконічніших промптів і меншої кількості обмежень, рекомендує OpenAI

За словами OpenAI, надто довгі описи навичок, вимоги щоразу перечитувати документи та жорсткі правила підтвердження можуть заважати GPT-6 Astra. Компанія рекомендує розробникам тісніше прив’язувати інструкції до конкретних завдань і чіткіше визначати момент завершення роботи.

Інструкції, які накопичувалися з часом, можуть заповнювати контекст або змушувати GPT-6 Astra припиняти роботу надто рано, пише Ерік Провеншер з OpenAI. Він рекомендує переглядати навички, AGENTS.md і промпти завдань щоразу під час переходу на інші моделі. За словами Провеншера, потужнішим моделям потрібно менше детальних вказівок. Це відповідає попереднім рекомендаціям OpenAI щодо переходу між моделями.

Нечіткі описи навичок призводять до неправильного вибору

Навички — це промпти, збережені у файлах Markdown, які можуть містити ресурси та скрипти. Провеншер каже, що найкраще вони працюють для конкретних робочих процесів або застосунків. Їхні назви й описи потрапляють у контекст моделі, щоб Codex міг вибрати потрібну навичку для конкретного завдання.

Надмірна кількість навичок змушує Codex скорочувати описи, вилучаючи інформацію, потрібну для правильного вибору. За словами авторів допису в блозі, суперечливі описи або надто широка сфера застосування також можуть завантажувати інструкції, які моделі не потрібні.

Провеншер рекомендує робити описи сфери застосування короткими й точними. Навичка для міграцій схеми Postgres має запускатися лише під час створення або зміни міграції чи перевірки її розгортання. Якщо навичка охоплює кілька робочих процесів, її основний документ має коротко вказувати на відповідні додаткові документи та скрипти, пише Провеншер. Так модель читає лише те, що їй справді потрібно, адже кожне додаткове читання споживає контекст і наближає її до узагальнення.

За словами Провеншера, докладні покрокові послідовності також можуть уповільнювати новіші моделі, оскільки вони краще самостійно працюють із нюансами та неоднозначністю. Але спільні навички застосовуються до агентів усіх учасників команди, тому командам потрібно бути обережними. Те, що працює для Sol або Luna, може виявитися надто обмежувальним для того, хто використовує Astra.

Обов’язкове читання перед кожною зміною марнує контекст

Правила в AGENTS.md, які регулюють роботу з репозиторієм, також потребують регулярного перегляду, каже Провеншер. Вимагати від моделі читати кілька документів або повний огляд проєкту перед кожною зміною — зайве, якщо йдеться про виправлення друкарської помилки. Astra може самостійно визначити, що їй потрібно.

Замість того щоб змушувати її щоразу читати architecture.md, database.md і deployment.md, Провеншер пропонує посилатися на ці документи вибірково. Інформація про архітектуру — під час роботи з межами сервісів. Документація бази даних — під час зміни схем. Нотатки щодо розгортання — під час випуску. Він додає, що документацію також потрібно підтримувати в актуальному стані.

За словами авторів допису, явні дозволи також можуть зменшити кількість повторних запитів на підтвердження безпечних операцій. Для локальних тестів із тимчасовими даними без доступу до продуктивного середовища в AGENTS.md можна прямо дозволити агенту запускати тести, виправляти помилки, спричинені запитаною зміною, і повторно запускати пов’язані тести без додаткових запитів.

Astra потрібна чітка мета, а не контрольний список

Якщо попередні моделі діяли непередбачувано, і ви посилили контроль за допомогою суворих правил підтвердження, Провеншер каже, що під час переходу на Astra настав час переглянути їх. OpenAI вважає, що модель краще оцінює ситуацію, але вона також може настільки буквально трактувати старі обмеження, що зупиняється навіть тоді, коли ви хочете, щоб вона продовжила роботу. Відповідно до допису, відомі безпечні робочі процеси слід явно дозволити.

Провеншер зазначає, що навіть без обмежень Astra може зупинятися раніше, ніж GPT-5.6 Sol. Він рекомендує заздалегідь визначати, що означає «завершено». Якщо агент має щось реалізувати, запустити це, перевірити результати та виправити помилки, усе це потрібно зазначити в промпті. Вимога звітувати після першої реалізації встановлює більш ранню точку зупинки.

Нещодавно OpenAI опублікувала детальні поради щодо промптів для GPT-6 Astra, а ці рекомендації щодо навичок та інструкцій проєкту розвивають ті настанови.

Новини ШІ без хайпу — кураторство людей

Підпишіться на THE DECODER, щоб читати без реклами, отримувати щотижневу розсилку про ШІ, наш ексклюзивний звіт про передові розробки «AI Radar» шість разів на рік, повний доступ до архіву та доступ до розділу коментарів.