Десять промптів, які зламалися на GPT-6 Astra, і як їх полагодити

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

Щоб зрозуміти масштаб, візьмімо десять звичайних промптів — із тих, що лежать в особистій шпаргалці поруч із заготовками для коду й однорядковими командами для налагодження, — і проженімо кожен через Astra. Деякі переживають це без змін. Кілька ламаються так, як ніхто б не передбачив. А деякі просто зупиняються на півдорозі й чекають схвалення, як новачок, що нічого не викотить без вашого «ок». Нижче — кожен промпт, що з ним пішло не так і яке виправлення спрацювало.

Чотири зміни поведінки за кожним збоєм

Усю картку моделі читати не треба. Чотири зсуви пояснюють кожен зламаний промпт із цього списку.

1. Astra питає, перш ніж діяти. За словами OpenAI, нечіткий запит тепер — привід уточнити, тоді як попередні моделі закривали прогалину припущенням і продовжували. Так безпечніше, але промптам, які розраховували, що модель просто підхопить задачу й побіжить, доводиться скрутно.
2. Astra зупиняється раніше. Вона схильна видати першу чернетку чи першу реалізацію й зупинитися на рев'ю, а не доводити справу до кінця. Якщо в промпті не визначено, що означає «готово», точку зупинки Astra обирає сама.
3. Astra і так міркує крок за кроком. Прохання «думай крок за кроком» чи «перевір свою роботу» зайве й може запустити додаткові перевірки та спалити токени.
4. Astra не приймає деяких старих налаштувань API. В API temperature і top_p приймаються не так, як раніше, тож скрипти, що їх задають, можуть просто падати.

1. Рольовий промпт на початку сесії

Це повідомлення, яке вставляють на початку сесії програмування, щоб задати моделі роль і планку. Стара версія:

You are a senior engineer. Think step by step and check your work carefully before answering. Help me with the following task:

Зламалися дві речі. Інструкції «думай крок за кроком» і «перевір свою роботу» тепер — мертвий вантаж, бо Astra і так це робить, і тут вони підштовхнули її перевіряти крихітну правку. А «допоможи мені з» прочиталося як запрошення ставити запитання, а не як команда діяти. Заміна:

Infer my intent and the scope from the task and context. Treat "help me" as a call to act, not to ask. Work toward the goal and only stop when you have a concrete, reviewable result. Don't re-run tests unless a real failure justifies it.

Початкове формулювання змусило Astra витрачати сили на перевірку правки, якій перевірка була не потрібна, і залишило місце для запитання наперед. Перероблена версія просто спрацювала: модель сама визначила обсяг, внесла правку й зупинилася на конкретному результаті, без циклу тестів. Ставте її першою в будь-якій сесії програмування й зберігайте останній рядок про тести — саме він економить токени.

2. Промпт збірки «не зупиняйся»

Він потрібен, коли ви передаєте багатокрокову задачу, яку треба довести від початку до кінця.

Build the full feature. Don't stop until it's complete.

Для Astra «повністю» означає те, що вона сама вирішить, а це часто дорівнює «перша робоча чернетка, повертаю вам на рев'ю». Вона зупинилася рано й попросила підтвердження. Виправлений промпт:

Continue working persistently until the goal is achieved. Complete reversible, already-authorized work without pausing. Only stop to ask if something is destructive, irreversible, or needs new authorization. "Done" means the feature runs and passes its own basic check, not first draft.

Слово «повністю» було недостатньо конкретним, щоб позначити фінішну межу, і Astra провела її рано. Письмовий контракт завершення це виправив: прогін пройшов через реалізацію до базової перевірки, а не вважав першу чернетку кінцем. Підходить для делегованих збірок, коли вам не потрібен звіт на кожному кроці.

3. Виправлення бага одним рядком

Це не рольовий промпт. Це контракт завершення, і його недооцінюють найбільше.

Fix the bug in this file.

Помилок не було. Astra пропатчила код і зупинилася. Нічого не запустила, не перевірила й не протестувала проблемний випадок, бо ніхто не сказав, що це частина роботи. Старі моделі часто йшли далі без підказки. Ось версія, яка працює:

Fix the bug in this file. Completion means: the fix is applied, the code runs, the failing case now passes, and you've told me what caused it. Don't stop before all four.

З усіх десяти тут контраст виявився найрізкішим. Перевірку в оригіналі не було проговорено, і Astra сприйняла це як дозвіл закінчити після патча. Чотири названі умови (патч застосовано, код запущено, проблемний випадок зелений, причину пояснено) не залишили місця для тлумачень, тож «виправлено» більше не могло зійти за «готово». Використовуйте це для будь-якого бага, який не хочете перевіряти самі, і пам'ятайте: якщо ви не визначите «готово», це зробить Astra.

4. Промпт «пиши по-людськи»

Він має давати текст, який не читається як написаний роботом.

Write this in a natural, human tone. Avoid sounding like AI.

Прохання «не звучати як ШІ» не дає моделі нічого, за що можна взятися. На виході — списки, таблиці й звичні штампи Astra, зокрема та сама вода, яку позначає сама OpenAI, і конструкція «X, а не Y». Конкретна переробка:

Write in concise paragraphs, one idea each, plain language, active voice. No lists unless the items are truly parallel. Ban these phrases: "delve into," "it's worth noting," "leverage," "in short," and any "X, not Y" contrast. State what you're doing, not what you're avoiding.

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

5. Промпт «чому ти зупинився»

Коли агент для коду йде не туди — зупиняється, просить дозволу чи ігнорує інструкцію, — так можна з'ясувати причину.

Why did you stop? Just keep going.

Сказати агентові «просто продовжуй» — означає нічого не дізнатися про причину, і за десять хвилин та сама зупинка повториться. З Astra ймовірніший винуватець — файл скіла чи контекстний документ, який тихо перекриває ваші вказівки. Запитайте про причину прямо:

If a skill file or instruction made you pause, ask permission, or leave work unfinished, name the exact file, quote the line that caused it, and explain how it applied. Separate explicit requirements from your own interpretation. Then resolve it and continue — my instructions take priority.

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

6. Промпт для дослідження

Для досліджень і аналізу, де модель має рухатися вперед, але не вигадувати факти.

Research this and give me your best answer.

Astra або починала з раунду уточнювальних запитань, або йшла вперед, змішуючи те, що знає, з тим, що припускає. У «найкращій відповіді» ніщо не підказувало їй, що робити з інформацією, якої бракує. Переробка дає правило:

Research this and answer. For gaps: make reasonable assumptions for non-critical details and state them, rather than asking. Only ask if the missing info materially changes the result or needs my authorization. Mark clearly which claims are sourced and which are your inference.

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

7. Промпт «подумай як слід»

Це нова територія: в Astra є рівні зусилля міркування, і неправильний вибір марнує час або гроші.

Think really hard about this and be thorough.

«Подумай як слід» — не важіль керування. Це просто штовхає Astra до максимального зусилля на всьому підряд, зокрема на простій рутині, і затримка з вартістю зростають даремно. Спробуйте так:

Use medium reasoning effort for this. Only escalate to high if a medium answer misses the requirements I've defined. For extraction or formatting where one right answer exists, use low.

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

8. Виклик API, який просто ламається

Цей не став гіршим. Він зламався.

model: gpt-6-astra, temperature: 0.7, top_p: 0.9

Гайд із міграції на Astra радить прибрати temperature, top_p і top_logprobs. Скрипти, які досі їх надсилають, можуть падати з помилкою, а не просто працювати гірше, — неприємний сюрприз, якщо торішній сетап копіюють далі. Виправлення механічне:

Remove temperature, top_p, and top_logprobs from the request. Control variability through the prompt and the reasoning-effort setting instead.

Якість промпта тут ні до чого. Це питання сумісності API: за гайдом, Astra не приймає користувацьких значень цих налаштувань. Приберіть їх і користуйтеся підтримуваними налаштуваннями міркування — формулювання запиту тут ролі не грає. Усім, хто працює з Astra через API чи скрипти, варто перевірити старі конфіги, поки вони не вкусили.

9. Промпт для делегування

На великих задачах Astra могла б роздати роботу субагентам, але зазвичай цього не робить, доки не попросять.

Break this into parts and handle it efficiently.

«Ефективно» жодного делегування не запустило. OpenAI зазначає, що Astra передає роботу субагентам рідше, ніж можна очікувати, тож вона просто зробила все сама й повільніше. Порівняйте:

Split this into independent parts. Delegate the parallelizable ones to sub-agents and say which parts you're delegating and why. Do the sequential parts yourself.

У розмитому формулюванні не було сказано, що можна віддати. Переробка відділяє незалежну роботу від послідовної й велить віддати паралельні частини субагентам — виходить охайний мультиагентний план, а не один агент, який «ефективно справляється з усім». Для великих задач на багато файлів чи кроків прописуйте розподіл самі: Astra його не запропонує.

10. Промпт про звіряння

Найтонший: він про те, коли модель повертається до вас, а не про те, що вона видає.

Check with me before you do anything major.

На Astra «звіряйся зі мною» перетворилося на постійні переривання. Вона зупинялася на гіпотетичних питаннях і крихітних кроках і просила дозволу, ще не маючи нічого, що можна показати. Власна рекомендація OpenAI: схвалювати треба конкретний результат, який можна перевірити, а не план. Тому:

Don't stop for approval until you have a concrete, reviewable result ready. Skip disclaimers and hypothetical warnings. When you do pause, show me the finished draft to approve, not a question about whether to start.

Винним було широке формулювання. З ним будь-який проблиск невпевненості виправдовував переривання. Перенесення точки схвалення в кінець змістовного шматка роботи це змінює: модель робить щось конкретне й перевірюване і лише потім питає. Контроль людини стає справжньою контрольною точкою, а не крапельницею із запитів на дозвіл, і це важливо на будь-якій довгій задачі, де нагадування кожні кілька хвилин доводило б до сказу.

Чому зламалися всі десять

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

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

Перевірте промпти, про які ви забули

Цього тижня вийшла хвиля гайдів про промпти для Astra, і майже жоден не торкається справжньої рутини — перегляду промптів, які ви написали давно й забули. Це AGENTS.md, файли SKILL.md, збережені системні промпти й усі дрібні нотатки на кшталт «завжди роби X». Їх налаштовували під модель, яка розуміла їх не так, як Astra. OpenAI прямо пише, що застарілі чи суперечливі вказівки в таких файлах можуть змусити Astra блокувати роботу або збиватися з курсу. Ваш сетап лишився тим самим, а модель під ним змінилася, і повідомлення про міграцію власної конфігурації вам ніхто не надішле.

Видимі промпти виправити легко. А ті, що поховані у файлах багатомісячної давності, просто зараз тихо псують результати.

Перший крок на п'ять хвилин

Оберіть один файл інструкцій чи збережений промпт, на який ви найбільше покладаєтеся, і відкрийте його. Викресліть кожен рядок, де моделі велять думати крок за кроком, бути ретельною, перевіряти свою роботу чи продовжувати. На Astra такі рядки тепер шкодять. Потім напишіть одне речення, яке визначає «готово» для цієї задачі. Сама лише ця заміна виправить більше, ніж будь-який новий промпт.

Будьте готові до того, що міграція промптів стане рутинним кроком після виходу кожної великої моделі, приблизно як оновлення залежності. Промпти не псуються. Модель змінюється.