Microsoft、長時間の作業を支えるCopilot harnessを公開

長時間の仕事を支える基盤

Microsoftは2026年10月28日、Foundry Agent ServiceでMicrosoft Copilot harnessの公開プレビューを発表しました。再利用可能なスキル、認証と承認を設定するツール接続、ファイルやコードを扱う実行環境、子エージェントへの作業分担をまとめた仕組みです。モデルを呼び出すだけでなく、複数の工程を進めるエージェントの実行基盤をマネージドサービスとして提供します。

プレビューと一般提供を区別

同じ発表では、hosted agents向けの長時間実行の復旧機能も一般提供と案内しています。こちらはCopilot harnessのプレビューとは別の機能です。中断時には元の入力で再起動するため、進捗保存や再開位置、外部システムへの重複操作の防止はアプリケーション側で設計する必要があると説明しています。「復旧対応」と「業務を自動的に正しくやり直す」は同じ意味ではありません。

共通基盤と業務ルールを分ける

実務での見方としては、調査、集計、資料作成を一つの依頼でつなぐ際の負担を整理しやすくなる発表です。担当チームは、エージェントを動かす共通部分と、自社固有の判断ルールを分けて考えられます。たとえば市場調査なら、参照先の範囲、数値の比較方法、資料の書式、未確認情報の扱いを業務手順として定義し、その手順が実行されるかを評価する形です。

失敗と重複に備える

導入検証では、成功例だけでなく途中で止まるケースを先に用意するとよいでしょう。調査先が一時的に読めない、集計後に実行環境が再起動する、保存先に同じ報告書がある、といった場面です。どこまで終わったかを記録し、再実行で二重作成しないかを確認します。メール送信や発注など外部へ影響する工程は、下書き作成と最終実行を区切り、承認者とログの残し方も決めておきます。

小さな工程から運用を試す

まずは読み取り中心の週次レポートなど、結果を人が確認できる仕事から試すのが現実的です。評価は回答の自然さだけでなく、出典の追跡、作業の完了率、中断後の再開、確認に要する時間、総費用を並べます。プレビューの対応モデル、地域、ツール、制約は公式資料で個別確認が必要です。実行基盤の提供を、そのまま無監督運用の許可と受け取らず、自社が任せられる範囲を決めることが重要になります。検証中に見つかった失敗を手順へ戻し、次の実行で改善したかを確認するところまで含めて設計すると、導入可否を判断する材料になります。