192 Routed + 1 Shared Expert
192の専門家からTop-8を選択しつつ、全トークンを常に処理するShared Expertが知識の連続性を担保。長文脈下の推論品質を安定させる。
TencentがリリースしたHunyuan Hy3 Official版は、推論コストと実務堅牢性の二律背反を解消するMoEモデルだ。次世代エージェント基盤への導入判断を整理する。
Hy3 Official版は、Tencent内部の50以上の実プロダクト(WorkBuddy、CodeBuddy等)のフィードバックで再学習された「実地で叩き上げられた」モデルだ。多ターン対話のエラー率は17.4%→7.9%、幻覚率は12.5%→5.4%へ低減したとTencentは説明する。Preview版の地域制限も撤廃されApache 2.0となった。「完璧なフラッグシップ」ではなく「実務において最も信頼できる選択肢」として、主軸モデル候補に値する。
192の専門家からTop-8を選択しつつ、全トークンを常に処理するShared Expertが知識の連続性を担保。長文脈下の推論品質を安定させる。
SoftmaxではなくSigmoidベースのルーティングにP-Penalty Lossを課し、特定Expertへの負荷集中を動的に回避する。
汎用処理を担う大規模Expertと、数学的推論・ツール呼び出しに特化した小規模Expertを使い分ける差別化設計。
この精密なルーティングと専用hy_v3パーサーの連動が、複雑なマルチステップタスク成功率90%(Tencent公表値)の源泉とされる。
| モード | 推奨ユースケース | コスト | 挙動 |
|---|---|---|---|
| no_think | 定型応答、要約、高速翻訳 | 低(最速) | 内部推論をスキップし直接回答 |
| low | 標準的な指示追従、論理チェック | 中 | 必要最小限の内部推論で精度と速度を両立 |
| high | 複雑なデバッグ、多段階計画、数学的証明 | 高(最大精度) | 拡張CoTを展開し難タスクの完遂率を最大化 |
タスク難易度に応じた推論深度の切り替えは、リソース最適化と「人間らしいリズム」のUXを両立させる。
| 評価 | Hy3公表値 | 意味するもの |
|---|---|---|
| Terminal-Bench 2.1 | 71.7% | 実世界のターミナル/CLI制御。OSレベル操作の安定性に直結 |
| SWE-bench Verified | 78.0 | デザイン解釈→コード生成→デバッグの連鎖でフロンティア級 |
| BrowseComp / WideSearch | 84.2 / 76.4 | 「自ら情報を探し検証する」能動的エージェント適性 |
スキャフォールド間(Cline/CodeBuddy等)の性能分散が4%以内に抑えられている点は、開発プラットフォームとしての堅牢性を示す。
8x H100/A100 (80GB)では重みとKVキャッシュを載せきれない。シングルノード運用ではAngelSlimによるFP8量子化(Hy3-FP8)が事実上の標準となる。
3.8BのMTPレイヤーで自己投機デコードを実装し、TTFT約24%・TPOT約17%改善(Tencent公表値)。品質を維持したまま生成を高速化する。
Tencent由来の最適化カーネルをvLLM/SGLangに統合し、Hopper世代GPUの性能を引き出す。BF16マルチノード構成はコスト過多のリスク。
Preview版で課されていた地域制限(EU/UK/韓国等)と他モデル改善への利用禁止条項は、Official版のApache 2.0移行で撤廃された。OpenRouter等で提供される7月21日までの無料検証期間内に主要ワークフローのA/Bテストを完了させ、本番移行判断のエビデンスを蓄積するのが最優先事項となる。
本ページは2026-07-07の入力メモを基に2026-07-12に遡及作成した。数値・提供状況は当時のものであり、導入前に公式ドキュメントとライセンス原文を確認すること。