
GPT-6.1 Sol против GPT-6 Sol Pro: одно — модель, другое — настройка
- typesafeНОВИНКАTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 за 1 млн токенов · 397 tok/s
- OpenAIНОВИНКАOpenAI: GPT-6 Luna2026-09-2237Интеллект
- OpenAIНОВИНКАOpenAI: GPT-6 Sol2026-09-2248Интеллект
- AnthropicНОВИНКАAnthropic: Claude Opus 5.52026-09-2258Интеллект
- xAIНОВИНКАGrok 4.72026-09-2146Интеллект
- OrcaНОВИНКАOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $5.00 за 1 млн токенов · 195 tok/s
- OrcaНОВИНКАOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 за 1 млн токенов · 1141 tok/s
- DeepSeekDeepSeek: DeepSeek V4.1 Flash2026-09-1040Интеллект
- OpenAIOpenAI: GPT-6 Astra2026-09-0453Интеллект77Кодинг
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241Интеллект76Кодинг
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245Интеллект76Кодинг
- AnthropicAnthropic: Claude Fable 5.12026-09-0153Интеллект82Кодинг
- TencentTencent: Hy4 preview2026-08-28$0.83 / $2.50 за 1 млн токенов · 54 tok/s
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 за 1 млн токенов · 106 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642Интеллект72Кодинг
- DeepSeekDeepSeek: DeepSeek V4 Flash Vision (Exp)2026-08-21$0.22 / $0.66 за 1 млн токенов · 220 tok/s
- z-aiZ.ai: GLM 5.32026-08-1845Интеллект75Кодинг
- obsidianQwen3.8 27B2026-08-1534Интеллект68Кодинг
- DeepSeekDeepSeek: DeepSeek V4 Pro 08132026-08-1236Интеллект69Кодинг
- xAISpaceXAI: Grok 4.62026-08-1244Интеллект77Кодинг
Короткий ответ: GPT-6.1 Sol и GPT-6 Sol Pro — это не две модели, конкурирующие за одно и то же место, и сравнивать их результаты в бенчмарках — категориальная ошибка: GPT-6 Sol Pro вовсе не отдельная модель. Это GPT-6 Sol с reasoning.mode, установленным в pro в Responses API — тот же идентификатор, gpt-6-sol, та же тарифная карта, то же окно в 1 050 000 токенов, выполняя больше работы модели перед возвратом окончательного ответа и выставляя счёт за дополнительные токены по стандартным тарифам. GPT-6.1 Sol — это действительно отдельное развёртывание со своим идентификатором, gpt-6.1-sol, и ставка за кэшированный ввод, которая вдвое меньше, чем у GPT-6 Sol. Так что настоящий вопрос не в том, какая из них умнее. А в том, превосходит ли совершенно новая модель со скидкой 50% на кэш режим выполнения на старой модели, чью pro-конфигурацию OpenAI ещё не задокументировала для нового уровня.
Два разных вида вещей
Начнём с того, во что фактически преобразуется каждое имя, когда вы помещаете его в запрос. «GPT-6 Sol Pro» преобразуется в gpt-6-sol плюс параметр mode. «GPT-6.1 Sol» преобразуется в gpt-6.1-sol — отдельный снимок на отдельной странице модели, причём параметр mode нигде на этой странице не упоминается. Эта асимметрия и есть всё сравнение, и именно поэтому в приведённом ниже списке характеристик почти нет ничего, что можно было бы честно сравнить.
• Что это такое — GPT-6.1 Sol — это отдельное развёртывание модели, тогда как GPT-6 Sol Pro — это gpt-6-sol с reasoning.mode: "pro"
• Идентификатор, который вы отправляете — gpt-6.1-sol против gpt-6-sol
• Цена входных токенов — $2.00 за миллион токенов против $2.00 за миллион токенов; цены идентичны, и режим pro не влечёт надбавки по тарифной карте Sol
• Цена выходных токенов — $10.00 за миллион токенов для обоих; дополнительные токены рассуждений режима pro тарифицируются по этой ставке
• Кэшированный ввод — $0.10 за миллион для 6.1 Sol против $0.20 за миллион для Sol, в любом режиме — единственный пункт, где выбор не связан с компромиссами
• Запись в кэш — $2.50 за миллион для обоих
• Контекст — 1 050 000 токенов и 128 000 максимального вывода для обоих
• Уровень рассуждений — low, medium (по умолчанию), high, xhigh, max, при этом none не поддерживается на 6.1 Sol, тогда как на Sol доступна та же шкала плюс none, а режим pro не зависит от усилия
• Вызов инструментов — Responses API для обоих; Chat Completions без инструментов на 6.1 Sol, тогда как Sol поддерживает вызов функций в Chat Completions только при уровне усилия, установленном на none
• Задержка — для обоих нет опубликованных значений; режим pro по своей конструкции медленнее, поскольку выполняет больше работы перед финальным ответом
• Стоимость за задачу — не публикуется для режима pro и в любом случае не поддаётся осмысленному сравнению, поскольку зависит от того, сколько дополнительной работы режим pro выполняет для вашей задачи
Прочитайте этот список и обратите внимание на его форму: каждая строка либо идентична, либо представляет собой сравнение между задокументированным значением и недокументированным.
Что на самом деле даёт pro-режим и чего это стоит
Описание pro mode от OpenAI короткое, и его стоит процитировать, а не пересказывать, потому что нечёткость здесь — суть: это «режим выполнения Responses API, который применяет больше работы модели к запросу перед возвратом единственного окончательного ответа», он может повысить надёжность на сложных задачах, увеличивает задержку и «агрегирует токены, затраченные на эту работу, в сообщаемых показателях использования», с оплатой по стандартным тарифам за токены выбранной модели. Собственные рекомендации вендора о том, когда его использовать, на удивление консервативны для документа о запуске — pro mode предназначен для случаев, когда «незначительное улучшение качества существенно влияет на результат», а стандартный режим предпочтителен «для рутинной, чувствительной к задержке или высоконагруженной работы, а также когда ваши оценки не показывают значимого выигрыша от pro mode».
Что OpenAI не публикует, так это множитель. На тарифной карте Sol нет ни цифры на задачу, ни диапазона, ни записи для профессионального режима. Стоимость полностью приходит как объём, видимый в объекте использования под токенами рассуждения, которые тарифицируются как выходные и никогда не возвращаются в теле ответа. При $10.00 за миллион выходных токенов дополнительные 10 000 токенов на задачу стоят цент, так что решение редко касается заголовка; оно касается того, меняет ли дополнительная работа ваш результат. Это измерение, а не поиск, и это единственное, что читатель может решить об этой паре, не дожидаясь чьего-либо бенчмарка.
Пробел в документации, который решает исход этого противостояния.

