Workday、外部AIエージェントに人事・財務データを開放

Workdayは、同社プラットフォームのエージェント向けコンポーネントを外部に一般提供した。これにより開発者は、Claude CodeやCursorなどのツール内で人事・財務エージェントを構築できる一方、エージェントはWorkdayにおけるユーザーの権限、承認、監査ログの管理下に置かれる。

同社はラスベガスで開催したWorkday Risingカンファレンスでこれを発表し、Model Context Protocol（MCP）サーバー、SQLによるWorkdayのリアルタイムデータへのアクセス、エージェント向け共有ランタイム環境が一般提供されたと説明した。顧客はAnthropic、Google、Meta、Mistral、Nvidia、OpenAIのモデルを使ってエージェントを実行できる。

同じ権限による直接アクセス

開発者向けの主な入口となるのがAgent-Ready Toolsで、Workday Extend AIに含まれるMCPサーバーである。ユーザーは自身のWorkday認証情報でログインし、同社によれば、エージェントがアクセスできるのはそのユーザーに閲覧権限があるデータに限られる。

現在、サーバーには読み取り用ツールが275個、データの追加・削除用ツールが54個含まれている。また、Workday Data Cloudに属するLive Data Queryサービスにより、ビジネスインテリジェンスツールやエージェントはWorkdayデータに対してSQLクエリを直接実行できる。ただし、各クエリが返すのはユーザー権限でアクセスを許可されたレコードだけである。

WorkdayはAgent Harnessも提供している。これはユーザーの身元、組織上の位置、アクセス権をエージェントに渡し、実行可能な内容を定める共有ランタイム環境であり、コストと性能に基づいてタスクごとに適切なモデルも選択する。一方、Developer Agentは、Claude Code、Codex、Cursor、またはWorkday Developerサイト内で、自然言語の指示からエージェントとWorkdayアプリケーションを作成する。

Custom Agentsを使えば、チームはLangChainまたはGoogle Agent Development Kitを使って構築したエージェントをAgent Harness上にデプロイできる。ただし、ADKのサポートは現在、デザインパートナーに限られている。

実際に何が変わるのか

Workdayによると、顧客は過去4か月間にDeveloper AgentとAgent-Ready Toolsを使い、500以上のエージェントと6,000以上のアプリケーションを作成した。同社は2027年初頭に、Agent Context ServiceとGrounded Reasoningを早期提供する準備を進めている。前者はタスクに必要なデータだけを読み込み、後者は実行前に提案されたアクションを顧客のポリシー、業務ルール、Workdayの記録と照合する。

今回の発表の核心は、データをコピーするモデルから、ルールを備えた業務記録の原本に接続するモデルへ、エージェントを移行することにある。Workdayは、専用MCPサーバーとSnowflake内のデータコピーに接続したエージェントの例を示した。このエージェントは、許可されていない採用申請にアクセスし、最高技術責任者の給与を表示できた。WorkdayサーバーとData Cloudをユーザーのログイン情報とともに使った場合、結果は許可されたデータに限定された。

アプローチの限界とアイデンティティに関する疑問

Workdayは、データレイクの価値が失われたとは考えていない。データレイクは依然として、分析や企業データの統合に適している。しかしCTOのGabe Monroyは、データをエクスポートしても、それを管理するルールまでは移行されないため、データレイク内に第2のセキュリティモデルを再構築する必要が生じ、そのモデルが原システムから乖離する可能性があると述べた。

一方、製品・技術責任者のGerrit Kazmaierは、WorkdayのツールとMCPインターフェース上に直接エージェントを構築する方法は、人事・財務のロジックを必要としない、限定的な用途に適していると説明した。それ以外のケースでは、ClaudeがリクエストをエージェントのオーケストレーターであるSanaに渡し、Sanaが専門のWorkdayエージェントを呼び出す経路をWorkdayは想定している。

この点から、オープンな提供が必ずしもエージェントのWorkday環境からの独立を意味しないことが分かる。また、エージェントのアイデンティティも重要な設計上の論点である。同社の文書によると、エージェントには2つのシステムアカウントを使用できる。1つはユーザーに代わって作業するためのもの、もう1つは周辺タスク用のもので、それぞれが個別のOAuth 2.0クライアントと権限を持つ。