Tencent Hy4：770B のオープンウェイトモデルとビジネスへの意味

結論から言うと、2026年8月28日、Tencent は Hy4 preview を Apache 2.0 ライセンスのオープンウェイトモデルとして公開しました。総パラメータは 770B で、そのうちトークンごとに活性化されるのは 49B だけ、コンテキストウィンドウは最大百万トークンです。実際には、どの企業でもベンダーの許可や呼び出しごとの料金なしに、モデルをダウンロードして自社インフラで動かせるということです。オフィスのサーバーで動かせるという意味ではありません。この二つの文の間にある差こそが、このニュースがあなたに関係あるかどうかを決めます。

実際に何が発表されたのか

分析の前に、公表された事実と解釈を分けておくと役立ちます。Tencent がモデルの公式リポジトリで公開した内容は次のとおりです。

  • 規模と活性化：総パラメータ 770B、トークンごとに 49B が活性化する Mixture-of-Experts アーキテクチャ。
  • 内部構造：78 層。最初の層は密な層で、残りは 256 のルーティング型エキスパートと一つの共有エキスパートを持つ Mixture-of-Experts。トークンごとに八つのエキスパートが選ばれます。
  • コンテキストウィンドウ：百万トークン、語彙サイズは 120,832。
  • ライセンス：Apache 2.0。商用利用、改変、再配布を認める寛容なライセンスです。
  • 量子化版：フル精度モデルに加えて FP8 版も提供されています。
  • 推論の高速化：投機的デコーディングに対応したマルチトークン予測層を内蔵。
  • 公表された用途：汎用チャットではなく、コーディング、オフィス業務の生産性、ゲーム開発、科学研究を対象としています。

発表されておらず、前提にすべきでないのは、あなたの具体的なケースでクローズドモデルより優れているという約束です。公開ベンチマークで発表された比較は、あなたの文書、顧客の言葉、業界の文脈での性能について信頼できることを何も教えてくれません。その答えは、自社データを使った社内テストからしか得られません。

Apache 2.0 ライセンスが小さな法的細部ではない理由

オープンモデルをめぐる議論の大半は出力品質に集中していますが、経営者にとっての本当の価値はライセンス条項にあります。寛容なライセンスには三つの実務的な意味があります。自社インフラ内でモデルを動かすのに誰の承認も要らないこと、自社データでモデルを改変・チューニングできること、そしてサービスの継続がベンダーの提供継続や価格の据え置きに左右されないことです。

最後の点こそが核心です。顧客サービス全体を単一の API の上に築いた企業は、静かなリスクを抱えています。価格改定、バージョンの廃止、利用ポリシーの変更のいずれかで、振り出しに戻される可能性があるのです。オープンウェイトモデルはこのリスクをなくしはしませんが、出口を与えてくれます。ダウンロードしたコピーは、あなたのものであり続けます。

見出しが普通は飛ばすハードウェアの計算

ここで熱気が数字に変わります。FP8 精度の 770B パラメータは、パラメータあたりおよそ一バイト、つまり他の何よりも先に、モデルの重みだけで 700 GB を超えます。そこに会話の長さとともに増えるコンテキスト用メモリが加わり、百万トークンのウィンドウは実運用でかなりの追加メモリを意味します。さらに、一つのノードが故障してもサービスが止まらないよう冗長性も必要です。

結論として、これはデータセンター向けのモデルであり、オフィスのサーバー向けではありません。セルフホスティングには専用ハードウェアと、モデルを複数の GPU に分割し、レイテンシーと利用率を監視できる運用チームが必要です。これは利用量が減っても下がらない固定費であり、使った分だけ支払う API とは異なります。

実務上のルール：セルフホスティングが意味を持つのは、次の二つの条件のいずれかに当てはまるときだけです。固定費が従量課金より安くなるほど大規模で安定した利用があるか、データが定められた境界の外に出ることを禁じる規制上・契約上の要件があるかです。この二つ以外では、セルフホスティングはたいてい経済的ではなく感情的な判断です。

設計の技術的に興味深い点

Hy4 で目を引く数字は 770B ではなく 49B です。Mixture-of-Experts アーキテクチャでは、モデルの容量は巨大でもトークンごとに自身のごく一部しか活性化しないため、中規模モデルに近い計算コストでフラッグシップ級の品質が得られます。この二年間でオープンモデルをクローズドモデルに迫らせたのは、まさにこのアーキテクチャの方向性です。

さらに、層をまたいでスパース性のインデックスを再利用するスパースアテンションの仕組みと、投機的デコーディングを可能にして生成時間を短縮する内蔵のマルチトークン予測層があります。ビジネスの言葉で言えば、これらの細部はトークンあたりのコストとレイテンシーを下げ、その二つの要素が、ある機能を数千人のユーザーに展開できるか、社内実験のままで終わるかを決めます。

ビジネスにとっての三つの実践的な道

  • クローズドモデルのマネージド API：最速でローンチでき、運用負担がなく、コストは利用量とともに増える変動費です。あらゆるプロダクトの最初の六か月における標準の道です。
  • ホスティングを代行するプロバイダー経由の Hy4：ハードウェアを買わずに、ライセンスの柔軟性とプロバイダー間を移れる自由が得られます。多くの人が見落としている実用的な中間の選択肢です。
  • 完全なセルフホスティング：最大の管理権と最大のコスト。厳格なデータレジデンシー要件がある場合や、大規模で安定した運用量がある場合に正当化されます。

判断を決める問い

この道に一リヤルでも使う前に、四つの問いに正直に答えてください。どんな種類のデータがモデルを通るのか、そしてその持ち出しを禁じる規制上・契約上の義務はあるか。最初の週ではなく、六か月後に見込まれる月間の利用量はどれくらいか。あなた自身、または技術パートナーに、本当に二十四時間体制の運用能力があるか。そして、プロダクトを書き直さずにモデルを入れ替えられる抽象化レイヤーをアプリケーションに組み込んでいるか。

最後の問いへの答えが「いいえ」なら、どのモデルを使うかを議論する前に、それが最優先事項です。柔軟な企業と身動きの取れない企業の違いは、正しいモデルを選ぶことではなく、後から妥当なコストで選択を変えられるシステムを築くことにあります。データレジデンシーが主な動機であれば、国内クラウドリージョンとデータレジデンシーに関する記事もご覧ください。

Origami での取り組み方

私たちは、モデルが統一された内部インターフェースの背後にある交換可能な部品となるよう顧客のアプリケーションを構築し、実際の顧客事例で構成した評価セットを維持して、候補モデルを採用する前に必ずそれで検証します。これにより、Hy4 の公開のようなニュースが、技術的な見出しから測定可能な判断に変わります。評価セットを実行し、品質、コスト、レイテンシーを比較し、印象ではなく数字で決めるのです。

出典