Work IQ API の概要

Work IQ API を使用すると、開発者は既存のアクセス許可、コンプライアンス、ガバナンス制御を維持しながら、Microsoft 365 データを安全に推論するエージェントおよび AI 搭載アプリケーションを構築できます。

Work IQ は、エージェント間 (A2A)、モデルコンテキストプロトコル (MCP)、REST など、エージェントと対話するための複数のプロトコルを提供するため、アプリケーションまたはエージェントのアーキテクチャに最適なプロトコルを選択できます。

Microsoft Work IQ API にアクセスするか使用すると、 Microsoft Work IQ API の使用条件に同意したものとみなされます。

ワークIQとは何ですか?

Work IQ は、Microsoft 365 データとコンテキスト理解を組み合わせたワークプレース インテリジェンス レイヤーで、エージェントが仕事を推論し、アクションを実行できるようにします。 Work IQ 機能の完全な概要については、「 Work IQ の概要」を参照してください。

Work IQを使用する理由

従来の AI 統合では、多くの場合、エンタープライズ データを抽出、インデックス作成、セキュリティで保護するためのカスタム パイプラインを構築する必要があります。 Work IQ は、以下を提供することでこの複雑さを解消します。

  • 安全なエンタープライズ グラウンディング: Microsoft 365 データへのアクセスは、自動的にアクセス許可がトリミングされ、ポリシーが適用されます。
  • 柔軟な対話モデル: 会話型 API、エージェント委任、またはツールベースのアクセスから選択できます。
  • 運用オーバーヘッドの削減: ベクター ストア、データ同期ジョブ、またはカスタム コンプライアンスの適用を管理する必要はありません。

サポートされるプロトコル

Work IQ は、次のプロトコルをサポートします。

プロトコル 説明 一般的なシナリオ
A2A 構造化されたエージェント間のコミュニケーション マルチエージェント システム、委任
ローカル MCP ツール ベースのコンテキスト アクセス IDEA、CLI、AI コーディング アシスタント
リモート MCP ツール ベースのコンテキスト アクセス IDEA、CLI、AI コーディング アシスタント
REST 会話型、要求/応答 API サービス ホステッド エージェント、オーケストレーター

サポートされている機能

ワークIQは次のように推論できます。

  • 電子メール メッセージ
  • 会議と予定表のデータ
  • OneDrive と SharePoint のドキュメント
  • Microsoft Teams メッセージ
  • People and organizational context
  • Microsoft Planner プラン
  • エンタープライズ検索結果

プロトコルの選択

次のガイドを使用して、適切なプロトコルを選択します。

注:

次の表は、厳密なルールではなく、特定のシナリオに最適なプロトコルの 推奨事項 を示しています。 最適なプロトコルを使用します。

A2A REST API MCP
以下に使用します 別のエージェントがタスクを Work IQ に委任し、結果を取得する必要がある プログラムで Work IQ を呼び出すアプリまたはサービスを構築しています AI アシスタントは、ユーザー向けのツールとして Work IQ を呼び出す必要があります
Caller 別のエージェント アプリまたはバックエンド LLM ベースのクライアント
「Ops エージェントは Work IQ に回帰の調査を依頼します。」 "Web アプリは Work IQ に質問を送信し、返信をレンダリングします。" "ユーザーが Copilot に質問すると、Copilot は Work IQ を呼び出して回答を求めます。"

API サンプル

エージェント間 (A2A) プロトコル

エージェントのコラボレーションと委任には、エージェントが自律的に動作し、単純な API 呼び出しの代わりに構造化されたタスクを交換する A2A を使用します。 Work IQ では、A2A-Version 要求ヘッダーを介してディスパッチされる A2A v1.0 と v0.3 の両方がサポートされています。

要求の例 — 同期 (SendMessage)

POST https://workiq.svc.cloud.microsoft/a2a/
Authorization: Bearer {access-token}
Content-Type: application/json
A2A-Version: 1.0

{
  "jsonrpc": "2.0",
  "id": "<request-guid>",
  "method": "SendMessage",
  "params": {
    "message": {
      "role": "ROLE_USER",
      "messageId": "<message-guid>",
      "parts": [
        {
          "text": "What meetings do I have today?"
        }
      ],
      "metadata": {
        "Location": {
          "timeZoneOffset": -480,
          "timeZone": "America/Los_Angeles"
        }
      }
    }
  }
}

