Azure Quantumとは？Modern QDKやMajorana 2、対応プロバイダーを2026年版で解説

Azure Quantumは、Microsoft Azureが提供するクラウド型の量子コンピューティングサービスです。

IonQ・Quantinuum・Rigetti・PASQALの4社の量子ハードウェアを、単一のAzure Workspaceから統一APIで呼び出せる点が最大の特徴です。

本記事では、Modern QDK（2026年1月刷新）、Majorana 2（2026年6月発表）、対応プロバイダー、料金体系、Workspaceの作成手順、Microsoft Discovery連携までを2026年8月時点の最新情報で体系的に解説します。

Azure Quantumとは？

Azure Quantum（アジュール・クアンタム）とは、Microsoft Azureが提供するクラウド型の量子コンピューティングサービスです。

IonQ・Quantinuum・Rigetti・PASQALの4社の量子プロセッサ（QPU）とシミュレータを、Azure Portal上の単一Workspaceから統一APIで呼び出せます。
物理装置を保有せず、Azureサブスクリプションと従量課金／サブスクリプションプランだけで量子ジョブを実行できる点が大きな特徴です。

Microsoft Quantum platform全体での位置づけと2026年の更新

Azure Quantumの立ち位置は、Microsoft Quantum platform全体の「実行基盤レイヤー」に相当します。

上位には開発キット（Microsoft Quantum Development Kit・以下QDK）、Q#・Qiskit・OpenQASMの各言語、Copilot in Azure Quantum、Azure Quantum Elementsが積み重なり、下位には各プロバイダーのQPUが接続されます。

Microsoft独自のトポロジカル量子ビット（Majorana 2）はplatform全体の将来ロードマップに位置づけられており、2026年8月時点ではAzure QuantumのマネージドWorkspaceには接続されていません。

2026年1月のModern QDK刷新と2026年6月のMajorana 2発表により、Azure Quantumは旧来の「Q#を書いてジョブを投げるサービス」から、AIエージェント（GitHub Copilot）と統合された量子開発プラットフォームに位置づけを変えつつあります。

Azure Quantumの主要機能とModern QDKによる開発体験の刷新

Azure Quantumが提供する機能は、実行基盤としてのWorkspace機能と、その上で動く開発キット（QDK）・リソース推定器・化学／誤り訂正ライブラリの4層構成に整理できます。

2026年1月のModern QDK刷新でこの4層のうち「開発キット」の性質が大きく変わっているため、まずはそこから押さえるのが実用的です。

Modern QDKの4領域——Core framework（Q#・Qiskit・OpenQASM等の言語とコンパイラ）／Productivity and tools（VS Code＋GitHub Copilot・シミュレータ・Resource Estimator）／QDK for chemistry／QDK for error correction（出典：Microsoft Azure Quantum Blog）

Q#とModern QDKによる統合開発環境

Q#は、Microsoftが量子アルゴリズム記述のために開発した高レベル・オープンソースのプログラミング言語です。

ハードウェアに依存しない抽象度で書けるため、同一のQ#コードをQIR対応バックエンド（IonQ・Quantinuum・Rigetti）に送信できます。PASQALは同じWorkspaceから利用できますが、送信形式が異なりPulser SDKで作成したJSON（pasqal.pulser.v1）を投入する運用です。

2026年1月のModern QDK刷新では、このQ#がVS CodeとGitHub Copilotと完全統合され、Python・Jupyter連携・回路描画・ローカルシミュレータ・リソース推定・ハードウェア送信までがひとつのIDE上で完結する形になりました。Microsoftは公式に、Q#に加えてQiskit・OpenQASM・Cirqをこの環境から扱えると明記しています。

この変更が実務にもたらす意味は明快です。

Qiskitで書かれた既存の量子回路資産をそのままAzure Quantum経由でIonQやQuantinuumに送信できるため、「Azure Quantumを使うためにQ#を書き直す」という乗り換えコストが実質不要になります。GitHub Copilotが単体テストとジョブ送信コードを自動生成するため、初回のQ#プログラム実行までの学習曲線も従来より緩やかです。

Azure Quantum Resource Estimatorによる先読み設計

Azure Quantum Resource Estimatorは、将来のフォールトトレラント量子コンピュータでアルゴリズムを実行する際に必要な物理量子ビット数・実行時間・エラー予算を推定するツールです。

たとえば「2048ビットのRSA暗号を破るには、どの程度の論理量子ビット数と実行時間が必要か」といった問いに、複数の量子ハードウェアアーキテクチャと誤り訂正コードを組み合わせて数値で答えられます。

