Microsoftは2026年10月28日の公式ブログで、Microsoft Foundryを通じてCopilot harnessを公開すると発表しました。これは、Copilot Code、Copilot Studio、GitHub Copilotアプリ、コマンドラインツール、VS Codeなどの製品を動かしているのと同じマルチモデルエージェントの編成層です。Microsoftの判断は明快です。異なるモデルを使いこなすには、まず十分に優れたharnessが必要であり、それを自前で作って維持するコストは高すぎるというものです。
harnessが担うのはモデルの外側のすべて
Microsoftの定義では、モデルが提供するのは知能であり、harnessはその周りのすべてを担います。エージェントへの指示、コンテキストの準備、実行環境と制御手段を提供し、本当に意味のあるタスクを完了できるようにします。このharnessはMCP、エージェントスキル、エージェントプラグインなどのオープン標準に対応しており、開発者はharnessや技術スタックを変えることなく、タスクごとに異なるモデルを選べます。
公開後、開発者には2つの道があります。SDKをダウンロードして自分で動かすか、Foundry上のフルマネージドなクラウド実行環境を使うかです。harnessはすでに20以上のフロンティアモデルに接続し、自分のキーの持ち込みにも対応しています。Microsoftはタスクに応じて作業を適切なモデルへ賢く振り分けるため、開発者が新しいモデルを一つひとつ追いかけて評価する必要はありません。GitHubチームは最近、harnessのランタイムをRustへ移植しました。Microsoftによれば、これにより業界トップレベルの性能が得られ、セッションのオーバーヘッドと最初のトークンまでの待ち時間が短縮されました。同じharnessがすでにMicrosoft社内で数百万人のユーザーに使われているため、実際の規模で検証済みだと強調しています。
省けるのは編成コストであり、製品判断ではない
Microsoftは、エージェントのループとサンドボックス、ガバナンスと最適化を最初から組み込んで引き受けます。開発者は指示、スキル、ツール、モデルの選択を持ち込むだけです。プラットフォームは引き続きオープンで、開発者は他のharnessやフレームワークも使い続けられます。なお、今回のブログではFoundryでharnessを使う場合の具体的な料金は公表されておらず、実際のコストは今後の製品ページ次第です。チームにとっての本当の選択は、編成層をMicrosoftに任せて手間を減らすか、自社開発を続けて完全に制御するかのどちらかです。harnessの公開は、前者の選択をしやすくするだけで、チームに代わって決断するものではありません。