注:

A2A-Version: 1.0 ヘッダーは、v1.0 メソッド名 (SendMessage) を使用するために必要です。 省略すると、デフォルトは v0.3 になります。

応答の例

{
  "jsonrpc": "2.0",
  "id": "<request-guid>",
  "result": {
    "task": {
      "id": "<task-id>",
      "contextId": "ctx-1",
      "status": {
        "state": "TASK_STATE_COMPLETED"
      },
      "artifacts": [
        {
          "artifactId": "<artifact-id>",
          "name": "Answer",
          "parts": [
            {
              "text": "Today you have: 9 AM standup, 11 AM review with Dana, 2 PM customer call."
            }
          ]
        }
      ]
    }
  }
}

マルチターンの会話

次のメッセージで、前の応答の contextId を渡します。

{
  "jsonrpc": "2.0",
  "id": "<request-guid-2>",
  "method": "SendMessage",
  "params": {
    "message": {
      "role": "ROLE_USER",
      "messageId": "<message-guid-2>",
      "contextId": "ctx-1",
      "parts": [
        {
          "text": "Tell me more about the 2 PM customer call."
        }
      ]
    }
  }
}

キーの特徴

  • JSON-RPC エンベロープが必要 (jsonrpcidmethodparams)
  • ベース URL に POST — メソッド名は URL パスではなく本文内にあります
  • 同期 (SendMessage) のサポート
  • マルチターン経由 contextId
  • Location 時間依存のクエリに必要なメタデータ

リモート モデル コンテキスト プロトコル (MCP)

リモート MCP を使用して、Microsoft 365 作業コンテキストを開発者環境で実行される AI アシスタント用のツールとして公開します。

ローカル MCP

Microsoft Work IQ CLI をインストールし、ローカル MCP サーバーとして構成します。

▶ 対話型デモでローカル MCP を調べる

MCP サーバー構成の例

{
  "workiq": {
    "type": "stdio",
    "command": "workiq",
    "args": ["mcp"]
  }
}

エージェントベースのクエリの例

プロンプト

Summarize recent discussions about project risks.

MCP の概念呼び出し
{
  "tool": "workiq.search",
  "arguments": {
    "query": "project risks",
    "source": "teams"
  }
}
結果
{
  "results": [
    {
      "summary": "Recent discussions highlighted timeline and dependency risks."
    }
  ]
}

キーの特徴

  • IDE および CLI 向けに最適化
  • 必要に応じて動的にプルされるコンテキスト
  • 手動によるプロンプト構築を削減
  • 統合ツールを備えた単一サーバー (近日公開予定)

認証とセキュリティ

Work IQ では、Microsoft Entra ID の代理認証が使用されます。

  • 要求は、サインインしたユーザーのコンテキストで実行されます。
  • 代理 (OBO) フローがサポートされています。
  • アプリケーションのみの認証はサポートされていません。
  • Microsoft 365 のアクセス許可、秘密度ラベル、コンプライアンス ポリシーは、自動的に適用されます。

重要

マルチテナント (親/子) 組織では、アクセス トークンの発行者 (iss) は、アプリが登録されているテナントではなく、サインインしたユーザーが属するテナントと一致する必要があります。 両方のテナントで Work IQ を有効にするだけでは十分ではありません。 アプリをマルチテナント (AzureADMultipleOrgs) として登録し、ユーザーがホーム テナントの権限を通じてサインインできるようにします。 それ以外の場合、要求は 400 AuthenticationError: "Error authenticating with resource" で失敗します。

新たな展開に向けた道

Work IQ は、Microsoft 365 データ上の新しいエージェントおよび AI 搭載アプリケーションに推奨される基盤です。 Work IQ API で新しい開発を構築し、統合されたプロトコル、統合されたガバナンス、継続的な投資を活用します。

ライセンスの要件

Work IQ API は、 Microsoft 製品条項を含む、Microsoft Online Services の使用を管理する契約に基づいてライセンスが付与されます。 Work IQ API の使用料は、Copilot クレジットを使用する使用量ベースのモデルを通じて発生します。 詳細については、「 Copilot クレジットの使用量ベースの課金とコスト管理について」を参照してください