OpenAI опублікувала офіційний гайд з промптингу для GPT-6 Astra — разом із документацією компанія додала список заборонених слів-паразитів, які модель має уникати у відповідях. Ідея проста: дати розробникам готовий інструмент, щоб одразу отримувати чистіший текст без типових ознак «написано ШІ».

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

За даними The Decoder, гайд OpenAI охоплює три окремі проблеми стилю й поведінки GPT-6 Astra: словесний «slop» (типові AI-кліше), надмірну обережність у відповідях і схильність агентного режиму нескінченно перезапускати набори тестів під час кодингу.

Що саме входить у блок-лист слів?

Блок-лист — це список фраз-наповнювачів і мовних милиць, якими GPT-6 Astra, за визнанням самої OpenAI, грішить за замовчуванням: зайві вступні звороти, дифузні підсилювачі, награний ентузіазм і порожні перехідні конструкції, які нічого не додають до змісту відповіді. Розробнику пропонують вставляти цей список прямо в system prompt як explicit-заборону, і модель повинна уникати цих слів у генерації.

За задумом OpenAI, такий блок-лист — це найшвидший спосіб отримати відчутно чистіший текст без переписування всього промпту з нуля.

Чому GPT-6 Astra за замовчуванням надто обережна?

Другий блок гайду стосується не лексики, а поведінки: OpenAI дає рекомендації, як зменшити схильність GPT-6 Astra до зайвого хеджування — ситуацій, коли модель додає застереження, відмовляється відповідати напряму або обкладає просту відповідь купою «але врахуйте» там, де користувач очікував конкретики. Для продуктів, де важлива швидка і пряма відповідь — саппорт-боти, аналітичні асистенти, кодогенерація — така над-обережність напряму псує UX.

Практично це означає, що частину роботи з «розкріпачення» моделі OpenAI тепер перекладає на плечі промпт-інженера: явно прописувати в system prompt, коли модель має відповідати впевнено і без зайвих застережень.

Що таке «runaway test suites» і чим це загрожує агентному кодингу?

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

Це перегукується з іншими нашими матеріалами про перехід на GPT-6 Astra з Claude: різниця в поведінці моделей у агентних сценаріях часто важливіша за різницю в самих бенчмарках.

Висновок AiiN: що робити з цим прямо зараз

За нашою оцінкою, публікація такого гайду — непряме визнання OpenAI, що дефолтна поведінка GPT-6 Astra потребує корекції промптом, а не покладається на «розумну модель сама розбереться». Для AI-білдерів це практичний сигнал: варто завести окремий системний блок у промпт-шаблонах саме під GPT-6 Astra — з блок-листом слів, інструкцією проти хеджування і лімітом на цикли тестування в агентних задачах — замість того, щоб переносити промпти для попередніх моделей один в один.

Конкретно це означає:

Чи стосується блок-лист слів лише англомовних відповідей?

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

Чи можна застосувати ці поради до старих версій GPT?

Частково: сам принцип explicit блок-листа в system prompt працює на будь-якій сучасній моделі OpenAI, але рекомендації щодо над-обережності та лімітів тестових ітерацій прив'язані до конкретної поведінки GPT-6 Astra і можуть не відтворюватися так само на попередніх моделях лінійки.