Kimi K3 アーキテクチャ概要および注記

2026/07/29 0:48

Kimi K3 アーキテクチャ概要および注記

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

Kimi K3 は、テキストおよび画像をサポートする大規模オープンウェイトモデルとしての人工知能における決定的な進歩を代表します。そのパラメータ数は以前までの Kimi Linear モデルの 48B の制限を超え、前例のない 2.8 兆に達しています。主な成果は、計算資源を増やすだけでは達成できない極大規模を実現するために、効率性を重視した新たなアーキテクチャ改良を採用したことにあります。核心的な革新は、標準的な線形層を置換し、膨大なパラメータ数にもかかわらず速度を維持する LatentMixture-of-Experts (LatentMoE) デザインにあり、この LatentMoE コンポーネントは Nemotron 3 Ultra に採用されているものと同一です。さらに、Kimi K3 は NoPE(位置埋め込みの削除)を一律で導入し、以前局所的または全局的注意層で使用されていたすべての RoPE 層を取り除いています。これはフロンティアレベルのモデルにおいて、層の範囲に応じて RoPE と混ぜるのではなく、NoPE を排他的に使用する初の試みです。注意力残差と排他的な NoPE 実装を統合することで、このモデルは高パフォーマンスのマルチモーダル能力を提供しつつ、トレーニングコストも前例よりわずか 4%高く、推論コストも 2%しか高くなっています。今回のリリースは、LatentMoE を用いてフロンティアレベルの知性を効果的にスケールさせることが可能であり、かつ prohibitive なリソースオーバーヘッドを必要としないことを示すことで、新しい産業基準を確立しました。

本文

「Kimi K3」のアーキテクチャと大規模リリースに関する考察

昨日公開された「Kimi K3」およびオープンウェイトモデルリリースについて、アーキテクチャ図に基づいた主な特徴と考察を整理しました。

アーキテクチャの基本構造

  • 実質的な進化: 一見複雑に見えるが、昨年リリースされた**「Kimi Linear」**モデルの拡大版である生産用バージョンに過ぎない。
    • パラメータ規模:48B から 2.8Tへのスケーリングを実現。
    • 現状での立ち位置:K3 は現在、圧倒的に最大のオープンウェイトモデル

新規導入コンポーネント:LatentMoE

Kimi Linear に対して新たに導入された主要なコンポーネントは**「LatentMoE」**です。

  • 基本概念:
    • マルチヘッドレイテンション(Multi-Head Latent Tensor)に類似した方式を採用。
    • 巨大な線形層を圧縮(ダウン射影)することで効率化を図る。
  • 詳細確認: アーキテクチャ図では省略されていますが、同手法はNemotron 3 Ultraでも採用されており、LLM アーキテクチャギャラリーにて詳細を確認可能です。

効率性向上に向けた全体的なトレンド

Kimi K3 の方向性は、Nemotron 3DeepSeek V4など他の最新モデルとも共通する「推論効率の向上」です。既存コンポーネントを効率化されたバージョンへ置き換える改修が行われています。

  • 主要な変更点:
    • MoE
      → **
      LatentMoE
      **への移行。
    • 通常アテンション → マルチヘッドレイテンションおよび Kimi Delta Attentionへの移行。
  • 詳細解説: LLM アーキテクチャギャラリーの簡潔なチュートリアルや解説記事で追加情報を参照できます。

アテンションリジューアル(注意残差)の革新

効率的チューニング以外の重要な変更点は、**「アテンションリジューアル」**に関するものです。

  • 目的:
    DeepSeek V4
    が採用する mHC(マニフォールド拘束ハイパーコネクション)による改善と同様に、リジューアル経路の改善を目指しています。
  • 仕組みの違い:
    • mHC: リジューアル経路自体をより太くするアプローチ。
    • アテンションリジューアル(Kimi K3): レイヤー間でリジューアルをつなぎ合わせる構造を採用(Kimi Linear からの継承)。接続には、重要度や貢献度の重み付けにアテンションスコアを利用
  • 性能とコストへの影響:
    • 検証ロスの低下および下流タスクの性能向上を一貫して実現。
    • 学習コスト:**約 4%**の追加。
    • 推論コスト:**約 2%**の追加。

ロケーションエンコーディングの採用変更

Kimi K3 では、位置埋め込み戦略に大幅な変更が導入されました。

  • 構成: 全ての RoPE レイヤーを廃止し、あらゆる場所で**NoPE(位置埋め込みなし)**を採用。
  • 背景: これも Kimi Linear から引き継がれた特徴です。
  • 業界トレンドとの比較:
    • 一般的な最近のトレンド:ローカルアテンション(スライディングウィンドウ等)で RoPE、グローバルレイヤーで NoPE を採用するハイブリッド構成。
    • K3 の特徴:NoPE 全体のみを使用。 frontier レベル(最先端レベル)のモデルでの採用例としては初めてです。

ネイティブマルチモーダルサポートの導入

  • Kimi K3 は、今やネイティブなマルチモーダルサポートを備えています。
  • この機能追加は非常に素晴らしい変化として評価されています。

総評と参考資料

技術報告には興味深いトレーニング関連のエピソードも含まれていますが、アーキテクチャ面からの考察は以上です。全体的に非常に優れたリリースとなりました。