実務で効くのは、量子コンピュータPoCを計画する段階で「今のNISQ機で通せるサイズか、それとも将来機を待つべきか」を数字で切り分けられる点です。単なる理論議論を、リソース見積もりに変換して意思決定に持ち込めるようになります。

QDK for chemistry・error correctionの追加ライブラリ

Modern QDKには、2026年1月から量子化学向けと誤り訂正向けの2つのドメインライブラリが追加されました。

QDK for chemistryのend-to-endワークフロー——入力分子からActive Space選択、量子回路エンジニアリング（QPEを含む）、シミュレーション測定までを1本のパイプラインで扱う（出典：Microsoft Azure Quantum Blog）

このワークフローが示しているとおり、QDK for chemistryは「分子問題定義→Active Space圧縮→qubitマッピング→回路実行→測定」の各ステップで古典計算と量子計算を分担させます。以下2つがそのドメインライブラリの具体的な中身です。

• QDK for chemistry
  分子問題定義・Active Space選択・qubitマッピング・回路最適化・後処理まで、量子化学のend-to-endワークフローをVS Code上で実行できます。古典前処理でHamiltonianを圧縮し、Chemistry-aware量子アルゴリズムで回路深度を「数千ゲート → 一桁ゲート」まで削るケースが公式に紹介されています
  
  

• QDK for error correction
  論理量子ビットのエンコード・デコード戦略、誤り訂正済み量子プログラムの検証・デバッグモジュール、カスタマイズ可能なnotebookサンプルが順次リリース中。2026年後半に完全提供予定と明記されています

いずれもオープンソースかつQiskit・Cirqとの相互運用性を保っているため、既存の量子化学コミュニティのコード資産を活かして量子誤り訂正パイプラインに接続できます。

Copilot in Azure QuantumとGitHub Copilot連携

Copilot in Azure Quantumは、自然言語で量子アルゴリズム・リソース推定・耐量子暗号（PQC）に関する質問を投げると、Q#コードの生成やResource Estimatorへの入力補助を返すAIアシスタントです。

Microsoft Copilotファミリーの量子開発向け派生と位置づけられます。
Resource Estimatorの結果画面には「Ask Copilot」ボタンが用意され、推定結果の解釈を対話で深堀りできます。

Modern QDKの刷新に伴い、この機能はVS Code上のGitHub Copilotとも接続されました。

IDEを開いたまま「BellペアをQuantinuum H2で実行するQ#プログラムを書いて」と指示すれば、テストコードとジョブ送信スクリプトまでまとめて生成されます。

従来「量子物理の知識＋Q#構文」の二段学習が必要だった導入障壁が、AI補助で1段減った状態です。

VS Code上のQDK for chemistry開発画面——コードエディタでHamiltonian構築・CASCI計算・状態準備回路生成を書きながら、分子軌道の3D可視化と量子回路図が同一IDE内で並列表示される（出典：Microsoft Azure Quantum Blog）

Azure Quantum Elements——AI＋HPC統合の科学計算基盤

Azure Quantum Elementsは、Azure HPCクラスタ・AIモデル・量子化学ライブラリを組み合わせて、化学・材料科学の分子シミュレーションを高速化する上位サービスです。

Azure Quantum本体（実機ジョブ実行）とは別の商用サービスですが、QDKと同じQ#資産を活用できます。

代表事例として、Microsoft自身が3,200万の無機材料候補を80時間でスクリーニングし、18の有望候補まで絞り込んだ実績が公開されています。

従来の実験ベースの材料探索で数年かかる工程が、AI＋HPCで数日圏に落ちる、という定量的な差分を提示している例です（量子計算は将来の拡張として位置づけられており、この事例の中心はAI＋HPCのパイプライン）。

Majorana 1・Majorana 2とMicrosoftの独自ロードマップ

Azure Quantumが他クラウド（IBM Quantum・Google Quantum AI）と決定的に異なるのは、Microsoft自身がトポロジカル量子ビットという独自方式のQPUを開発している点です。

この自社機は2026年8月現在まだAzure Quantumのマネージド提供に載っていませんが、Microsoft Quantum platform全体のロードマップを理解するうえで避けて通れない要素になります。

以下では、2025年2月のMajorana 1発表、2026年6月のMajorana 2発表、DARPA連携、そして学界の慎重論までを時系列で整理します。

Majorana 1——Microsoftが世界初と発表したトポロジカルQPU（2025年2月）

Microsoftは2025年2月19日、Majorana 1を発表しました。

