АВТОМАТОИИ-студия Романа Ботана
Инструменты8 мин чтения

GPT-6 Astra: как выбрать задачу и получить проверяемый результат

Как выбирать GPT-6 Astra по сложности задачи, задавать границы, уточнять требования и проверять результат. Три промпта и пример на сайте компании.

Роман Ботан
Обложка статьи «GPT-6 Astra: как выбрать задачу и получить проверяемый результат»

Нужно поменять цвет кнопки на сайте. Открываем Codex, выбираем самую мощную модель, включаем глубокое рассуждение. Задача занимает одну строчку, а мы уже устроили вокруг неё небольшой исследовательский проект.

С выбором модели полезно начинать с сложности работы. Где-то достаточно точечной правки. Где-то придётся разобраться в проекте, согласовать несколько требований, изменить код и пройти пользовательский сценарий. Во втором случае возможности GPT-6 Astra стоит проверить на своей задаче.

OpenAI описывает Astra как модель для сложной работы от постановки до результата: рассуждений, программирования, управления компьютером, исследований и подготовки документов. Это позиционирование производителя; пользу для конкретного бизнеса покажет небольшой сопоставимый тест. Карточка GPT-6 Astra.

Разберём выбор на одном понятном объекте — сайте компании. Затем соберём постановку задачи, которую можно использовать и для других проектов.

Три задачи на одном сайте

Первая: исправить текст на кнопке. Надпись, нужная страница и ожидаемый результат известны. Достаточно найти соответствующий компонент, изменить строку и посмотреть страницу. Начинать можно с доступной быстрой модели, которая справляется с такими правками в вашем проекте.

Вторая: собрать страницу услуги. Появляются блоки, мобильная версия, форма, стили и тексты. Здесь важны существующие компоненты и ясный бриф. Более сильная модель может быть полезна, но решение о её выборе зависит от качества первого результата и объёма исправлений.

Третья: добавить личный кабинет. Пользователь входит, видит свои заявки, редактирует данные и получает уведомления. Надо согласовать интерфейс, права, хранение информации, ошибки и проверку. Изменение одного участка влияет на другие. Для такого объёма взаимосвязей я бы рассмотрел Astra и сравнил её с привычной моделью на ограниченной части проекта.

Число экранов само по себе мало что объясняет. На одной странице могут находиться сложные расчёты и оплата. Десять информационных страниц могут собираться из готового шаблона.

Для выбора полезны три вопроса: сколько неизвестного предстоит выяснить, сколько частей связано между собой и сколько будет стоить пропущенная ошибка. Ответы помогают назначить модели подходящую работу.

Что дают агентные возможности

В длинной задаче ИИ читает материалы, обращается к инструментам, получает промежуточные результаты и продолжает работу. Пользователь может добавить условие по ходу процесса. В руководстве OpenAI для Astra описаны продолжение работы с новыми указаниями и асинхронные вызовы инструментов; в API их использование требует соответствующей реализации со стороны приложения. Руководство по модели.

Для владельца бизнеса это означает простую вещь: проверяйте всю рабочую среду. Модель, доступ к папке, подключение к таблицам и возможность открыть браузер — отдельные части системы. В задаче «проанализируй продажи и собери презентацию» потребуются сами данные, средство расчётов и инструмент создания файла.

Допустим, у вас есть выгрузка заказов и шаблон еженедельного отчёта. Хороший результат включает расчёты, объяснение отклонений и файл в нужном формате. Просите показать, из каких строк получены выводы, и открыть готовый файл для проверки. Так приёмка становится понятной человеку, который этот отчёт будет использовать.

При работе через интерфейс программы действуют те же правила. Агенту нужны разрешённый доступ и доступные инструменты. Кнопка в его отчёте «готово» должна соответствовать сохранённому изменению в самой программе.

Сначала опишите результат и границы

Самая полезная часть постановки — описание того, что вы примете. Для страницы услуги это могут быть конкретные блоки, работа формы и мобильный вид. Для отчёта — период, определения показателей и контрольные суммы.

Второй слой — область действий. Какие файлы можно менять? Можно ли устанавливать зависимости? Где требуется ваше решение? Чем точнее эти границы, тем меньше времени уйдёт на исправление лишних изменений.

Вот запрос для ограниченной разработки:

Задача: добавить страницу услуги «Обучение ИИ» в существующий сайт.
Используй приложенный утверждённый текст и действующие компоненты проекта.

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

Разрешены локальные изменения страницы и необходимых общих компонентов.
Действующие цвета, шрифты и навигацию сохрани.
Публикация на сервер требует отдельного решения.

