← Все материалы

Гайд

Qwen3.8 Flash: быстрый помощник или слишком смелый редактор?

Qwen3.8 Flash для редактирования коротких текстов: как сократить сообщение без потери условий. Промпт для приложения в Чатиуме и пример API.

Обновлено

Сеть связанных узлов внутри прозрачной сферы символизирует языковую модель

Qwen3.8 Flash можно проверить на задаче, которая кажется простой: превратить длинное сообщение клиенту в короткое. Опасность здесь не в плохом стиле, а в потере условий. Если после сокращения «при наличии товара» исчезло, редактор изменил обещание компании. Поэтому хороший помощник должен объяснять, что он сохранил и что убрал.

В Чатиуме удобно собрать редактор с двумя колонками: исходное сообщение и короткая версия. Встроенному разработчику достаточно описать результат, не перечисляя библиотеки или внутренние обработчики.

Промпт

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

Что мы выбираем: Qwen, чат или конкретную модель

Qwen — семейство моделей и связанных продуктов. Здесь речь о записи qwen/qwen3.8-flash в OpenRouter. Каталог указывает поддержку текста, изображений и видео на входе и текста на выходе; в нашем сценарии используется только текст.

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

Слово Flash тоже не заменяет измерение времени. На ощущение скорости влияют объём исходника, длина ответа и текущий маршрут. Для редактора полезнее ограничить результат несколькими предложениями, чем ждать подробное эссе о том, как следовало написать сообщение.

Какие слова нельзя потерять при сокращении

Исходник: «Доставим заказ в течение трёх рабочих дней после подтверждения оплаты, если все позиции будут в наличии на складе». Короткий вариант «Доставим за три дня» меняет сразу три вещи: рабочие дни, начало отсчёта и условие наличия.

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

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

Тон меняется, факты остаются

Выбор между нейтральным и дружелюбным стилем не должен менять содержание. «С радостью всё вернём» — не стилистический эквивалент «проверим возможность возврата». Особенно легко такая подмена возникает, когда модель пытается сделать ответ более уверенным и приятным.

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

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

Вызов Qwen из Чатиума

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

TypeScript
import { startCompletion } from '@start/sdk'

const { completionId } = await startCompletion(ctx, {
  model: 'qwen/qwen3.8-flash',
  system: 'Сократи сообщение. Сохрани числа, сроки, условия и исключения без новых обещаний.',
  messages: [{
    role: 'user',
    content: [{ type: 'text', text: sourceText }],
  }],
  onCompletionCompleted: done,
  onCompletionFailed: failed,
})

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

Кому подойдёт такой редактор

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

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

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

Можно ли сразу отправлять результат клиенту?

В описанном приложении — только после просмотра и подтверждения. Редактирование текста не даёт модели полномочия менять обещания компании.

Зачем показывать факты отдельным списком?

Так проще заметить потерянное условие. Короткое красивое сообщение само по себе не позволяет проверить полноту.

Нужен ли отдельный промпт для каждого тона?

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