Microsoft自身は「世界初のTopological Core搭載QPU」と位置づけており、単一チップで100万量子ビットへスケールすることを設計目標としています（この「世界初」表現には後述のように学界からの検証議論が続いている点に注意）。

技術原理は、インジウム砒素（半導体）とアルミニウム（超伝導体）を組み合わせて作られるトポコンダクタと呼ばれる新しい物質群です。

絶対零度近くまで冷却し磁場で調整すると、ナノワイヤ両端にMajorana Zero Modes（MZM）が形成され、電子数の偶奇（parity）に量子情報を格納できます。

この方式の理論的な利点は、量子情報が物質のトポロジーで保護されるため外部ノイズに強い（つまり本質的に誤り率が低い）ことです。
実測でも、電磁放射による偶奇反転はミリ秒に1回程度と、環境からの隔離が有効に効いている段階まで到達しています。

発表時点で8量子ビットが100万量子ビット向けチップの一部として集積されており、Microsoftは論文をNatureに、デバイスロードマップをarXivにそれぞれ公開しました。

Tetronベースのフォールトトレラント量子計算ロードマップ——Single-qubit device（1量子ビット）→Two-qubit device（braidingシミュレーション）→4×2 tetron array（量子誤り検出）→2×1 logical qubits array（量子誤り訂正）と段階的にスケールする（出典：Microsoft Azure Quantum Blog）

このロードマップの第2段階（Two-qubit device）以降は、Microsoftが今後段階的に構築していく想定として公式に示されたものです。

Modern QDKで先行整備されている誤り訂正ライブラリ（QDK for error correction）は、将来のフォールトトレラント量子コンピュータで扱う論理qubit・エンコード・デコードの領域と重なっており、ハードとソフトが2029年ターゲットに向けて並走する構図が想定されています。

Majorana 2——素材変更で信頼性1,000倍・寿命20秒（2026年6月）

2026年6月、Microsoftは後継のMajorana 2を発表しました。

Majorana 1のアルミニウム超伝導体を鉛（Pb）に置き換え、半導体側もインジウム砒素とインジウム砒素アンチモニドの複合構造に変更しています。

Microsoft Majorana 2チップの実物——金色のパッケージ内に集積されたトポロジカルqubitデバイス。素材変更（Al→Pb）により信頼性1,000倍・寿命平均20秒を達成（出典：Microsoft Source）

この素材変更の効果は明確な数値で表れています。

トポロジカルギャップ（外部ノイズから量子情報を保護するエネルギー幅）が前世代の2倍以上に拡大したことが、この寿命改善の直接原因です。

Microsoftはこの進捗を根拠に、実用スケールの量子コンピュータ提供時期を「10年後」から2029年に前倒しする方針を公表しました。

DARPA US2QCと2029年フォールトトレラント機ロードマップ

Majorana系のロードマップは、米国防高等研究計画局（DARPA）のUnderexplored Systems for Utility-Scale Quantum Computing（US2QC）プログラム最終フェーズと連動しています。

DARPAはこのプログラムで、Microsoftを含む2社のみを最終評価対象に選定しました。評価には米空軍研究所・ジョンズホプキンス大学応用物理学研究所・ロスアラモス国立研究所・オークリッジ国立研究所・NASA Ames Research Centerなどが参加しており、独立機関による建築設計とエンジニアリングプランの検証が進んでいます。

Microsoftはこの枠組みの中で、トポロジカル量子ビットに基づくフォールトトレラント・プロトタイプ(FTP)を「decadesではなくyears」で構築する契約に踏み込みました。

Modern QDKが誤り訂正ライブラリを段階リリース中なのも、この2029年ターゲットを開発者側から支える動きです。

学界の慎重論——Science誌に掲載された議論

一方で、Majorana 1の発表に対しては学界から慎重な指摘が出ています。

2025年にScience誌に「Microsoft's blockbuster quantum computing claims」の論争を取り上げた記事が掲載され、Nature論文についても「Matters Arising」セクションで反論と回答のやり取りが公開されました。

争点は主に「観測されているのが本当にMajorana Zero Modeか、それとも別の量子状態を誤認していないか」という物理学的な検証手続きの厳密さです。

Microsoft側はデータセット公開と追加測定（X・Zループのパリティ測定を含む公式発表）で反論を続けており、慎重論側の議論はNatureの「Matters Arising」に整理されています。2026年7月時点でも決着はついていません。

実務観点で押さえるべきは、Majoranaが「Microsoftの独自賭け」として進行中である事実です。