図 1: アーキテクチャとベンチマーク

Kimi K3 のアーキテクチャおよびリリース時のベンチマーク比較。詳細についてはアーキテクチャギャラリー内の「K3」をご参照ください。

出典:Substack ノートのウェブ版より


関連記事

  • 今週の注目オープンウェイトモデル: Nanbeige 4.2, Laguna S 2.1, Motif-3-Beta, Solar Open 2, Antares 1B, BTL-3 の 6 つの新規モデルアーキテクチャに関するノート。
  • 「Build a Reasoning Model From Scratch」訂正: 本書の 198 頁にあるリスト 6.5(ランダムシード)に関する簡短な訂正ノート。
  • Inkling (975B): Thinking Machines Lab のオープンウェイト MoE モデル紹介。ベンチマーク、疎型 MoE デザイン、短い畳み込み、RMSNorm、位置バイアスなどについて解説。

同じ日のほかのニュース

一覧に戻る →

2026/07/29 5:52

OpenAIがCodex Securityをオープンソース化した

## Japanese Translation: `@openai/codex-security` ツールは、コードベース内に直接存在するセキュリティ脆弱性を特定、検証、修正することを目的とした CLI と TypeScript SDK です。このツールにより、チームはリポジトリの走査、コード変更のレビュー、発見結果の自動追跡が可能となり、安全な開発ライフサイクルが効率化されます。ユーザーはワークフローにこれらのチェックを簡単に統合できます:ローカルでの使用には `npm install @openai/codex-security` でインストールし、`npx codex-security login` でログインし、`npx codex-security scan .` で走査を実行します。継続的インテグレーション(CI)パイプラインでは、ログインを必要とせず `OPENAI_API_KEY` 環境変数を設定することで自動化がサポートされます。该软件は現代的な環境(Node.js 22+ または Python 3.10+)で動作し、GitHub Actions などの既存の CI システムにシームレスに統合できます。TypeScript SDK を活用することで、開発者はビルドプロセス内でチェックをプログラム的に初期化し、レポートパスを直接ログ出力できます。この反応的な修正から能動的な予防への転換により、チームは手動介入なしで効率的に堅牢なセキュリティ標準を維持できるようになります。

2026/07/29 1:58

Substack の書き手にはウェブサイトが必要です。

## 日本語訳: 著者は、長期的な生存を確保するため、Substack を単なる配信チャネルとして厳格に扱うべきであり、主なデジタル居宅としては見なしてはならない。`substack.com` などのプラットフォームへの一依存はリスクが高く、同社は規約を変更した場合、著者がコンテンツや可见性(視認性)を失う可能性があるためであり、過去に Twitter、Medium、Reddit、Facebook が直面した状況と同様です。「デジタルテナント」または「デジタル小作農家」として突然の立ち退きに晒されることを避けるために、クリエイターは自らの独立したドメイン所有し、ホームベース(主要サイト)を自らコントロールする必要があります。著者ジョン・スカルズィはこの戦略を例示しており、その 28 年間の歴史を持つ独立ブログが安定的な錨(アンカー)として機能し、ソーシャルメディアはそのトラフィックをそちらへ誘導するための単なる増幅器として使用しています。このアプローチは POSSE(自サイトの公開他サイトへの Syndication:Publish On Your Own Site, Syndicate Elsewhere)手法と整合しており、RSS フィードを通じて著者の「事実上の真実源」から発信されたコンテンツが外部プラットフォームへと配信されることを保証します。これにより、将来の企業崩壊、アルゴリズムのシフト、無警告で少数派やローカライズされた声を沈黙させる可能性があるエコーチェンバーに対する防護策となります。独立したデジタル居宅を確保することで、著者は過渡的なエコシステムに対する耐性を保証し、ユーザーもクリエイターも利得志向のアルゴリズムに人質となるのを防ぎます。

2026/07/29 5:58

ハーフライフを Mac OS 9 に移植

## Japanese Translation: ### サマリー: ハーフライフシリーズが、オリジナルタイトル発売から 28 年ぶりに、PowerPC ベースのマッキン托しコンピュータ向けの初プレイ可能版をリリースしました。これは GitHub ユーザー doctashay が Xash3D FWGS エンジンのフォーク(GoldSrc テクノロジーのリ実装)を用いて作成したものであり、Valve による過去のキャンセルされた計画や、Intel チップへの移行後の 2013 年版に続く長らくの空白を埋めるものです。このファングレードリリースには、『ハーフライフ』、『ブルー・シフト』、『オポージング・フォース』および『Uplink』のデモが含まれ、マルチプレイヤー対応を含み、開始から終了までフルプレイ可能です。Mac OS 9.0 以降で G3 や G4 プロセッサーなどのレガシーハードウェア上で動作し、廃棄されたシステムにも新たな生命を与え、これまでこれらのプラットフォームでは入手不可能だった象徴的なタイトルへのアクセスを維持します。この成就是マッキン托しゲームコミュニティにとって重要ですが、性能はユーザーのグラフィックカードに大きく依存します。VRAM が限られたデバイス(8MB 未満の iMac や iBook など)では動作が困難な場合があります。まだ公式 Valve プロダクトではありませんが、このリリースは PowerPC マクintosh の計算機史におけるキャンセルされた時代を成功裡に蘇らせます。