Microsoft、CopilotのハーネスをFoundryで提供開始

Microsoftは2026年10月28日、Copilot Code、Copilot Studio、GitHub Copilotアプリ、Copilot CLI、VS Codeをすでに支えているマルチモデルのオーケストレーション層、Microsoft Copilotのハーネスを、Microsoft Foundryを通じて開発者と企業顧客に提供したと、Official Microsoft Blogで発表した。

Microsoftはハーネスを、モデルを取り巻くすべての要素、つまりエージェントが作業を遂行するために必要な指示、コンテキスト、実行環境、制御機能を与えるオーケストレーション層と説明している。Model Context Protocolなどのオープン標準に加え、エージェントスキルやエージェントプラグインにも対応する。CopilotのハーネスはGitHubのエンジニアリングチームが開発し、Microsoftは全社で採用している。同日公開されたMicrosoft Foundry Blogの関連記事では、Foundry Agent Serviceでハーネスのパブリックプレビューを開始したほか、ホステッドエージェント向けの長時間実行時のレジリエンス機能が一般提供になったことも発表された。

Microsoftによると、このハーネスは複数のモデルファミリーで動作するよう構築されており、20を超える最先端モデルに対応するほか、独自のキーを持ち込むこともできる。また、タスクに応じて適切なモデル、または複数のモデルに処理を振り分ける。同社によれば、ガバナンスと最適化を組み込んだエージェントループとサンドボックスを実行し、顧客は指示、スキル、ツール、使用するモデルを用意する。Copilot SDKはダウンロード可能で、ハーネスはFoundryが管理するクラウド上でも実行できる。Microsoftは、自社のプラットフォームが引き続き他のハーネスやフレームワークにも開かれていると述べた。

Foundry Agent Serviceのマネージド実行

Foundry Blogの投稿によると、パブリックプレビューでは4つの構成要素が組み合わされている。再利用可能なスキルは、指示、スクリプト、関連リソースをひとまとめにして、エージェントがさまざまなタスクに適用できる手順として構成する。連携ツールには、FoundryでサポートされるツールとModel Context Protocolツールが含まれ、認証と承認を明示的に設定できる。実行と委任の機能により、エージェントはファイルやコードを扱い、範囲を限定したタスクを組み込みのサブエージェントに任せながら、メインエージェントが結果を取りまとめられる。エージェント定義はソース管理下で、アプリケーションコードと並べて管理できる。タスクの進行に応じて作業コンテキストを管理し、設定された制限とポリシーの範囲内でモデルやツールの処理を調整するのがハーネスの役割だ。また顧客は、オーケストレーションを書き換えることなく、Foundryでサポートされているモデルを選択できる。

開発者は、プレビュー版のAzure Developer CLI（azd）のインターフェース、Foundryポータル、Visual Studio Code用Foundry Toolkit、またはGitHub CopilotアプリのMicrosoft Foundryプラグインとスキルを使ってエージェントを作成できる。投稿には2社のコメントが掲載されている。Confluence TechnologiesのCTO、Chris Evans氏は、チームが1週間もかからずにソリューションを稼働させ、基盤となるインフラではなく設計や機能に注力できたと語った。FashableのCEO、Orlando Ribas Fernandes氏は、このハーネスが複雑な調達プロセスを、ガバナンスの効いた測定可能なエージェントワークフローへと変える基盤となり、商業上拘束力のある意思決定は人間の管理下に置けると述べた。

プレビューの制限事項と12月からの課金

プレビュー期間中、顧客はエージェントの作成時にMicrosoft Copilotのハーネスを選択する。既存のエージェントには変更が加えられず、作成後にハーネスを切り替える機能はまだサポートされていない。また、Foundryが実行環境のCPU、メモリ、アイドル状態に関する設定を管理する。

Foundry Agent ServiceでのCopilotハーネスの課金は、2026年12月1日から従量制で始まる。それまではハーネスの実行時間に対する料金は無料だが、モデル推論と、別途課金されるツールや接続サービスには、それぞれ該当する料金が適用される。12月1日以降、サンドボックスのコンピューティング料金はvCPU時間あたり0.0994ドル、メモリ料金はGiB時間あたり0.0118ドルとなる。料金は地域や契約によって異なる。

投稿では、Foundry Agent Serviceにおける3つのアプローチも紹介している。タスクに必要な指示とサポート対象のツールだけで十分な場合は、ハーネスを使わないプロンプトエージェントを利用する。スキル、ファイル、サブエージェントを使ったマネージド実行が必要な場合は、Copilotのハーネスを使うプロンプトエージェントを利用する。独自のフレームワーク、エージェントループ、ミドルウェア、依存関係、または実行時の動作が必要でありながら、Foundryによるホスティング管理を維持したいチームには、ホステッドエージェントが適している。

ホステッドエージェントの長時間実行時のレジリエンス

ホステッドエージェント向けの長時間実行時のレジリエンス機能は一般提供されており、数時間から数日かかる作業を想定している。Foundryは中断を検知すると、元の入力を使って作業を再開する。一方、顧客のコードは進捗と中間結果を保存し、エージェントが中断した箇所から再開できるようにする。エージェントが別のシステムを更新する場合、再起動時に同じ操作が重複しないよう、ワークフロー側でも対策が必要となる。Microsoftは、会話履歴だけでは進行中の作業を復元するには不十分だと指摘した。

GitHubで開発された

Microsoftによると、このハーネスは、同社のマルチモデル・オーケストレーションの取り組みを支えたGitHubのエンジニアたちが開発したもので、Copilotの各種エクスペリエンスをこの基盤に統一していくという。2026年9月4日、GitHubはProject HydraFusionを研究プレビューとして発表した。これは、複数のプロバイダーのモデルを横断して実行計画を構築するもので、3つのパターンを採用している。singleでは、1つのモデルがタスクを直接解決する。cascadeでは、効率的なモデルが解決案を作成し、品質ゲートが、より高性能なモデルに処理を引き継ぐかどうかを判断する。critiqueでは、別のモデルファミリーに属する独立した読み取り専用の評価モデルが解決案を確認し、その後、解決案を作成したモデルが修正する。GitHubによると、オフライン評価では、TerminalBench 2.1でClaude Opus 5より推定コストを67%抑えながら、検証済みタスクの品質が4.9ポイント向上した。DeepSWEではコストを36%抑えつつ、スコア差を1.5ポイント以内に収め、社内のCheckpointBenchではコストを65%抑えながら、スコア差を0.1ポイント以内に収めた。

GitHubは2026年9月16日、CopilotエージェントのランタイムをTypeScriptからRustへ既存環境で移植したことも明らかにしていた。2026年8月21日までに、本番用Rustコードは832,378行に達し、段階的にリリースされた128件のプルリクエストを通じて移植が進められた。Copilot SDKは、このランタイムを6つの言語向けフロントエンドに提供している。Microsoftは、この移植によって業界をリードする性能を実現し、セッションのオーバーヘッドと最初のトークンが出力されるまでの時間を削減したとしている。Microsoftの最上級エンジニアであるStephen ToubがC# SDKを使って実施したベンチマークでは、クライアントとセッションを作成し、1ターンを完了するまでの時間が、移植前の5.25秒から、Rustランタイムを同一プロセス内に読み込んだ状態では292ミリ秒に短縮された。また、クライアント10個をまとめて処理した際に追加されるメモリのピークも、1,383 MBから126 MBに減少した。