Azure Quantum本体はIonQ・Quantinuum・Rigetti・PASQALの4社QPUで既に商用運用が回っているため、Majorana系の学術論争が長引いてもAzure Quantum上の顧客ワークロードには直接影響しません。

ただし2029年の実用機ターゲットを前提に社内戦略を組む場合は、両論併記で不確実性を認識しておく必要があります。

Azure Quantumで使える量子ハードウェアプロバイダー

Azure Quantumが2026年8月時点でWorkspaceから選択できる量子ハードウェアは、以下の3方式・4プロバイダーです。

用途によって適した方式が異なるため、まず一覧で全体像を掴んでから個別に見る順序が実務的です。

以下の表で、各プロバイダーの技術方式と代表機・特徴を整理しました。

この表から実務で効いてくる差分は3つあります。トラップイオン系（IonQ・Quantinuum）はゲート忠実度が高く小規模の重要ワークロードに向く一方、超伝導系（Rigetti）はゲート実行速度で優位、中性原子系（PASQAL）は室温動作と長コヒーレンスが持ち味、という違いです。

なお、MicrosoftとAtom Computingが共同開発中のMagne（中性原子方式・1,200物理qubitから50論理qubitを切り出す設計・2026年後半マイルストーン）は、Microsoft Quantum platformとしての将来ハードウェア展望であり、2026年8月時点ではAzure QuantumのWorkspaceプロバイダー一覧には含まれていません。

同機の位置づけは前段の「Majoranaロードマップ」と並行するもう一つの実装ルートとして押さえておくと整理しやすくなります。

IonQ——トラップイオン方式で完全結合を実現

IonQは、Aria 1（25 qubit）とForte 1／Enterprise 1（36 qubit）という2世代の量子コンピュータを提供しています。

トラップイオン方式の特徴として、すべてのqubitが物理的に完全結合しており、任意のqubitペア間で直接2量子ビットゲートを実行できます。

超伝導方式のような「近接qubit間しかゲートが打てない」制約がないため、量子アルゴリズムの回路深度を浅くしやすい構造です。

Quantinuum——高忠実度と中間測定に強いトラップイオン系

QuantinuumはHoneywellから分社化した企業で、System Model H2（56 qubit）を提供しています。

IonQと同じトラップイオン方式ですが、qubitの物理的な再利用（1つのqubitを複数の役割で使い回す）と回路実行中の測定（mid-circuit measurement）に強みがあります。

回路実行中の測定が可能ということは、量子誤り訂正のシンドローム抽出や適応的アルゴリズムに向いているという意味です。QDKの誤り訂正ライブラリと組み合わせて、論理qubit実装の検証機として使うルートが成立します。

Rigetti——超伝導qubitの高速ゲート実行

Rigettiは超伝導qubit方式のCepheus-1-108Q（108 qubit）を提供しています。ゲート実行時間がナノ秒オーダーで、大量のショット（同一プログラムを繰り返し実行して統計を取る回数）を短時間で走らせられる点が持ち味です。

条件付きロジック（測定結果に応じた分岐処理）の実行遅延も小さく、動的量子回路のプロトタイピングに使いやすい構成です。

PASQAL——室温動作の中性原子とエミュレータ環境

PASQALのFresnel（100 qubit）は、レーザーで捕捉した中性原子を量子ビットとして使う方式です。極低温冷却装置が不要で室温動作するため、装置全体の消費電力と設置スペース面で優位を持ちます。

Fresnelに加えて、EMU-MPS・EMU-SVという最先端エミュレータもAzure Quantum経由で利用可能です。実機ジョブより単価が1桁以上安いため、まずエミュレータで回路検証してから実機に投げるワークフローが組めます。

日本での利用可能な組み合わせに要注意

Azure Quantumのプロバイダー選択で日本から見落としやすいのが、地域ごとの利用可否です。

2026年8月時点で日本の課金アカウントから利用できるのはQuantinuum・PASQALの2社のみで、IonQ・Rigettiは請求先アカウント地域が異なる場合に限定されています。

社内でAzure Quantum PoCを計画する際は、まずAzure請求先アカウントの登録国と、必要なQPUベンダーの提供地域を照合する必要があります。プランを固めた後で「日本アカウントから直接使えなかった」という手戻りが発生しやすい箇所です。

Azure Quantumの料金プランと課金単位

Azure Quantumの料金は、Azureインフラコスト（Blob Storage等）＋各プロバイダーが定める量子ジョブ課金の2層構造です。

