GPT-6.1 Sol: зачем новая модель, если старые промпты ещё работают?

Новая модель не обязана немедленно заменить старую в работающем приложении. GPT-6.1 Sol стоит проверить на задачах, где нынешнее решение регулярно требует правок. Если вы меняете одновременно модель, промпт и формат исходников, будет трудно понять, откуда взялось улучшение или почему всё стало хуже.

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

Что известно о Sol, а что нужно выяснить вам

OpenAI позиционирует GPT-6.1 Sol для сложной работы с кодом, компьютером и профессиональными задачами. Документация указывает текст и изображения на входе и текст на выходе. В Чатиуме через OpenRouter используется идентификатор openai/gpt-6.1-sol.

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

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

Что положить в набор для сравнения

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

Например: «После загрузки файла дождитесь проверки. При ошибке замените файл; повторное нажатие не требуется». Хорошая редактура может разбить это на шаги. Плохая уберёт последнее предложение и тем самым спровоцирует повторные отправки.

Для каждого примера отметьте обязательные сведения и допустимые изменения. Если инструкция уже короткая и точная, ответ «изменения не нужны» может быть лучшим результатом, чем энергичная перепись.

Как отделить качество модели от качества задания

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

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

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

Короткий вызов GPT-6.1 Sol

Это фрагмент серверного обработчика Чатиума. ctx передаёт платформа, sourceText содержит проверенный текст из формы. done и failed — заранее зарегистрированные маршруты app.function для результата и ошибки. Они проверяют, что вызов пришёл от приложения start: caller.type === 'plugin' && caller.appSlug === 'start'.

import { startCompletion } from '@start/sdk'

const { completionId } = await startCompletion(ctx, {
  model: 'openai/gpt-6.1-sol',
  system: 'Улучши инструкцию, сохранив условия и порядок действий. Не вноси лишних изменений.',
  messages: [{
    role: 'user',
    content: [{ type: 'text', text: sourceText }],
  }],
  onCompletionCompleted: done,
  onCompletionFailed: failed,
})

Метод возвращает completionId. Сам ответ приходит позже в onCompletionCompleted, ошибка — в onCompletionFailed; до этого приложение показывает ожидание. Это схема вызова, а не полный код приложения.

Когда обновление имеет смысл

Когда модель улучшает нужный вам показатель без неприемлемого роста ожидания и расходов. Для простых массовых операций сравните её с GPT-6 Luna. Для общей схемы нескольких поставщиков пригодится обзор OpenRouter.

Частые вопросы