Claude Sonnet 5.5: середина линейки, которой хватит для работы?

Claude Sonnet 5.5 имеет смысл проверять как повседневного помощника на чётко ограниченных задачах. Например, превращать просьбу «добавьте экспорт» в понятные критерии готовности. На такой работе полезность видна сразу: стало ли разработчику ясно, что делать, и проверяющему — что принимать. Дорогой флагман для этого нужен не по умолчанию.

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

В чём смысл класса Sonnet

OpenRouter описывает Sonnet 5.5 как модель для повседневной работы с понятными границами, включая программирование и подготовку документов. Конкретный ID — anthropic/claude-sonnet-5.5. Это не обещание, что любой запрос будет решён без вопросов или что модель всегда экономичнее альтернатив на всей задаче.

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

Почему «экспорт должен работать» — плохой критерий

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

Разделите результат на три части:

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

От текста задачи к проверяемому поведению

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

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

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

Короткий вызов Sonnet

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

import { startCompletion } from '@start/sdk'

const { completionId } = await startCompletion(ctx, {
  model: 'anthropic/claude-sonnet-5.5',
  system: 'Выдели сценарий, критерии готовности и открытые вопросы. Не принимай решения за автора.',
  messages: [{
    role: 'user',
    content: [{ type: 'text', text: sourceText }],
  }],
  onCompletionCompleted: done,
  onCompletionFailed: failed,
})

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

Когда переходить к более сложной модели

Когда исходная задача содержит много зависимостей и Sonnet регулярно пропускает значимые противоречия на ваших примерах. Для начала зафиксируйте эти пропуски. Если проблема в том, что важное требование вообще не передали, смена модели не устраняет причину.

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

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