Десять промптов, которые сломались на GPT-6 Astra, и как их починить
Десять обычных промптов перестали работать на GPT-6 Astra, потому что модель сначала спрашивает и рано останавливается. Что сломалось в каждом, какая переделка помогла и какой аудит провести.
OpenAI выпустила GPT-6 Astra 3 сентября 2026 года, а через два дня опубликовала гайд по миграции. Одна строка из этого гайда меняет взгляд на каждый сохранённый промпт: теперь модель задаёт уточняющие вопросы, а не действует наугад. Библиотеки промптов, собранные под модели, которые угадывали и шли дальше, внезапно оказались построены на неверном допущении.
Чтобы понять масштаб, возьмём десять обычных промптов — из тех, что лежат в личной шпаргалке рядом с заготовками для кода и однострочниками для отладки, — и прогоним каждый через Astra. Некоторые переживают это без изменений. Несколько ломаются так, как никто бы не предсказал. А какие-то просто останавливаются на полпути и ждут одобрения, как новичок, который ничего не выкатит без вашего «ок». Ниже — каждый промпт, что с ним пошло не так и какое исправление сработало.
Четыре изменения поведения за каждым сбоем
Всю карточку модели читать не нужно. Четыре сдвига объясняют каждый сломанный промпт из этого списка.
- Astra спрашивает, прежде чем действовать. По словам OpenAI, неясный запрос теперь — повод уточнить, тогда как прежние модели закрывали пробел допущением и продолжали. Так безопаснее, но промптам, которые рассчитывали, что модель просто подхватит задачу и побежит, приходится туго.
- Astra останавливается раньше. Она склонна выдать первый черновик или первую реализацию и остановиться на ревью, а не доводить дело до конца. Если в промпте не определено, что значит «готово», точку остановки Astra выбирает сама.
- Astra и так рассуждает по шагам. Просьба «думай шаг за шагом» или «проверь свою работу» избыточна и может запустить лишние проверки и сжечь токены.
- 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 такие строки теперь вредят. Затем напишите одно предложение, которое определяет «готово» для этой задачи. Одна эта замена исправит больше, чем любой новый промпт.
Будьте готовы к тому, что миграция промптов станет рутинным шагом при выходе каждой крупной модели, примерно как обновление зависимости. Промпты не портятся. Модель меняется.