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

Гайд

Tencent Hy4 обещает агентные задачи. Почему одного вызова всё равно мало?

Tencent Hy4 preview: чем ответ модели отличается от работающего агента. Собираем в Чатиуме планировщик задач и показываем минимальный вызов.

Обновлено

Tencent Hy4 preview попал в число самых используемых моделей недельного рейтинга OpenRouter. Его описание делает акцент на рассуждении, программировании и работе с инструментами. Но между «модель составила план» и «агент выполнил работу» остаётся целое приложение. Именно этот разрыв полезно увидеть до первой интеграции.

Проверить Hy4 можно в Чатиуме на планировании небольшого запуска: вы описываете задачу, а приложение показывает шаги, зависимости и вопросы. Начните с черновика плана, которым управляете вы.

Промпт

Создай планировщик запуска проекта на Tencent Hy4. Из моего описания выделяй этапы, зависимости, неизвестные данные и ближайшее действие. Дай редактировать план и подтверждать задачи вручную. Ничего не отправляй и не запускай автоматически; история проектов доступна только мне.

Что скрывается за словом «агент»

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

В каталоге Hy4 preview — текстовая модель с поддержкой вызова инструментов. Наш короткий пример ниже передаёт только текст и не подключает инструменты. Поэтому результатом будет план, а не опубликованный сайт, отправленное письмо или автоматически назначенный сотрудник.

Это полезная первая граница. Вы сначала проверяете, умеет ли модель раскладывать вашу задачу, и только потом решаете, какие отдельные действия стоит автоматизировать.

План, который можно использовать завтра

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

Зависимости особенно важны. Нельзя проверить корректность письма-подтверждения, пока не согласованы содержание и ссылка для участника. Нельзя назвать запуск готовым только потому, что составлен красивый список из десяти пунктов.

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

Preview — повод сохранить возможность замены

Пометка preview означает предварительную версию. Не стройте процесс так, чтобы исчезновение или изменение одной записи в каталоге останавливало всю работу. Сохраняйте точный ID рядом с ответом, обрабатывайте неуспешную генерацию и давайте пользователю повторить запрос осознанно.

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

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

Как вызвать модель в Чатиуме

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

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

const { completionId } = await startCompletion(ctx, {
  model: 'tencent/hy4-preview',
  system: 'Составь план работ с зависимостями. Не утверждай, что действия уже выполнены.',
  messages: [{
    role: 'user',
    content: [{ type: 'text', text: sourceText }],
  }],
  onCompletionCompleted: done,
  onCompletionFailed: failed,
})

await возвращает completionId, а не ответ нейросети. Ответ приходит в onCompletionCompleted, ошибка — в onCompletionFailed. В интерфейсе до этого показываем ожидание. Полный пример приложения создаст встроенный разработчик Чатиума по промпту выше.

Когда Hy4 становится полезным помощником

Когда предложенный план легче проверить и поправить, чем написать с нуля. Чатиум даёт место для интерфейса, данных и серверных обработчиков; Hy4 получает ограниченный участок работы. Для соседнего сценария — поиска конфликтов ещё до планирования — посмотрите сравнение GLM.

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

Этот пример создаёт полноценного агента?

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

Можно ли поручить Hy4 работу по-русски?

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

Зачем сохранять исходный запрос?

Чтобы понять, ошибка возникла из-за модели или из-за отсутствующей информации. Без исходника длинный план легко принять за обоснованный.

Нужно ли ждать окончательной версии?

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