Tencent Hunyuan Hy4 и phone agent: модель, API и действия Android
Что известно о Tencent Hunyuan Hy4 Preview по официальному анонсу, где указаны WorkBuddy, CodeBuddy, Yuanbao, ima, TokenHub и OpenRouter, и почему модель не равна действиям Android.
- Tencent объявила Hunyuan Hy4 Preview 28 августа 2026 года: модель была выпущена open-source, а объявление назвало продуктовые входы, API-маршруты и возможность self-hosted использования весов.
- В объявлении указаны WorkBuddy и CodeBuddy в китайских и международных версиях, Yuanbao и ima как продуктовые точки опыта, а Tencent Cloud TokenHub и OpenRouter как API-входы.
- Tencent описывает изменения Hy4 через более продолжительные задачи разработки ПО, сложный офисный анализ, межфайловую работу с документами, таблицами и презентациями, а также научные рассуждения; это заявления производителя, не независимые тесты.
- Связь Hy4 с phone agent появляется только через исполнительный слой: модель может планировать, но Android-действия требуют runtime, разрешений, подтверждений и проверки результата.
Hy4 Preview: дата, статус и официальные входы
Tencent Hunyuan Hy4 — это конкретный релиз, который Tencent представила 28 августа 2026 года. В официальном объявлении Tencent о Hunyuan Hy4 Preview указано, что Hy4 Preview выпущена open-source, доступна через продуктовые точки опыта и имеет API-маршруты для разработчиков.
Статус Preview важен для любой оценки. Он означает, что модель опубликована для использования и проверки в заявленном виде, но поведение, интерфейсы и условия доступа могут уточняться. Поэтому корректная формулировка не «Hy4 стала стабильной платформой для всех сценариев», а «Tencent объявила Hy4 Preview и указала доступные на дату объявления маршруты».
Анонс называет несколько продуктовых входов. Для рабочих и кодовых сценариев указаны WorkBuddy и CodeBuddy в китайских и международных версиях. Для пользовательского опыта названы Yuanbao и ima. Эти входы полезны, когда нужно посмотреть поведение модели в готовых интерфейсах: как Hy4 отвечает, строит рассуждение, помогает с рабочими задачами или кодом. Мы не делаем из этого вывода, что доступность в каждом регионе и аккаунте сегодня идентична состоянию на дату анонса.
Для разработчиков Tencent указала API-доступ через Tencent Cloud TokenHub и OpenRouter. Это отдельный тип входа: продуктовый интерфейс показывает опыт использования, а API позволяет подключать модель к собственному приложению, рабочему процессу или агентскому прототипу. Кроме того, open-source публикация означает возможность работать с весами в self-hosted сценариях в рамках условий публикации, но сама по себе не создает конечный пользовательский продукт.
В объявлении также была стартовая пробная возможность на ограниченный срок. Ее нельзя пересказывать как текущую бесплатную оферту. Если читателю важна цена, лимиты или коммерческий режим, их нужно проверять в актуальном интерфейсе Tencent Cloud, OpenRouter или другого официального маршрута доступа. То же относится к результатам тестов: показатели, которые приводит производитель, полезны как его позиционирование, но не являются независимой проверкой.
Что Tencent заявляет как изменение поколения
Hy4 стоит читать как новое поколение модели Hunyuan, а не как отдельный телефонный агент. В объявлении Tencent описывает изменения через несколько конкретных областей: более продолжительные задачи разработки ПО с пониманием, планированием, отладкой и проверкой; сложный офисный анализ; межфайловую работу с документами, таблицами и презентациями; а также научные рассуждения. Это заявления производителя о возможностях модели, а не независимые тесты и не гарантия успеха в каждом рабочем процессе.
Сравнение с Hy3 полезно, когда нужно понять эволюцию линейки. Для исторического контекста и границ предыдущего поколения есть отдельный материал Tencent Hunyuan Hy3 для phone agents: где модель помогает и где нужны действия Android. В текущем материале Hy3 важен только как ориентир: смена поколения может улучшать планирование и качество ответа, но не отменяет необходимость отдельного слоя исполнения.
Для разработчика эти заявленные изменения имеют практический смысл. Более длинная работа с задачами разработки ПО может помочь в проектировании, поиске ошибки и проверке изменений. Сложный офисный анализ и межфайловые сценарии могут быть полезны при подготовке документов, сводных таблиц и презентаций. Научные рассуждения могут помогать в аналитических задачах. Но отправка сообщения, создание события календаря, выбор файла или изменение настройки Android требуют не только модели.
| Что заявлено на уровне Hy4 | Как это использовать | Чего из этого не следует |
|---|---|---|
| Preview-статус | Оценивать модель в заявленных Tencent маршрутах | Что условия и поведение окончательно закреплены |
| Open-source выпуск | Изучать веса и строить self-hosted сценарии по условиям публикации | Что готово любое Android-приложение |
| Продуктовые входы | Проверять WorkBuddy, CodeBuddy, Yuanbao и ima как заявленные точки опыта | Что эти интерфейсы заменяют phone-agent runtime |
| API-входы | Подключать модель через Tencent Cloud TokenHub или OpenRouter, если условия подходят | Что API сам выполняет действия на телефоне пользователя |
| Заявленные улучшения Hy4 | Оценивать задачи разработки ПО, офисного анализа, межфайловой работы и научных рассуждений на своих данных | Что заявленные производителем результаты являются независимыми бенчмарками или гарантируют Android-исполнение |
Такое разделение делает статью практичной: сначала понятно, где Hy4 заявлена и как к ней подойти, затем можно оценивать, нужен ли вам только модельный слой или полноценный стек выполнения.
Продуктовый опыт, API и self-hosted веса
По объявлению Tencent от 28 августа 2026 года у Hy4 Preview есть три разных режима доступа. Первый — продуктовый опыт. WorkBuddy и CodeBuddy названы в китайских и международных версиях, а Yuanbao и ima указаны как дополнительные точки, где пользователь может попробовать модель в готовой среде. Это лучший маршрут, если нужно быстро увидеть поведение Hy4 без проектирования собственной серверной части.
Второй режим — API. Tencent Cloud TokenHub и OpenRouter дают разработчикам маршруты подключения модели к своим приложениям или рабочим процессам. Здесь важен не только сам факт доступа, но и архитектура вокруг него: какие данные вы отправляете модели, где храните результаты, как показываете пользователю вывод, что делаете при ошибке и какие действия разрешаете после ответа модели.
Третий режим — self-hosted использование open-source весов. Такой путь интересен командам, которым нужен больший контроль над развертыванием, экспериментами, приватностью или интеграцией в собственную инфраструктуру. Но self-hosted модель все равно остается моделью: она не получает магический доступ к Android-экрану, файлам, уведомлениям или контактам пользователя.
Для читателя, который спрашивает «что умеет Hy4 на Android», ответ зависит от слоя. Hy4 может участвовать в Android-сценарии как модель, если ее подключили через API, self-hosted развертывание или продуктовую среду. Но конкретные действия на телефоне появляются только тогда, когда вокруг модели есть Android runtime, поддерживаемые инструменты, разрешения и проверка результата.
Поэтому при выборе входа задайте простой вопрос. Хотите посмотреть качество ответа? Начните с продуктового опыта, указанного в анонсе. Хотите встроить модель в свой сервис? Смотрите API-маршруты и условия. Хотите контролировать развертывание? Изучайте open-source веса и self-hosted путь. Хотите действие на телефоне? Тогда дополнительно нужен исполнительный слой.
Где заканчивается модель и начинаются действия Android
Модель Tencent Hy4 может помочь с пониманием намерения: разобрать запрос, выделить объект, предложить последовательность шагов, сформулировать ответ или заметить неоднозначность. Но действие Android — это другая область. Чтобы создать напоминание, отправить сообщение, изменить настройку или открыть нужный экран, системе нужен доступ к телефону и поддерживаемый исполнительный путь.
Представьте запрос: «Найди последнее письмо от поставщика, извлеки дату доставки и создай задачу проверить заказ за день до нее». Hy4 может понять смысл, выделить предполагаемые параметры и предложить план. Но выполнение требует большего: открыть почтовый контекст, выбрать правильное письмо, извлечь дату, показать будущую задачу, получить подтверждение и проверить, что задача действительно сохранена.
Эта граница особенно важна для безопасности. Ответ модели можно исправить до использования. Действие на телефоне меняет состояние: сообщение уходит человеку, событие появляется в календаре, файл удаляется, настройка меняется. Поэтому phone agent не должен подменять выполнение красивым текстом. Он должен показать объект действия, дать пользователю точку решения и сверить итог.
| Слой | Роль Hy4 | Что требуется отдельно |
|---|---|---|
| Понимание запроса | Разобрать цель и ограничения | Проверка, что выбран правильный экран или объект |
| Планирование | Предложить порядок шагов | Ограничить план поддерживаемыми действиями Android |
| Подготовка текста | Составить черновик или резюме | Проверить получателя, канал и момент отправки |
| Выполнение | Не выполняет телефонное действие сама по себе | Нужны инструменты, разрешения и подтверждение |
| Проверка результата | Может объяснить, что нужно проверить | Нужно фактическое состояние приложения или системы |
Поэтому «Hy4 для phone agent» — это не обещание автоматического управления телефоном. Это вопрос архитектуры: как модель подключена, какие данные ей доступны, какие Android-инструменты существуют и где пользователь контролирует внешний эффект.
Каким должен быть Android execution runtime
В FoneClaw мы отделяем модельное рассуждение от Android-исполнения. FoneClaw — это отдельно настраиваемый Android phone-agent runtime: выбранная или настроенная модель рассуждает и планирует, а управляемые инструменты выполняют поддерживаемые действия телефона через релевантные разрешения, подтверждения и видимые результаты. Выбор модели сам по себе не создает потребительскую совместимость между приложениями и не означает Hy4-специфическую интеграцию.
Исполнительный слой начинается с контекста. Агент должен понимать, что сейчас открыто, какой объект выбран и какое действие возможно. Затем идут разрешения: экран, уведомления, файлы, почта, календарь, связь и настройки Android требуют явного доступа. Затем — подтверждения: отправка сообщения, изменение события или работа с файлом должны быть связаны с конкретным объектом, а не с общей фразой пользователя.
Текущая среда FoneClaw включает более 100 встроенных инструментов для поддерживаемых Android-сценариев: экран и приложения, состояние устройства, почта, коммуникации, календарь, заметки и рабочие процессы. Обзор находится на странице возможностей FoneClaw. Важно не число само по себе, а управляемость: инструмент должен иметь область действия, разрешение, видимый ход и проверяемый результат.
Например, если модель предлагает «отправить отчет Анне», runtime должен уточнить контакт, канал, текст, вложение и момент отправки. Если экран изменился или разрешение отклонено, безопасное поведение — остановиться с понятным состоянием, а не продолжать догадками. Если действие завершено, результат проверяется по приложению: сообщение в чате, событие в календаре, заметка в списке, настройка с новым значением.
Более подробно этот слой разбирает руководство Управление Android ИИ-агентом: намерение, подтверждение и проверка результата. А если задача требует выбирать между разными моделями для разных типов запросов, полезна статья Маршрутизация моделей для телефонного агента: Kimi, DeepSeek, GLM и Android-действия FoneClaw. В обоих случаях модель и runtime выполняют разные роли.
Как выбрать модель, API или phone-agent стек
Выбор начинается с результата. Если вам нужен анализ, объяснение, генерация текста, разбор документа или план, смотрите на модель: насколько Hy4 понимает задачу, как удерживает контекст, где ошибается и какие входы поддерживает. Если нужен результат на телефоне, оценивайте не только модель, а весь phone-agent стек.
- Нужен только ответ? Проверьте Hy4 через WorkBuddy, CodeBuddy, Yuanbao или ima, если эти входы доступны для вашего аккаунта и региона.
- Нужна интеграция в продукт? Смотрите API-маршруты Tencent Cloud TokenHub и OpenRouter, а затем проектируйте хранение, согласие и обработку ошибок.
- Нужен контроль над развертыванием? Изучайте open-source веса и self-hosted путь по условиям публикации.
- Нужно действие Android? Ищите runtime с поддерживаемыми инструментами, разрешениями и подтверждениями.
- Нужна надежность? Проверьте, что происходит при отказе разрешения, изменении экрана или неизвестном результате.
Hy4 может быть ценным модельным обновлением, но сильная модель сама по себе не управляет телефоном. Для phone agent решающим становится не только интеллект, а способность безопасно пройти путь от намерения к проверяемому состоянию Android. Именно по этому признаку стоит выбирать между продуктовым интерфейсом, API, self-hosted моделью и полноценной агентской средой.