Luna, Terra, Sol и Astra: какую модель выбрать для задачи

Сверка официальной документации OpenAI: 26 октября 2026 года. Здесь сравниваются GPT-6 Luna, GPT-6.1 Terra, GPT-6.1 Sol и GPT-6 Astra. Названия семейств без версии могут скрывать разные модели; проверяйте полное имя в выборе модели.

На странице есть четыре разбора с готовыми ответами. Их можно прочитать без Codex, терминала и обращения к модели. Числа и ситуации учебные; ответы ниже подготовлены как объяснения, а не получены в сравнительном запуске моделей. Если начинаете с Luna, можно сразу перейти к разбору заметок встречи.

Быстрый выбор

Модель Когда начать с неё Пример задачи Что проверить в результате
Luna Задание ограничено, правила понятны, результат легко проверить; похожие операции повторяются Извлечь поля из текста; разнести обращения по заданным категориям; собрать таблицу задач; сделать небольшую локальную правку кода Нет придуманных значений, схема соблюдена, пропуски отмечены, все строки или изменённое поведение проверены
Terra Нужно разобраться в тексте, изображении или экране и выполнить действия в доступном приложении Сравнить два дашборда; проверить обрезку баннера; подготовить понятное письмо по документу Верно прочитаны подписи, значения и условия; непонятное отмечено; действие действительно выполнено
Sol Предстоит сложная, повторяемая или длительная работа с ясным результатом, важны затраты Реализовать согласованную функцию; объединить требования и заметки в план; регулярно обновлять отчёт Сохранён контракт, учтены входы и зависимости, есть проверяемые файлы и проверки
Astra Много неоднозначностей, конфликтующих источников и последствий решения Разобрать сложный сбой; сравнить несовместимые предложения; выбрать решение с несколькими ограничениями Противоречия обнаружены, допущения видны, вывод следует из источников, открытые вопросы сохранены

Основание: официальное описание моделей. OpenAI описывает Sol как вариант для сложной работы с меньшими затратами, чем Astra, а Astra — для наиболее требовательных задач. Это позиционирование, а не гарантия одинакового качества или определённой экономии на вашем проекте. Terra также умеет работать с текстом; изображения и приложения доступны и другим подходящим моделям. Границы таблицы помогают выбрать начало, но не разделяют возможности на исключительные категории.

Уточнение 28 октября: сколько контекста у Sol

В текущей документации Models для GPT-6.1 Sol указано стандартное окно 500 000 токенов в Codex и ChatGPT Work. Токены — части текста, а не страницы или слова; размер окна не равен числу сообщений. Это уточнение документации, а не заявленная дата увеличения окна.

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

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

Сначала определите причину сложности

  1. Нет исходных данных? Запросите их. Более сильная модель не восстановит отсутствующий договор или нечитаемую цифру достоверно.
  2. Нет доступа к нужному инструменту? Настройте разрешённое подключение или измените результат задачи. Смена модели не подключает Figma, браузер и файловую систему.
  3. Нужна ограниченная обработка по ясным правилам? Начните с Luna и контрольного примера. Короткая вычитка или таблица из заметки не требуют автоматического перехода к другой модели.
  4. Главная трудность — понять экран, визуальный материал или выполнить связанное действие в приложении? Рассмотрите Terra.
  5. Требования уже ясны, нужно выполнить много взаимосвязанной работы? Рассмотрите Sol.
  6. Требования конфликтуют и важна проверка решения в целом? Рассмотрите Astra.
  7. Есть проверяемый результат приемлемого качества? Усложнять режим ради названия модели не требуется.

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

Когда Luna достаточно и когда менять модель

OpenAI относит Luna к моделям для ограниченных повторяемых задач: извлечения, классификации, преобразования, кратких структурированных итогов и локальных задач программирования. Этого достаточно для старта, если вы заранее знаете, как проверить ответ. Большое число одинаковых строк само по себе не означает необходимость Sol: сначала проверьте качество на примерах и способ обработки объёма.

Полезные задания для начала с Luna:

  • Из письма извлечь номер заявки, дату и контакт в заданную таблицу, оставив отсутствующие поля пустыми.
  • Разнести десять обращений по утверждённым категориям с объяснением по одной фразе; неоднозначные передать на ручную проверку.
  • Из заметок встречи составить список поручений без назначения придуманных исполнителей и сроков.
  • Исправить конкретное сообщение об ошибке в одном файле и выполнить относящуюся к нему проверку.

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

Что изменилось в работе Что рассмотреть Пример
Главной стала визуальная интерпретация и работа с экраном Terra, если доступна с нужными инструментами Извлечения текста из баннера мало: нужно проверить обрезку, иерархию и расположение надписи в нескольких форматах
Появились зависимые изменения и проверки в нескольких частях проекта Sol Вместо правки подписи нужно согласованно изменить API, экран, обработку ошибок и проверки
Источники противоречат друг другу, решение связано с несколькими обязательными ограничениями Astra Несколько редакций требований и предложений дают разные условия; требуется установить допустимость решения
Данных нет или инструмент недоступен Сначала исправить входы или доступ Неизвестный срок нужно уточнить; смена модели не создаёт его и не подключает календарь

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

