■事実
AMDが2026年8月27〜28日にかけて「ROCm 10」を正式リリースしました。
バージョン表記はROCm 7.14から一気に10.0へジャンプします。（7月にROCm 7.14がリリースされたばかり）
ROCmの初版（1.0）は2016年4月リリースであり、今回は10周年のタイミングに合わせた命名です。
目玉は「ROCm.AI」の一般提供開始——AI駆動型の統合開発体験を提供する新層です。
ROCm.AIは「ROCm CLI」「ROCm Console」「AMD Skills」「ROCm Hyperloom」の4要素で構成しています。
ROCm CLIは環境構築・管理・運用を単一コマンドラインに統合するツールです。（Technology Preview扱い、ROCm 7.13から利用可能）
ROCm ConsoleはGPU使用率・システム状態・ワークロードをリアルタイム監視するツールです。
AMD Skillsは、Claude Code・Cursor・Codexなど既存のAIコーディングエージェントにAMDハードウェア固有の知識と検証済みワークフローを組み込む機能です。
ROCm Hyperloomは推論ワークロードのボトルネックを自動検出し、ホストコードとGPUカーネル双方を最適化する自律エンジンです。
AMD公表のベンチマークでは、ROCm.AI適用構成がROCm 7比で平均推論性能3.3倍、学習性能2.4倍を記録しています。（自社テストによる数値）
ビルド基盤を新システム「TheRock」に統一し、従来断片化していたLinuxパッケージ・コンテナ・Python wheel（vLLM等）を整理しています。
Windows版は従来の「HIP SDK」を廃止し、Linuxと共通の「ROCm Core SDK」に統合しています。。リリースサイクルもLinuxと同一化しています。
現時点のWindows向けROCm Core SDKは静的パッケージ形式で、ネイティブインストーラーは2026年内に提供予定です。
vLLM・SGLangがAMD Instinct GPU向けに正式サポート対象に追加、HIP/Triton/FlyDSL向けの最適化も強化しています。
RCCL（AMD版NCCL相当の通信ライブラリ）がNCCL 2.30.4相当までアップデートされ、GPU起点のネットワーキングに対応しています。
Roofline性能分析ツールの対応範囲がRDNA 3アーキテクチャまで拡大しました。
Windows上でROCmが公式サポートするコンシューマー向けGPUは、現状Radeon RX 9070 / RX 9070 XT / RX 9060 XT LP等のRDNA4世代に限られています。（RDNA3世代のRX 7900 XTX等はLinux上での公式サポートに留まり、Windowsでは非公式運用が実情）
表（ROCm 7系 → ROCm 10 主要変更点）
| 項目 | ROCm 7.14（2026年7月） | ROCm 10.0（2026年8月） |
|---|---|---|
| ビルド基盤 | TheRock導入直後 | TheRock全面統一 |
| Windows/Linux SDK | 別体系（HIP SDK等） | ROCm Core SDKに統合 |
| AI統合開発層 | なし | ROCm.AI（CLI/Console/Skills/Hyperloom）を一般提供 |
| 推論性能（AMD公称・対ROCm7比） | 基準値 | 平均3.3倍 |
| 学習性能（AMD公称・対ROCm7比） | 基準値 | 平均2.4倍 |
| Roofline分析対応 | Instinct中心 | RDNA3まで拡大 |
※数値はいずれもAMD自社ベンチマークによるものであり、第三者検証の数値ではありません。
ソース
- AMD Newsroom（https://newsroom.amd.com/news/rocm-10-software-ai-native-developer-experiences/）、
解説
ROCmが「10周年」を迎えたこと自体が象徴的——CUDAの後追いを続けてきた10年であり、ROCm.AIという“エージェント時代への適応”を看板に掲げるのは、単体GPU性能ではなく開発体験（DX）でCUDAとの差を縮めようとする方向転換と読める。
AMD SkillsがClaude Code・Cursor・Codexに直接統合される設計は、標準ノートブック執筆の記事「メモの通り」ソフトウェア層でのCUDAロックインの根深さ（Nunchaku、PTX依存）に対する現実的な回答の一つと位置づけられる。ただし低レベルライブラリ層の壁そのものが崩れたわけではない点は区別すべきだ。
3.3倍・2.4倍という数値は自社発表かつ「ROCm.AIを適用した構成」対「ROCm 7」という条件付き比較であり、額面通り「ROCm 10自体が3.3倍速い」という意味ではないことに注意が必要だ。（VideoCardz記事も同様の但し書きを明示）
Windows/LinuxのSDK統合、TheRockによるビルド一本化は歓迎すべき整理だが、Windows向けROCm Core SDKは現状まだ静的パッケージ段階でネイティブインストーラーは年内予定——「発表」と「実運用の快適さ」の間にはまだ時間差がある。
Windows上での公式サポート対象が引き続きRDNA4系（RX 9070／9070 XT／9060 XT LP等）に限定されており、RX 7900 XTXのようなRDNA3世代はLinuxでは公式扱いでもWindowsでは事実上非公式運用のまま——ローカルでROCm/Windows環境を触っている身としては、この「世代の壁」がFSR 4のRDNA4限定と同じ構図に見えてしまう。技術的に不可能というより、優先順位づけの結果という印象が強い。
現状triton-windows post25を凍結運用しているのも、結局のところ非公式領域の不安定さが理由。今回のROCm Core SDK統合とネイティブインストーラー整備が進めば、この“猛者専用”状態がいずれ緩和される可能性はあるが、それが具体的にいつになるかはAMDのロードマップの前科（ROCm 7.14→10.0という急な番号ジャンプも含め）を見る限り楽観しすぎない方がよさそうだ。
CUDAは新GPU発売日と同時にサポートが揃うのが当たり前という前提で回っている市場であり、ROCmが「10周年」を打ち出してようやくDXの土俵に上がろうとしている構図自体が、NVIDIAとの規模差（メモにある「AMDはNVIDIAの約10分の1」）を裏側から証明してしまっている。
10周年記念なのに主要コンシューマーカードの一部がまだ非公式運用というのは、還暦祝いにまだ現役で働き続けているようなものというか、区切りの良さと実態の追いつかなさが少しちぐはぐに見える。
ROCmが「使える」から「快適」に変わる日はまだ数世代先——今回の10.0は、その距離を測るための新しい物差しができた、というくらいの受け止めが妥当かもしれない。