На странице модели GPT-6.1 Sol — той самой, где указаны размер контекста, блок цен, шкала усилий, список инструментов и список снапшотов, — нигде не упоминаются reasoning.mode, pro-режим или стандартный режим. В текстовом руководстве, посвящённом pro-режиму, эта функция по-прежнему описывается как работающая с «любой моделью GPT-5.6», а разработчикам советуют сохранить выбранную модель и задать reasoning.mode равным pro, а не переключаться на отдельный слаг Pro. Мы проверили обе страницы и не смогли подтвердить по документации OpenAI, что для уровня 6.1 существует конфигурация pro-режима. Возможно, она работает; в родительском руководстве по GPT-6 pro-режим указан среди возможностей, которые семейство сохраняет. Но «возможно, работает» — не то, на чём стоит строить продакшен-путь, и по состоянию на 30 сентября 2026 года это честная картина.
Этот разрыв порождает по-настоящему однобокое решение. Если вам нужен pro-режим сегодня, его задокументированное место — GPT-6 Sol — а цена выбора его в том, что вы платите $0.20, а не $0.10 за кэшированный ввод на каждом повторно используемом префиксе, плюс всё, что добавляет дополнительная работа pro-режима, по сравнению с моделью, чьи заявленные производителем оценки отстают от оценок 6.1 Sol в каждом семействе задач, опубликованном OpenAI. Если вы хотите сегодня получить тариф кэширования уровня 6.1 и его позицию в бенчмарках, вы отказываетесь от задокументированной pro-конфигурации. Нет строки, в которой вы получаете и то, и другое, потому что никто не сказал нам, существует ли второй вариант.
Решив это на своём собственном трафике за один день

Это измерение не блещет эффектностью, и для него нужен один эксперимент, а не целый набор бенчмарков. Возьмите набор задач, отражающий вашу сложную работу, запустите его три раза и каждый раз читайте объект usage: один раз на gpt-6-sol при среднем уровне усилий в стандартном режиме, один раз на gpt-6-sol при среднем уровне усилий с включённым pro-режимом и один раз на gpt-6.1-sol при среднем уровне усилий. Держите уровень усилий постоянным во всех трёх — весь смысл в том, чтобы изолировать одну переменную за раз. Сравните успешность выполнения задач, задержку и общее количество тарифицируемых токенов. Отношение общего числа токенов в запуске с pro-режимом к общему числу в стандартном режиме — это ваш множитель к вашему трафику; он не совпадёт с чьим-либо ещё, потому что замысел в том, что объём дополнительной работы масштабируется со сложностью запроса.
Два практических замечания по его запуску. Во-первых, запуск с 6.1 и запуск с Sol — это одно и то же тело запроса с изменённой одной строкой, поэтому эксперимент дёшево настроить и легко поддерживать в качестве регрессионного теста. Во-вторых, если вызов в pro-режиме по идентификатору 6.1 возвращает ошибку, а не результат, вы бесплатно получаете ответ о пробеле в документации — и вы узнаёте это до того, как подпустить это к продакшену.
Обе конфигурации, один ключ
Это тот тип сравнения, который обходится дороже в операционных накладных расходах, чем в токенах, — и именно здесь маршрутизация перестаёт быть сноской. OrcaRouter предоставляет GPT-6 Sol по собственной прайсовой цене OpenAI без наценки, поэтому приведённая выше тарифная сетка $2.00 / $0.20 / $10.00 — включая правило пересчёта цены для 272K — передаётся в точности так, как её указывает поставщик. Это значит, что три ветви описанного выше эксперимента могут работать через одну конечную точку с одним API-ключом и без второго контракта: две конфигурации Sol отличаются одним параметром, а уровень 6.1 встаёт рядом с ними в тот момент, когда становится доступен для маршрутизации. Пока это не так, вызывать можно ту модель, чей pro-режим задокументирован. Для сложной работы с малым объёмом, где небольшое улучшение качества меняет результат, pro-режим на Sol — это то, что рекомендует само руководство поставщика; а для всего высокообъёмного или чувствительного к задержке стандартная конфигурация и быстрее, и — на повторно используемых префиксах — теперь вдвое дороже за кэшированный токен, чем более новый уровень. Правило маршрутизации, разделяющее трафик по этой линии, — pro-режим для запросов, которые его заслуживают, более дешёвая конфигурация для основной массы, — это изменение параметра в DSL маршрутизации, а не переархитектура, и именно эта версия решения переживёт следующее обновление моделей.

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