Thinking Machines Lab が超大規模マルチモーダルモデル「Inkling」公開
Thinking Machines Lab は、9750億パラメータのオープンウェイト多モーダル MoE モデル「Inkling」を公開し、制御可能な思考効率や 100 万トークンのコンテキストウィンドウを実現した。
キーポイント
超大規模なオープンウェイトモデルの公開
975B パラメータ(41B アクティブ)の MoE アーキテクチャを採用し、重みがオープン化され Tinker 上でファインチューニング可能となった。
制御可能な思考効率の実装
強化学習により、システムメッセージやコスト調整を通じて「思考の努力度」を 0.2 から 0.99 の範囲で動的に制御できる機能を備えている。
1M トークンの超長文コンテキスト
45 兆トークン分の多モーダルデータ(テキスト、画像、音声、動画)で事前学習され、最大 100 万トークンのコンテキストウィンドウをサポートする。
独自のアーキテクチャと訓練手法
DeepSeek-V3 に似た MoE 設計に加え、RoPE を用いない相対位置埋め込みや Muon オプティマイザの採用など、効率化に特化した技術が採用されている。
コストとレイテンシの調整可能性
同等のパフォーマンスを得るためにNemotron 3 Ultraの1/3のトークン数で済み、コストとレイテンシが呼び出し単位でチューニング可能となった。
オープンウェイトモデルにおける堅牢性のリーダーシップ
FORTRESS(敵対的攻撃)ベンチマークで78.0%のスコアを記録し、同カテゴリのオープンウェイトモデル群中最も高い信頼性を示した。
柔軟な推論設定とデプロイ要件
推論効率(effort)や温度パラメータを制御可能で、BF16では2TB以上のVRAMが必要だが、NVFP4量子化により最低600GBで動作可能となった。
重要な引用
Inkling is a Mixture-of-Experts transformer with 975B total parameters and 41B active.
The model consequently learned to spend different token budgets on different rollouts.
Pretraining covered 45 trillion tokens of text, images, audio, and video.
"Cost and latency become tunable per call, not fixed per model."
"Inkling leads this open-weights group on FORTRESS Adversarial at 78.0%."
Low effort handles routing and triage; max effort handles the hard repair step. One deployment, two budgets.
影響分析・編集コメントを表示
影響分析
このリリースは、超大規模モデルの性能とオープンソース化の両立を実現し、開発者が自社のユースケースに合わせて高コストな推論を制御しながらカスタマイズできる新たな基盤を提供します。特に「思考効率」の制御機能は、コスト対効果を最適化する上で業界標準となる可能性があり、長文処理や多モーダル分析における実用性を大幅に向上させるでしょう。
編集コメント
Thinking Machines Lab が公開した Inkling は、単なるパラメータ数の競合ではなく、「思考の努力度」を制御可能にする点で実用性の高い新機能を盛り込んでいます。オープンウェイトでありながら超大規模な性能と柔軟性を両立させたこのモデルは、次世代の AI アプリケーション開発における重要な基盤となるでしょう。
Thinking Machines Lab が、ゼロから独自に開発した最初のモデル「Inkling」を公開しました。重みはオープンソース化され、Tinker 上で微調整も可能です。同ラボはこのモデルを、ユーザーが自由にカスタマイズするための基盤として位置付けています。
Inkling とは何か?
Inkling は、総パラメータ数 9750 億(975B)、アクティブに動作するパラメータ数が 410 億(41B)の Mixture-of-Experts(MoE)型トランスフォーマーです。最大 100 万トークンまでのコンテキストウィンドウをサポートしており、事前学習では 45 兆トークンのテキスト、画像、音声、動画データを使用しました。入力にはテキスト、画像、音声が利用可能ですが、出力は UTF-8 形式のテキストのみとなります。
研究チームはまた、総パラメータ数 2760 億(276B)、アクティブ数が 120 億(12B)の「Inkling-Small」も公開しました。この小型モデルは、多くのベンチマークにおいて大型版と同等かそれ以上の性能を発揮します。重みはテスト完了後に公開される予定です。カスタマイズや微調整が同モデルの最大の差別化要因であるため、アーキテクチャの設計は極めて重要です。
アーキテクチャの詳細
このモデルのアーキテクチャは、66 層のデコーダー専用トランスフォーマーに、スパースな MoE フィードフォワードバックボーンを組み合わせたものです。各 MoE レイヤーには、256 のルーティングエクスパートと 2 つの共有エクスパートが用意されています。トークンごとに 6 つのエクスパートが選択され、共有エクスパートはすべてのトークンで活性化します。選択処理にはシグモイド関数に基づくルーターを採用し、追加損失なしで負荷分散を行うバイアスを利用しています。ルーティングスコアと共有スコアは統合的に正規化された後、結合出力の重み付けに用いられます。MoE の設計全体は DeepSeek-V3 に大きく準拠しています。
アテンション機構は従来の常識から一歩踏み出しています。スライディングウィンドウ層とグローバル層を 5:1 の比率で交互に配置し、KV ヘッド数は 8 に設定しました。位置埋め込みには RoPE を採用せず、相対位置埋め込みを採用。これにより、同ラボが報告する通り、外挿性能の向上が期待できます。キーとバリューの投影後、および残差ブランチの出力には短い畳み込み層を適用しています。
マルチモーダル処理ではエンコーダーは不要です。音声は dMel スペクトログラムとして入力され、画像は 40×40 ピクセルのパッチに分割された上で、4 層の hMLP を通過します。これら両方を軽量な埋め込み層で投影した後、デコーダーがテキストトークンと共に統合処理を行います。
トレーニングには NVIDIA GB300 NVL72 システムを使用し、大規模行列重みには Muon オプティマイザを、その他のパラメータには Adam を採用しました。ポストトレーニングは合成データによる SFT(教師あり微調整)からスタート。生成されたデータには Kimi K2.5 が作成したものも含まれています。計算資源の大半は非同期 RL(強化学習)に投入され、ロールアウト数は 30M を超える規模まで拡張。対数線形的な性能向上が確認されました。この RL ランにより、モデルの主要な制御インターフェースも実現されています。
(function(){
window.addEventListener('message', function(ev){
if(!ev.data || typeof ev.data.inklingHeight !== 'number') return;
var f = document.getElementById('inkling-explainer-frame');
if(f) f.style.height = Math.min(Math.max(ev.data.inklingHeight, 400), 4000) + 'px';
});
})();
思考の制御可能化
強化学習(RL)の実施中、研究チームはシステムメッセージの変更やトークンあたりのコスト調整を通じて「思考の努力度」を設定しました。その結果、モデルは異なるロールアウトに対して異なるトークン予算を割り当てることを学習しました。今回のリリースでは、0.2 から 0.99 の範囲で努力度をスキャン可能であり、ハーン(harness)側でも直接値を設定できます。トランスフォーマーアーキテクチャにおいては、この制御機能は「reasoning_effort」という引数として、名前付きのレベルで公開されています。
効率性に関するデータは非常に具体的です。Terminal Bench 2.1 で同等のパフォーマンスを発揮する場合、Inkling が消費するトークン数は Nemotron 3 Ultra の約 3 分の 1 です。コストとレイテンシはモデルごとに固定されるのではなく、呼び出し単位で調整可能になりました。
努力度の制御に加え、研究チームは信頼性(trustworthiness)の向上にも直接取り組んでいます。
パフォーマンス評価
すべての Inkling の評価実験は、努力度 0.99、温度 1.0 で実施され、コーディング関連の評価では 256K トークンの軌道長制限を設けています。一部のスコアは Artificial Analysis によって外部検証されています。
オープンウェイトの競合モデルと比較すると、その競争力は非常に高いものとなっています。
| ベンチマーク | Inkling | Nemotron 3 Ultra | Kimi K2.6 | GLM 5.2 | DeepSeek V4 Pro |
|---|---|---|---|---|---|
| HLE (テキストのみ) | 29.7% | 26.6% | 35.9% | 40.1% | 35.9% |
| AIME 2026 | 97.1% | 94.2% | 96.4% | 99.2% | 96.7% |
| GPQA Diamond | 87.2% | 86.7% | 91.1% | 89.5% | 88.8% |
| SWEBench Verified | 77.6% | 70.7% | 80.2% | 80.0% | 80.6% |
| Terminal Bench 2.1 | 63.8% | 56.4% | 71.3% | 82.7% | 64% |
| MCP Atlas | 74.1% | 44.7% | 68.1% | 77.8% | 73.2% |
| SimpleQA Verified | 43.9% | 32.4% | 38.7% | 38.1% | 57.0% |
| IFBench | 79.8% | 81.4% | 76.0% | 73.3% | 76.5% |
| FORTRESS (敵対的) | 78.0% | 77.6% | 65.6% | 71.3% | 36.0% |
FORTRESS Adversary ベンチマークにおいて、Inkling は 78.0% のスコアを記録し、オープンウェイトモデル群で首位に立っています。一方、Terminal Bench 2.1 では GLM 5.2 に 18.9 ポイント差をつけられています。また、MMMU Pro では 73.5%、VoiceBench では 91.4% のスコアを達成しています。さらに、Design Arena の「Agentic Web Dev」リーダーボードでは、盲検化された人間評価により 1257 という結果を残しました。
こうした数値が示す性能は確かなものですが、実際の活用においてはデプロイの現実性が問われます。
Inkling の実行とファインチューニング
Inkling は 2 つのチェックポイントで提供されています。BF16 フォーマットを使用する場合、集積 VRAM で少なくとも 2TB が必要です(NVIDIA B300 を 8 枚、または H200 を 16 枚用意)。一方、NVFP4 形式であれば、VRAM は最低 600GB に抑えられます。具体的には、W4A4 量化で NVIDIA B300 を 4 枚、あるいは W4A16 量化で H200 を 8 枚構成すれば運用可能です。
実行環境としては、SGLang、vLLM、TokenSpeed、Unsloth、および Hugging Face の transformers ライブラリがサポートされています。
pip install -U transformers (5.14.0 以降)from transformers import AutoModelForMultimodalLM, AutoProcessor
model_id = "thinkingmachines/Inkling" # BF16、Hopper 以降の GPU 向け
# model_id = "thinkingmachines/Inkling-NVFP4" # NVFP4、Blackwell 向け
processor = AutoProcessor.from_pretrained(model_id)
model = AutoModelForMultimodalLM.from_pretrained(
model_id, dtype="auto", device_map="auto",
)
messages = [
{"role": "user", "content": [
{"type": "audio", "audio": "support_call.wav"}, # 16kHz WAV ファイル
{"type": "text", "text": "Transcribe, then list every billing complaint."},
]},
]入力データの処理には、以下のコードを実行します。
生成プロンプトを追加し、トークン化して辞書形式で返却する際、思考の努力レベルを「medium」に設定できます(オプション:none, minimal, low, medium, high, xhigh, max)。
次に、モデルがマルチトークン予測ドラフター(multi-token-predition drafter)を使用可能にするフラグ use_mtp を有効にして生成を実行します。最後に、入力 ID の末尾以降の出力部分をデコードして表示します。
OpenAI 互換のサービングは、単一のコマンドで完了します。
vllm serve thinkingmachines/Inkling --tensor-parallel-size 8 --served-model-name inklingファインチューニングについては、現在 Tinker で利用可能となっており、64K と 256K のコンテキスト長を選択できます。また、ツール呼び出しやマルチモーダル入力を扱うポストトレーニング用として、「tml-renderers」も公開されています。
ホスト型 API は、TogetherAI、Fireworks、Modal、Databricks、Baseten を通じて利用可能です。
これらの制約を踏まえると、主なデプロイパターンは以下の 3 つに分類されます。
Inkling の活用シーン
音声と視覚を扱うエージェント
このモデルの主要な設計目標の一つは、研究所が持つ対話型モデルシステムを支えることです。例えば、サポートエージェントが 16kHz の WAV 形式の通話データとスクリーンショットを入力として受け取り、構造化されたチケットを発行するといったユースケースが可能です。
コストに応じた階層化されたエージェントパイプライン
簡単なルーティングやトリアージには低レベルの思考努力で対応し、複雑な修復ステップには最大限の思考努力を割り当てることで、一つのデプロイ環境で異なる予算要件を満たすことができます。
ドメイン特化型のファインチューニング
研究所では、金融判断などの分野において、ファインチューニングによって汎用モデルとの差を埋める事例が報告されています。また、Python を活用したチャート分析(CharXiv RQ で 82.0% のスコア)のように、グラフやチャートが多いデータ解析にも適しています。
まとめると、トレードオフの関係は明確です。
強みと弱み
強み
Apache 2.0 ライセンスの重みを持ち、100 万トークンのコンテキスト長に対応。ネイティブでテキスト、画像、音声の入力をサポートしています。
計算コスト(トークン数)を Nemotron 3 Ultra の Terminal Bench スコアと同等に抑えつつ、必要な処理努力量を制御可能にしました。
比較対象となったオープンウェイトモデルの中で、FORTRESS 敵対的テストのスコアが最高値(78.0%)を記録しています。
Transformer、SGLang、vLLM、llama.cpp への Day-0 サポートに加え、5 つのホスト型 API も提供されています。また、推論加速のためのスペキュレーティブ・デコーディング用マルチトークン予測ドラフターも同梱されます。
弱み
HLE、Terminal Bench 2.1、SWEBench Verified の各ベンチマークにおいて、GLM 5.2 や Kimi K2.6 にスコアで劣っています。
BF16 精度での動作には集計 VRAM が 2TB 必要です。また、NVFP4(W4A4)形式を使用するには SM100 以上のハードウェアが必須となります。
SimpleQA Verified のスコアは 43.9% で、DeepSeek V4 Pro の 57.0% に比べると大きく見劣りします。
Inkling-Small の重みは未公開であり、音声や画像の出力機能も備えていません。
Terminal Bench 2.1 の数値は競合他社の自己申告とは異なり、内部で用意されたハーンチ(検証環境)を用いた結果です。
プロジェクトページでは、ロールプレイや間接的なプロンプトに対して、依然として安全性上のリスクが残っていることが警告されています。
出典
Inkling: Our open-weights model — Thinking Machines Lab
Inkling Model Card — Thinking Machines Lab
thinkingmachines/Inkling — Hugging Face
Welcome Inkling by Thinking Machines — Hugging Face Blog
@thinkymachines announcement on X
@miramurati on X
この記事は、Thinking Machines Lab が 975B パラメータ(アクティブ 41B)のオープンウェイト多モーダル MoE「Inkling」をリリースし、思考の努力量を制御可能にしたという内容で始まりました。
原文を表示
Thinking Machines Lab just released Inkling, their first model trained from scratch, weights are open, fine-tunable on Tinker. The lab pitches it as a base for customization.
What is Inkling?
Inkling is a Mixture-of-Experts transformer with 975B total parameters and 41B active. It supports a context window of up to 1M tokens. Pretraining covered 45 trillion tokens of text, images, audio, and video. Inputs accept text, images, and audio; output is UTF-8 text only.
The research team also previewed Inkling-Small, a 276B-parameter MoE with 12B active parameters. It matches or exceeds its larger sibling on many benchmarks, and its weights arrive once testing finishes. Because customization/finetuning is the key differentiator, the architecture matters here very much.
Inside The Architecture
The model architecture includes a 66-layer decoder-only transformer with a sparse MoE feed-forward backbone. Each MoE layer holds 256 routed experts plus 2 shared experts. Six routed experts activate per token, and both shared experts activate on every token. A sigmoid-based router handles selection, using an auxiliary-loss-free load-balancing bias. Routed and shared scores are normalized jointly, then used to weight combined outputs. The MoE design largely follows DeepSeek-V3.
Attention departs from convention. Sliding-window and global layers interleave at a 5:1 ratio with 8 KV heads. Position uses a relative positional embedding rather than RoPE, which the lab reports extrapolates better. Short convolutions are applied after key and value projections, and on residual branch outputs.
Multimodality is encoder-free. Audio enters as dMel spectrograms, and images become 40×40 pixel patches through a four-layer hMLP. A lightweight embedding layer projects both, then the decoder processes them jointly with text tokens.
Training used Muon for large matrix weights and Adam for other parameters, on NVIDIA GB300 NVL72 systems. Post-training bootstrapped from SFT on synthetic data, including data generated by Kimi K2.5. Most compute went to asynchronous RL, scaled past 30M rollouts, improving log-linearly throughout. That RL run also produced the model’s main control surface.
(function(){
window.addEventListener('message', function(ev){
if(!ev.data || typeof ev.data.inklingHeight !== 'number') return;
var f = document.getElementById('inkling-explainer-frame');
if(f) f.style.height = Math.min(Math.max(ev.data.inklingHeight, 400), 4000) + 'px';
});
})();
Controllable Thinking Effort
During RL, the research team set effort by changing the system message and adjusting per-token cost. The model consequently learned to spend different token budgets on different rollouts. The release post sweeps effort from 0.2 to 0.99, and harnesses can set it directly. In transformers, the same control is exposed as a reasoning_effort argument with named levels.
The efficiency data is quite specific. Inkling spends one third as many tokens as Nemotron 3 Ultra for equal Terminal Bench 2.1 performance. Cost and latency become tunable per call, not fixed per model.
Alongside effort, the research team targeted trustworthiness directly.
Performance
All Inkling evals run at effort=0.99 and temperature 1.0, with a 256K trajectory limit for coding. Several scores are externally reported by Artificial Analysis. Against open-weights peers, the picture is quite competitive.
BenchmarkInklingNemotron 3 UltraKimi K2.6GLM 5.2DeepSeek V4 Pro
HLE (text only)29.7%26.6%35.9%40.1%35.9%
AIME 202697.1%94.2%96.4%99.2%96.7%
GPQA Diamond87.2%86.7%91.1%89.5%88.8%
SWEBench Verified77.6%70.7%80.2%80.0%80.6%
Terminal Bench 2.163.8%56.4%71.3%82.7%64%
MCP Atlas74.1%44.7%68.1%77.8%73.2%
SimpleQA Verified43.9%32.4%38.7%38.1%57.0%
IFBench79.8%81.4%76.0%73.3%76.5%
FORTRESS (Adversarial)78.0%77.6%65.6%71.3%36.0%
Inkling leads this open-weights group on FORTRESS Adversarial at 78.0%. It trails GLM 5.2 on Terminal Bench 2.1 by 18.9 points. It reports 73.5% on MMMU Pro and 91.4% on VoiceBench. It posts 1257 on Design Arena’s Agentic Web Dev leaderboard, a blinded human evaluation.
With numbers established, deployment becomes the practical question.
Running and Fine-Tuning Inkling
Two checkpoints ship. BF16 needs at least 2 TB aggregated VRAM: 8x NVIDIA B300 or 16x H200. NVFP4 drops that to at least 600 GB, running W4A4 on 4x B300 or W4A16 on 8x H200. Runtimes include SGLang, vLLM, TokenSpeed, Unsloth, and Hugging Face transformers.
Copy CodeCopiedUse a different Browser
pip install -U transformers (5.14.0 or later)
from transformers import AutoModelForMultimodalLM, AutoProcessor
model_id = "thinkingmachines/Inkling" # BF16, Hopper or later
model_id = "thinkingmachines/Inkling-NVFP4" # NVFP4, Blackwell
processor = AutoProcessor.from_pretrained(model_id)
model = AutoModelForMultimodalLM.from_pretrained(
model_id, dtype="auto", device_map="auto",
)
messages = [
{"role": "user", "content": [
{"type": "audio", "audio": "support_call.wav"}, # 16kHz WAV
{"type": "text", "text": "Transcribe, then list every billing complaint."},
]},
]
inputs = processor.apply_chat_template(
messages,
add_generation_prompt=True,
tokenize=True,
return_dict=True,
return_tensors="pt",
# none | minimal | low | medium | high | xhigh | max
reasoning_effort="medium",
).to(model.device)
use_mtp enables the shipped multi-token-prediction drafter.
outputs = model.generate(**inputs, max_new_tokens=2000, use_mtp=True)
print(processor.decode(outputs[0][inputs["input_ids"].shape[-1]:]))
OpenAI-compatible serving takes one command:
Copy CodeCopiedUse a different Browser
vllm serve thinkingmachines/Inkling --tensor-parallel-size 8 --served-model-name inkling
For fine-tuning, Inkling is live on Tinker with 64K and 256K context options. The research team also released tml-renderers for post-training with tool calls and multimodal inputs. Hosted APIs exist via TogetherAI, Fireworks, Modal, Databricks, and Baseten.
Given those constraints, three deployment patterns follow.
Where Inkling Fits: Use Cases
Voice-and-vision agents: A major design goal was backing the lab’s interaction models system. A support agent could ingest a 16kHz WAV call plus a screenshot, then emit a structured ticket.
Cost-tiered agentic pipelines: Low effort handles routing and triage; max effort handles the hard repair step. One deployment, two budgets.
Domain fine-tuning.:The lab cites financial-judgment work where fine-tuning closed the generalist gap. Chart-heavy analytics fits too, given 82.0% on CharXiv RQ with Python.
Taken together, the trade-offs are clear.
Strengths And Weaknesses
Strengths
Apache 2.0 weights, 1M-token context, native text, image, and audio input.
Controllable effort matches Nemotron 3 Ultra’s Terminal Bench score at a third of the tokens.
Highest FORTRESS Adversarial score (78.0%) among the compared open-weights models.
Day-0 support across transformers, SGLang, vLLM, llama.cpp, plus five hosted APIs.
A multi-token-prediction drafter ships for speculative decoding.
Weaknesses
Trails GLM 5.2 and Kimi K2.6 on HLE, Terminal Bench 2.1, and SWEBench Verified.
BF16 needs 2 TB aggregated VRAM; NVFP4 W4A4 additionally requires SM100+ hardware.
SimpleQA Verified at 43.9% sits well below DeepSeek V4 Pro’s 57.0%.
Inkling-Small weights are unreleased, and there is no audio or image output.
Terminal Bench 2.1 numbers use an internal harness, unlike self-reported competitor scores.
The project page flags role-play and indirect prompts as residual safety risks.
Sources
Inkling: Our open-weights model — Thinking Machines Lab
Inkling Model Card — Thinking Machines Lab
thinkingmachines/Inkling — Hugging Face
Welcome Inkling by Thinking Machines — Hugging Face Blog
@thinkymachines announcement on X
@miramurati on X
The post Thinking Machines Lab Releases Inkling: A 975B-Parameter Open-Weights Multimodal MoE With 41B Active Parameters And Controllable Thinking Effort appeared first on MarkTechPost.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み