プロバイダーごとに課金単位が異なるため、Q#コードが同じでも実行コストが大きく変動することがあります。

以下の表で、主要プロバイダーの課金単位とプラン種類を整理しました。

この表から読み取れる実務ポイントは、Quantinuumのサブスクリプションは「月間で継続的に量子ジョブを流す前提」の料金体系で、単発のPoCで契約すると割高になりやすいという点です。

単発検証はIonQ従量課金かPASQALエミュレータ、継続運用はQuantinuum Standard、というのが基本的な組み合わせになります。

IonQ——AQT課金と月額プランの二段構え

IonQは、Azure Quantum Token（AQT）というトークン単位で課金されます。実行するプログラムのAQT数は、1量子ビットゲート数・2量子ビットゲート数・ショット数・エラー軽減オプションから計算式で決まります。

Aria 1で1量子ビットゲートショットあたりUSD 0.000220、2量子ビットゲートショットあたりUSD 0.000975という単価が公開されており、プログラムあたりの最低料金はエラー軽減オンで USD 97.50、オフで USD 12.4166 です。

継続的にIonQを使う場合は、Aria-Forteプラン（月額USD 25,000＋Azureインフラコスト）で25量子ビットのAria 1・36量子ビットのForte 1／Enterprise 1にサブスクリプションアクセスできます。

Quantinuum——HQCベースのStandard／Premium

Quantinuumの課金単位はHQC（Hardware Quantum Credit）です。1回のジョブに使うHQC数は、次の式で計算されます。

「HQC = 5 + C × (N_1q + 10×N_2q + 5×N_m) / 5000」

C はショット数、N_1q は1量子ビットゲート数、N_2q は2量子ビットゲート数、N_m は測定操作数を指します。2量子ビットゲートは1量子ビットゲートの10倍、測定は5倍の重み付けです。

Quantinuumのサブスクリプションプランは以下の2種類が用意されています。

• Standard（USD 125,000／月＋Azureインフラコスト）
  System Model H2で10,000 HQC、エミュレータで100,000 eHQC
  
  

• Premium（USD 175,000／月＋Azureインフラコスト）
  System Model H2で17,000 HQC、エミュレータで170,000 eHQC

従量課金プランも用意されており、H2シリーズ量子コンピュータへのキューアクセスとHQC使用量ベースの課金になります。ただし従量価格の詳細はQuantinuum営業（Sales@Quantinuum.com）への問い合わせベースで、公開ページには単価が載っていません。

Rigetti・PASQAL——時間ベース課金のシンプル構造

Rigettiは、ジョブ実行時間の10ミリ秒増分あたりUSD 0.02という単純な時間課金です。

1量子ビット・2量子ビット・ショットごとの追加料金は発生しません。Quantum Virtual Machine（QVM）シミュレータは全プランで無料利用できます。

PASQALは、実機QPU（Fresnel・Fresnel Can 1）が3,000ユーロ／時間、エミュレータ（EMU-MPS・EMU-SV）が15ユーロ／時間です。時間ベースなので、Rigettiと同じく事前見積もりが立てやすい構造です。

Azure Quantum Credits——Workspace作成時に付与される試用クレジット

新規にAzure Quantumを試すユーザーには、Azure Quantum Creditsとしてプロバイダーの実機ジョブに使える試用クレジットがWorkspace作成時に自動追加されます（付与額・対象プロバイダー・有効期間はWorkspace作成時と各プロバイダーの申請ページで確認する形になります）。

試用クレジットは実際の課金単位（IonQ AQT・Quantinuum HQC等）に換算されて実機ジョブ実行に消費されるため、プロバイダー間で「同じクレジット額でどれだけ動かせるか」は課金式が違い直接比較できません。

初回PoCの回路検証やアルゴリズムのデバッグ範囲で使い切る想定でスコープを絞ると、追加課金が発生するラインを見極めやすくなります。

Azure Quantumの始め方

Azure Quantumで最初の量子ジョブを流すまでの手順は、Azureアカウント→Workspace作成→QDKインストール→Q#プログラム記述→ジョブ送信、という5段階です。以下では各ステップを実装可能な粒度で整理します。

前提条件——Azureアカウントと利用可能地域の確認

Azure Quantumを利用するには、Azureサブスクリプション（従量課金プランで可）とAzure Quantum Workspaceが必要です。学生アカウントには無料のAzure Student Accountが用意されており、こちらでも動作します。

加えて、事前に以下2点を確認しておくと後工程で詰まりません。