Проверь страницу на широком и узком экране, переходы по кнопкам,
валидацию формы и сохранение заявки в тестовой среде, если она доступна.
Если тестового обработчика нет, обозначь форму как неподключённую
и перечисли, что потребуется для запуска.

В конце дай ссылки на изменённые файлы и результаты проверок.
Отдельно перечисли оставшиеся действия до публикации.

У такой постановки есть точка завершения. Вы получаете страницу и понимаете её состояние. Если проверка сохранения заявки недоступна, это конкретная оставшаяся работа.

Как уточнять задачу в процессе

По ходу разработки выяснилось, что обучение покупают компании, которым нужен счёт. Возникает новое требование к форме. Вместо полного переписывания задания добавьте изменение и попросите оценить его влияние:

Добавление к текущей задаче: заявки поступают от компаний.
В форме нужны имя, рабочая почта, название организации и комментарий.
Поле ИНН пока пропускаем: его запросит менеджер при подготовке счёта.

Сохрани первоначальную цель и остальные требования.
Проверь, какие уже сделанные части затронуло уточнение.
Продолжи с текущего состояния и обнови список проверок формы.

Здесь меняется один участок. Важна просьба сохранить остальные требования: она помогает вам самим заметить, если новая форма неожиданно потянула за собой переделку всей страницы.

Для длинной работы удобно держать короткое описание решения в проекте: цель, действующие ограничения, сделано, осталось проверить. Передача контекста становится воспроизводимой, особенно когда к проекту подключается коллега.

Как проверить, оправдался ли выбор Astra

Возьмите две сопоставимые копии исходного проекта. Дайте Astra и привычной модели одинаковые материалы и критерии. Заранее определите предел работы: например, один законченный этап с одной редактурой. Так вы сможете сравнить результаты на понятных условиях.

Для учебной задачи с формой запишите:

Что сравнить Что фиксировать
Полнота Все ли обязательные поля и состояния реализованы
Работоспособность Что происходит при отправке и ошибке
Сохранение проекта Соблюдены ли стили и исходные ограничения
Исправления Сколько конкретных дефектов пришлось вернуть
Время Работа модели плюс ваша проверка и правки
Расход Доступные показатели использования и фактические списания

Необязательно превращать это в большую аналитику. Пяти строк после задачи обычно достаточно, чтобы увидеть разницу. Если сильная модель дала более полный результат, но вы потратили столько же времени на его исправление, это повод разобраться в причинах.

Отдельно учитывайте повторные попытки, внешние инструменты и проверку. Цена одного вызова даёт лишь часть картины. Для регулярной работы полезнее стоимость принятого результата.

Глубина рассуждений и API

Выбранная модель и глубина её рассуждений — разные настройки. У Astra в API документированы уровни low, medium, high, xhigh и max. Режим none не поддерживается. Для собственной интеграции проверяйте параметры именно нужного API: список в приложении может отличаться от публичной схемы. Карточка модели, руководство по переходу.

Я бы начинал с умеренной настройки на небольшой задаче и повышал её при конкретном недостатке: потеря взаимосвязей, слабый план проверки, несколько неудачных попыток. Рост настройки сам по себе ещё ничего не говорит о качестве готовой страницы.

Разработчику при переходе стоит отдельно проверить идентификатор gpt-6-astra, поддерживаемые параметры, работу инструментов и обработку ошибок. Подмена имени модели в старой интеграции может затронуть совместимость. Прежде чем переносить регулярные процессы, проведите пробный запрос и один полный рабочий цикл.

Принимайте результат по тому месту, где им будут пользоваться

Для сайта откройте страницу, заполните форму и найдите тестовую заявку. Для таблицы пересчитайте несколько строк и сверяйте итог с исходными данными. Для презентации просмотрите каждый слайд и проверьте, открывается ли файл у получателя.

Можно завершать работу таким запросом:

Сверь результат с исходным заданием и всеми последующими уточнениями.
Для каждого обязательного пункта укажи:
— что выполнено;
— где посмотреть результат;
— каким действием он проверен;
— что осталось непроверенным и почему.

Отдельно обозначь состояние внешних действий:
файл сохранён, изменение закоммичено, отправлено в репозиторий,
опубликовано, проверено на публичном адресе.
Указывай только реально выполненные этапы.

Такой отчёт помогает завершать задачи с любой моделью. Для Astra он особенно полезен в тех проектах, ради которых вы её и выбираете: длинных, связанных и требующих внимательной приёмки.

Начните с одной задачи, которую уже умеете оценивать. Запишите исходные условия, критерии и результат сравнения. Следующий выбор модели получится сделать на основании собственной практики.