Разбор без практики №1: Terra и BI-дашборд

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

Подпись на экране Сентябрь Октябрь
Заказы, шт. 100 120
Выручка, тыс. руб. 1 000 1 080
Средний заказ, тыс. руб. 10 9

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

Задание для модели, если позднее появится возможность попробовать:

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

Остановитесь и ответьте: на сколько выросла выручка? Почему рост числа заказов не доказывает рост среднего заказа? Можно ли обвинить рекламу в падении среднего чека?

Разбор: заказов стало на 20% больше, выручка выросла на 8%, средний заказ снизился на 10%. Процент изменения считают относительно сентября: например, (1080 − 1000) / 1000 × 100 = 8%. Реклама может быть одной из гипотез, но данных для причинного вывода нет. Проверьте различия ассортимента, скидок и каналов, прежде чем объяснять причину.

Почему начать с Terra: задача сосредоточена на понимании экрана и ясном объяснении. Если понадобится расследовать расхождение отчёта с несколькими системами и формулами, объём задачи изменится — выбор модели стоит пересмотреть.

Признак плохого ответа: «Продажи выросли на 20% благодаря рекламе». Здесь смешаны количество и выручка, а причина придумана. Название модели не делает такой ответ верным.

Разбор без практики №2: Sol и план внедрения

Ситуация: согласовано подключение CRM к BI. Вместо длинной переписки есть три входа:

Материал Утверждённое условие
Требования Отчёт обновляется ежедневно к 09:00; нужны сделки за последние 30 дней
Заметка администратора Доступ к тестовому API выдаётся в среду; до этого доступны обезличенные примеры
Календарь В пятницу демонстрация на тестовых данных; production-публикация требует отдельного согласования 
Собери план внедрения по требованиям, заметке администратора и календарю.
Для каждого шага укажи вход, зависимость, результат и способ проверки.
Не назначай людей без подтверждения. Демонстрацию и production раздели.
Перечисли вопросы, которые мешают подтвердить срок и полноту результата.

Остановитесь и ответьте: что можно сделать до среды? Что блокирует проверку реального API? Означает ли демонстрация в пятницу разрешение на production?

Разбор: до среды можно подготовить схему данных, преобразования и проверки на обезличенных примерах. Доступ к API блокирует интеграционную проверку, но не всю подготовку. После выдачи доступа нужны проверка полей, обработки ошибок и времени обновления. На пятницу согласована только демонстрация. Неизвестны часовой пояс 09:00, способ авторизации, лимиты API и правила полноты последних 30 дней — их следует уточнить. Назначить выдуманного ответственного или гарантировать срок без этих условий нельзя.

Почему начать с Sol: цель и основные границы понятны; требуется связать материалы и последовательно довести работу до артефактов. Если выяснится, что требования к хранению данных противоречат ограничениям CRM, сначала нужен отдельный разбор конфликта — для него можно рассмотреть Astra.

Признак плохого ответа: красивый календарь без зависимостей и проверок. Подробность текста не подтверждает выполнимость плана.

Разбор без практики №3: Astra и конфликтующие условия

Ситуация: выбирают поставщика сервиса. Обязательны журнал действий и бюджет первого года не более 2 000 условных единиц, включая подключение и 12 месяцев подписки. Налоги и другие платежи в учебной задаче не предусмотрены.

Предложение Подключение В месяц Журнал действий
A 2 000 100 Нет
B 500 150 Есть 
Сравни предложения по обязательным условиям. Сначала проверь допустимость,
затем стоимость и компромиссы. Покажи расчёт первого года.
Если подходящего варианта нет, скажи об этом и предложи вопросы
для переговоров. Не меняй бюджет или обязательные требования молча.

Остановитесь и ответьте: какое предложение подходит? Можно ли выбрать B только потому, что у него есть журнал? Нужно ли модели обязательно назвать победителя?

Разбор: A стоит 2000 + 12 × 100 = 3200 и не имеет обязательного журнала. B стоит 500 + 12 × 150 = 2300 и превышает бюджет на 300. Оба варианта не проходят условия. Следующий шаг — уточнить возможность скидки у B, разрешённого изменения бюджета или поиска другого предложения. Пока решение не изменено человеком, считать B выбранным нельзя.

Почему рассмотреть Astra: она полезна как отправная точка для решений, где нужно удержать несколько ограничений и не потерять смысл при сравнении источников. Саму арифметику способны выполнить и другие модели. В этом маленьком разборе Astra не обязательна: он учит распознавать тип ошибки. Основание переходить к более сильной модели появится, если реальная задача содержит много исключений, документов и взаимозависимых условий.

Признак плохого ответа: «B — лучший вариант, берите его», без проверки бюджета. Более убедительная формулировка не исправляет нарушение обязательного условия.

Разбор без практики №4: Luna и поручения из заметки

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

1. Ирина подготовит CSV-пример до 28 октября 2026 года.
2. Борис проверит названия полей. Срок пока не согласован.
3. Нужно показать результат заказчику. Исполнитель и дата не определены.