• 請求先アカウントの地域
  プロバイダーの利用可否が請求先国で決まるため、Azure Portalの「サブスクリプション」→「請求先アドレス」を先に見ておく
  
  

• 使いたいプロバイダーの日本提供状況
  日本アカウントでは2026年8月時点でQuantinuum・PASQALのみ利用可能。IonQ・Rigettiを使うなら別リージョンの請求先が必要

Azure Quantum Workspaceの作成

Azure Portalから「Azure Quantum Workspace」を新規作成します。

作成URLは ms.portal.azure.com/#create/Microsoft.AzureQuantum に直接アクセスするのが最短です。

Workspaceは量子プログラム実行に関連する資産（ジョブ結果・課金設定・プロバイダー接続）のコンテナで、この単位でリソースとアクセス権を管理します。

作成ウィザードでは、利用したい量子ハードウェアプロバイダーを複数選択できます。Workspaceに追加するだけでは各プロバイダーの月額固定費は発生しませんが、Quantinuumの月額サブスクリプション（Standard／Premium）等のサブスクリプションプランに加入した瞬間からはジョブを流さなくても月額料金が発生します。

従量課金プランのみに絞る限りは、実際にジョブを流した量に応じて各プロバイダーの単価で課金される仕組みです。

QDKのインストール——VS Code拡張＋Pythonパッケージ

ローカル開発環境には、Modern QDKを導入します。QDKはVS Code拡張機能とPythonパッケージの2形態で提供されており、両方を入れる構成が標準です。

VS Code Marketplaceから「Azure Quantum Development Kit」拡張機能をインストールし、Python環境で 「python -m pip install --upgrade "qdk[azure,jupyter]" ipykernel」 を実行するだけで初期セットアップは完了します（Azure Quantumジョブ送信機能とJupyter連携が含まれる「azure,jupyter」のextrasを付ける形が公式の推奨）。

GitHub Copilotを併用する場合は、VS Code側にGitHub Copilot拡張機能を追加しておくと、コード生成・単体テスト・ジョブ送信スクリプトの自動生成が有効になります。

最初のQ#プログラム——Bellペア生成

Q#の初回プログラムとして最もシンプルなのは、量子もつれ状態（Bellペア）を作って測定するコードです。以下のような数行のQ#で、量子回路の基本動作を確認できます。

operation BellPair() : (Result, Result) {
    use q1 = Qubit();
    use q2 = Qubit();
    H(q1);
    CNOT(q1, q2);
    let r1 = M(q1);
    let r2 = M(q2);
    Reset(q1);
    Reset(q2);
    return (r1, r2);
}

このプログラムは、q1にアダマールゲートH、q1とq2にCNOTゲートを適用してBellペアを作り、2つのqubitの測定結果を返します。

ローカルシミュレータで実行すると、「(Zero, Zero)」 と 「(One, One)」 が同じ確率で得られる（もつれの生成が成功している）ことが確認できます。

このシンプルな回路をローカルシミュレータで動かせたら、次はプロバイダーを指定してAzure Quantum経由で実機に送信します。

ジョブ送信とプロバイダー選択

Azure Quantum WorkspaceにQ#プログラムを送信する際は、Pythonから 「from qdk import qsharp」 でqsharpモジュールを読み込み、「qsharp.compile」 でエントリポイントを固めた後、「qdk.azure」 の接続APIでWorkspaceに接続してターゲットを指定します。

VS Code拡張のコマンドパレット「QDK: Connect to an Azure Quantum workspace」から接続する経路も同じ動作になります。

指定するターゲットIDは、たとえば 「ionq.qpu.aria-1」（IonQ Aria 1）、「quantinuum.qpu.h2-1」／「quantinuum.qpu.h2-2」（Quantinuum System Model H2の各機）、「rigetti.qpu.cepheus-1-108q」（Rigetti Cepheus-1-108Q）といった形式です。基本的なQ#ロジックはターゲット間で共通に使えますが、実機送信時はターゲットプロファイル（Base／Adaptive等）に合わせたコンパイル調整が必要になる場面もあります。

「同一Q#が全プロバイダー実機で無改変ディスパッチ可能」と読み替えると挙動と齟齬が出るため、あくまで「アルゴリズム記述の抽象度を揃えたうえでターゲットプロファイル差分を吸収する」設計と理解しておくのが安全です。

初回実行では、GitHub Copilotに「このQ#プログラムをQuantinuum H2エミュレータに1,000ショットで送信するPythonスクリプトを書いて」と自然言語で依頼すれば、ジョブ送信・結果取得・可視化までのボイラープレートを自動生成できます。学習曲線を減らすうえで有効なアプローチです。

