Для новой модели полезнее взять задачу с неизвестной причиной, чем попросить ещё один контроллер. GPT-6 Astra OpenAI позиционирует для сложной работы от исходного запроса до готового результата. В разработке это означает длинную цепочку: исследовать проект, принять решения, изменить код и проверить поведение. Само название модели эту цепочку не проверяет.
Что вышло 3 сентября
3 сентября 2026 года OpenAI выпустила GPT-6 Astra. В официальном журнале релиз описан как модель для сложных сквозных задач. Карточка Astra перечисляет программирование, рассуждение, работу с компьютером, исследования и создание документов. Это позиционирование поставщика; ниже — способ проверить его на своём репозитории, а не результаты авторского бенчмарка.
Для собственной API-интеграции замены имени модели недостаточно. Astra не поддерживает уровень рассуждения none, пользовательские значения temperature и top_p, а также logprobs. Вызов инструментов требует Responses API. Эти ограничения стоит проверить до сравнения качества: ошибка запроса ничего не говорит об инженерных возможностях модели.
Дайте задачу, где нужно восстановить поведение
Возьмём повторную отправку уведомления после сбоя очереди в Laravel. Симптом понятен пользователю: одно действие иногда приводит к двум письмам. Причина может находиться в повторном HTTP-запросе, создании задания или его повторном выполнении. Если заранее указать агенту нужную строку, эксперимент проверит только внесение уже найденного исправления.
Найди причину повторного уведомления и подготовь минимальное исправление. Сохрани повторную попытку после временной ошибки. Покажи путь от действия пользователя до отправки, воспроизведи дефект на тестовых данных и проверь исправление. Если без продуктового решения нельзя определить допустимое поведение, сформулируй вопрос с найденными вариантами.
Здесь человек задаёт инвариант: повтор после временной ошибки должен остаться. Агент получает свободу исследования, но не право решить, что письма можно вообще перестать отправлять. Перед запуском нужна изолированная база и тестовый транспорт почты. Доступ к реальным получателям не помогает проверить такой дефект.
В конце ожидается воспроизводимый пример сбоя, изменение и доказательство двух сценариев: дубль подавляется, допустимый повтор проходит. Отдельно прочитайте diff на предмет незапрошенных изменений. Если агент исправил письмо ценой удаления повторных попыток у всех заданий, цель не достигнута.
Дополнение 28 сентября: пересмотрите старые инструкции
В рекомендациях от 11 сентября OpenAI предлагает пересмотреть описания skills, AGENTS.md и постановки задач. Компания отмечает, что избыточные процедуры могут мешать Astra, а слишком общие запреты — заставлять её останавливаться раньше завершения. Это рекомендация к настройке, а не повод отменять ограничения доступа.
Практическая правка — заменить «перед каждым изменением прочитай всю архитектуру» на указание, когда конкретный документ нужен. Для опечатки в подписи не требуется исследование очередей. Для изменения доставки уведомлений — требуется. В описании skill лучше назвать точное событие применения: создание миграции или проверка её выпуска, а не любое упоминание базы данных.
Условия завершения тоже должны соответствовать задаче. Если вы ожидаете работающий результат, явно включите запуск приложения, проверку сценария и исправление найденного. Требование остановиться после первого patch само создаёт промежуточный результат. При этом выпуск, изменение реальных данных и принятие бизнес-правила остаются отдельными решениями ответственного человека.
Как сравнивать Astra с Sol и Luna
К 28 сентября линейку дополнили другие модели. OpenAI описывает Sol как модель для сложного программирования и агентных процессов, а Luna — для узких массовых задач. Astra занимает позицию наиболее мощной модели для сложной сквозной работы. Эти роли не заменяют измерения на вашем коде.
Я бы сравнивал их на одинаковом исходном commit, с теми же инструментами и критериями приёмки. Записывайте принятую работу, расходы, время проверки человеком и количество вмешательств. Для разбора запутанного сбоя результат может оправдать более тяжёлую модель; для однотипного изменения полей формы — нет. Вывод должен следовать из повторяемых запусков, а не из имени линейки.
Про выпуск Sol и Luna и исправление визуальных сценариев есть отдельный разбор. Здесь полезный следующий шаг — выбрать один незакрытый дефект, заранее определить проверку и посмотреть, сколько работы Astra действительно доведёт до принятия.