Правило: одна строка результата на каждую исходную строку. Колонки: задача, исполнитель, срок, основание. Отсутствующее значение записывать как «не указан», ничего не назначать самостоятельно.

Преобразуй заметку в таблицу по указанной схеме.
Сохрани все три поручения. Используй только явно указанные имена и сроки.
В основании укажи номер исходной строки. Если сведений нет, напиши
«не указан». Не создавай события календаря и не отправляй поручения.

Остановитесь и ответьте: сколько строк должно остаться? Кому назначить демонстрацию? Можно ли поставить Борису срок «до пятницы», чтобы таблица выглядела полной?

Разбор и ожидаемая таблица:

Задача Исполнитель Срок Основание
Подготовить CSV-пример Ирина 28 октября 2026 Строка 1
Проверить названия полей Борис не указан Строка 2
Показать результат заказчику не указан не указан Строка 3

Сохранены три поручения; не хватает одного исполнителя и двух сроков. Назначить демонстрацию Ирине по соседству или поставить Борису пятницу нельзя. Эти пробелы — вопросы к участникам, а не ошибка формата таблицы.

Почему начать с Luna: требуется ограниченное преобразование с точной проверкой каждой строки. Когда перейти: если надо оценить визуальную готовность демонстрации — можно рассмотреть Terra; составить зависимый план реализации из многих материалов — Sol; разрешить конфликт двух утверждённых протоколов — Astra. Если нужна только отсутствующая дата, сначала спросите её у человека.

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

Один проект — разные этапы

Допустим, вы делаете приложение с аналитическим отчётом. Luna может сначала привести заметки к таблице фактов и вопросов. Для разбора конфликтующих требований можно рассмотреть Astra, для согласованной реализации — Sol, для визуального просмотра и объяснения — Terra. Если исходное поручение ограничено таблицей, на Luna можно и закончить. Это пример организации работы, а не обязательная последовательность или обещание экономии.

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

Для прикладных заданий используйте уже существующие восемь сценариев: здесь объяснён выбор модели, там — результат и приёмка конкретной работы.

Модель, усилие и инструменты — три разных выбора

Модель задаёт доступные способности. Reasoning effort регулирует затраты на рассуждение у выбранной модели. Инструменты и разрешения определяют, какие файлы, приложения и действия доступны в этой среде.

Для Sol начните с усилия, предложенного клиентом по умолчанию. Для Luna официальный справочник предлагает High, для Astra — Light (low в CLI). В руководстве по выбору также есть Luna Low для простого извлечения и точечных правок: это другой начальный ориентир по конкретной задаче, а не запрет более низкого усилия. Выбирайте доступную настройку и проверяйте результат на контрольном примере. Luna поддерживает усилие до Max, но не Ultra. Поддерживаемые значения для Terra смотрите в текущем клиенте: одинаковое название уровня не означает одинаковое поведение у разных моделей. Max и Ultra не нужны для каждого задания. Источники: Models, Model selection.

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

Как выбрать в Windows

В Codex desktop откройте выбор модели под полем ввода и Advanced, затем выберите полное имя доступной модели. В CLI используйте /model или параметр запуска. Справочник показывает идентификаторы:

Полное имя Идентификатор
GPT-6 Luna gpt-6-luna
GPT-6.1 Terra gpt-6.1-terra
GPT-6.1 Sol gpt-6.1-sol
GPT-6 Astra gpt-6-astra

Например, codex -m gpt-6.1-terra выбирает Terra при запуске CLI. Это команда начала модельной сессии, а не бесплатная проверка справки. Для Terra документация требует CLI 0.159.0+; базовая проверка руководства на 0.144.5 не подтверждает её запуск. Ради чтения обновляться не нужно.

Для Luna пример выбора в PowerShell — codex -m gpt-6-luna; он также начинает модельную сессию. Параметр не повышает разрешения и не подтверждает доступность модели аккаунту.

Доступ зависит от аккаунта, клиента и настроек организации. Анонс Terra перечисляет Plus, Pro, Business, Enterprise и Edu; обычный Chat не поддерживается, UAE inference residency отсутствует. Выбранная модель не открывает доступ к ещё не разрешённому приложению. Это руководство не проверяло доступность всех четырёх моделей в вашем аккаунте.

Как сравнить самостоятельно, когда появится возможность

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

Не смешивайте «ответ длиннее» с «ответ лучше». Один удачный запуск не доказывает общее превосходство. Чужие расходы по подписке не предсказывают ваши затраты; точные тарифы и квоты проверяются отдельно. Учебные разборы выше не являются бенчмарком.

Итоговая самопроверка без практики: назовите по одной задаче для начала с каждой модели, объясните, почему Sol не исправит отсутствие API, найдите нарушение условий в выборе B из третьего разбора и три незаполненных поля в таблице Luna. Укажите одно изменение задачи, из-за которого стоит рассмотреть переход с Luna. Если можете это сделать, основную логику выбора вы поняли.

Основания рекомендаций: Models, Model selection, обновление Terra. Учебные примеры и разборы — авторская адаптация; сравнительные модельные запуски не выполнялись.

← Новые возможности · Практическое использование · Чтение без практики