Azure Quantumの活用事例

量子コンピュータで解ける課題は、2026年時点で量子化学・材料設計、組合せ最適化、機械学習、暗号解析の4領域に大きく分かれます。

Azure Quantumではこの4領域のアルゴリズムを実装・検証できますが、Microsoftが正式なドメインライブラリとして提供しているのは現時点で「QDK for chemistry」「QDK for error correction」の2つで、その他の用途は今後拡充される想定です。実務で近い順に整理すると化学・金融・R&Dパイプラインの3系統に分類できます。

量子化学・材料——Azure Quantum Elements事例

量子化学は、Azure Quantumが最も直接的に効果を出せる領域です。

Azure Quantum Elementsは分子シミュレーションをAI＋HPC＋量子で加速する上位サービスとして、Microsoftが3,200万の無機材料候補を80時間でスクリーニングする実績を公開しています。

実装レベルでも、QDK for chemistryが古典前処理でHamiltonianを圧縮し、Chemistry-aware量子アルゴリズムで回路深度を「数千ゲート → 一桁ゲート」まで削るサンプルを公式に用意しており、既存の量子化学コード資産をVS Code上でパイプライン化できます。

Azure Quantum本体ではありませんが、量子×創薬の代表事例として押さえておきたいのが、Cleveland Clinic・理化学研究所・IBMが2026年5月に発表した12,635原子タンパク質シミュレーションです。

当時、量子コンピュータで扱われた分子として過去最大規模で、創薬関連分子への量子計算の適用範囲を大きく広げた事例です（IBM自身は「創薬関連システムへの重要な前進」「創薬に向けた出発点」と説明しており、創薬での実用性を確立したとまではしていない位置づけ）。

IBM／Cleveland Clinic／RIKENが公開した量子シミュレーション対象分子の進化——左端の10原子メチルダイマー系から、右端の12,635原子トリプシンタンパクまで、扱える分子サイズが3桁近く拡大している（出典：IBM Newsroom）

この事例はIBM Quantum上で最大94量子ビット規模を使って達成されたものです。
Azure Quantumで現在利用できるQuantinuum H2（56 qubit）・IonQ Forte（36 qubit）ではqubit数が届かず、12,635原子のワークロードをそのまま移植することはできません。

ただしQiskitがModern QDKで扱えるため、同じ量子化学アルゴリズムを縮小した回路や部分検証（Active Space圧縮後の小規模Hamiltonian等）を、Azure Quantum経由でQuantinuum H2やIonQ Forteに載せて検証していく方針は取れます。

金融最適化——JPMorgan Q-CHOP・HSBC事例

組合せ最適化領域では、金融が最も先行している業界です。JPMorgan ChaseがNVIDIA・Infleqtionと共同で取り組んでいるQ-CHOP（Quantum Constrained Hamiltonian Optimization）は、その名のとおり制約付きハミルトニアン最適化アルゴリズムをポートフォリオ最適化に適用する試みで、量子アルゴリズムを金融領域で実装した先行事例として業界内で参照されています。

HSBCも2025年9月にIBM Quantumで債券取引最適化を実験し、限定的な条件下ながら「現行量子コンピュータの潜在価値を示す経験的証拠」を報告しています（HSBC・IBM自身も「量子優位性の全面的な達成」ではなく「実データベンチマークで測定可能な効果が確認できた」というトーンで発表しています）。

これらは「量子は理論段階」フェーズから「実データで測定可能な効果」フェーズに移った象徴事例で、金融領域では2026年時点で量子PoCを走らせる企業が実務レベルで増えている状態です。

日本では三菱UFJ銀行がGroovenautsとの量子技術連携をはじめ、金融機関各社が量子技術のPoC・研究連携に取り組んでいます。

Azure Quantum上でも、QAOA（量子近似最適化アルゴリズム）とQuantinuum H2の組み合わせで同種のポートフォリオ最適化を試すことは可能です。

Microsoft Discovery連携——R&Dエージェント基盤化

2026年5月のMicrosoft Buildで、Microsoft DiscoveryがGA（一般提供）に到達しました。DiscoveryはR&Dエージェント基盤で、AI＋HPC＋量子を組み合わせた科学計算ワークフローをエンタープライズ向けに提供するサービスです。

注目すべきは、MicrosoftがMajorana 2の開発をDiscovery上のAgentic AIで加速したという自社事例を公表している点です。

Discoveryが「量子ハードウェア開発の意思決定支援に耐える」という実装証拠として押し出されており、化学・材料・生命科学R&Dの標準スタックの一つに位置づけようとする戦略が明確です。

Azure Quantumから見ると、DiscoveryはQDKの上位アプリケーションレイヤーに相当します。
「量子アルゴリズムを書く」ではなく「R&Dエージェントに問題を投げる」抽象度で量子基盤にアクセスするワークフローが、2026年後半以降の実務標準に近づいている、という位置関係です。

導入判断で押さえたい3つの論点

Azure Quantumの導入検討で読者が迷いやすい論点を、支援経験から3つに絞って整理します。

• PoCを走らせるか、業界の実用機到達を待つか
  2026年時点のNISQ機で解けるサイズと、Resource Estimatorが示すFault-Tolerant機での必要規模には、依然大きなギャップがあります。
  
  ただし化学・金融の限定タスクでは「今のNISQ機で有意な結果が出る」領域が確実に存在するため、業種固有の問題を1つ選んでResource Estimatorに掛けてから判断するのが実務的です
  
  

• Azure Quantum・Microsoft Discovery・Foundryのどれから触るか
  量子アルゴリズムそのものを書くならAzure Quantum＋QDK、R&Dパイプラインに載せるならMicrosoft Discovery、AIモデルのファインチューニング基盤ならMicrosoft Foundry、と目的で切り分けます。
  br>3つ同時に触るより、テーマから逆算して1つに絞る方が学習コストが低い
  
  

• PQC移行と量子コンピュータPoCの優先順位
  耐量子暗号（PQC）は、量子コンピュータが実用化される前から着手すべき「守り」の対応です。
  br>NIST標準3本の運用移行と、量子PoCの技術検証は目的も担当部門も別物なので、CISO側とR&D側で並行走行させる整理が現実的です

この3論点のうち2つ以上に「まだ判断できていない」感触があるなら、次のAI Agent Hubで実装から逆算した壁打ちを1回入れると論点整理が早くなります。

Azure Quantumで詰まった論点を、実装から逆算して整理する

Azure Quantumを検討する現場では、「まずQDKを触る？Microsoft Discoveryから？」「日本アカウントで使えるプロバイダーの範囲は？」「Majorana 2を待つか、今のNISQ機でPoCを回すか？」といった、公式ドキュメントだけでは決めきれない論点が並びます。

R&Dテーマや業務プロセスまで含めて量子×AIの活用可能性を棚卸ししたいなら、単体機能の解説記事ではなく、実装事例と組み合わせて話せる相手と一度整理するのが早道です。

AI Agent Hubは、量子×AIも含めて業務プロセスへのAI組み込みを支援するプラットフォームで、Azure Quantum・Microsoft Discovery・QDK・PQC移行のいずれの入口からでも、実装から逆算した論点整理をご相談いただけます。

Azure Quantumで詰まった論点を1回で棚卸し

量子×AI活用の壁打ちを申し込む

Azure Quantum・Microsoft Discovery・QDKのどれから触るか、どのプロバイダー選定が実務に合うか、PQC移行と並行運用は成立するか——量子×AI領域でつまずきやすい論点を、AI Agent Hubのサービスページで実装から逆算して整理できます。

▶ ▶ AI Agent Hubの詳細を見る

まとめ

Azure Quantumは、IonQ・Quantinuum・Rigetti・PASQALの4社QPUを単一Azure Workspaceから呼び出せるクラウド量子基盤で、2026年8月時点でModern QDK刷新（2026-01）とMajorana 2発表（2026-06）を経て、開発体験とハードウェアロードマップの両面が加速しています。

• Modern QDK刷新でQ#・Qiskit・OpenQASMがVS Code＋GitHub Copilotに統合され、量子開発の学習コストが1段減った
• Majorana 2は素材変更で信頼性1,000倍を達成し、実用機ロードマップを2029年に前倒し（学界の慎重論とは両論併記が前提）
• 料金はプロバイダーごとに課金単位（IonQ AQT・Quantinuum HQC等）とプラン体系が異なり、同じQ#コードでも実行コストが大きく変動する
• 日本アカウントで直接使えるのはQuantinuum・PASQALの2社に限定。プロバイダー選定は請求先地域と併せて確認する
• Microsoft Discoveryの2026 Build GAで、R&Dエージェント経由での量子活用が現実的な選択肢になった

まずはWorkspace作成時に付与されるAzure Quantum Creditsで1回のQ#ジョブを回してみるのが、量子×AI活用の第一歩として実装コストが最も軽い入口です。