homulaAIエージェントに「身分」を与える流れは、この秋いっきに本流になった。Googleは Gemini のエンタープライズ・エージェントに固有の識別子とメールアドレスを与え、Atlassian や Salesforce は「名前付きエージェント」を自社プラットフォームに住まわせた。そして Microsoft は2026年10月15日、Copilot Studio のエージェントに『自分のアカウント』を与える機能を、プレビュープログラム「Frontier」で公開した。
homula はエンタープライズ向けの AIエージェント・インテグレーターとして、「誰が・何を・どの権限でやるか」の設計を一貫して重視してきた。今回の発表は、その設計の重心が「エージェントの身分（identity）」から「エージェントの記憶（memory）」へと移りつつあることを示している。身分を与えるだけでは解けない——むしろ身分と抱き合わせの共有メモリが、新しいデータ漏えいの面（surface）になりうる。今日はそれを、一次情報に沿って冷静に分解する。
何が発表されたか
Microsoft の発表（および Microsoft Learn のドキュメント）を整理すると、Copilot Studio のエージェントは大きく3つの性質を手に入れる。
| 機能 | 何が変わるか | 統制上の論点 |
|---|---|---|
| エージェント・アカウント | エージェントが「人と同じように」自分の資格情報と、スコープされた権限で動く。Microsoft Entra Agent ID により、新規エージェントごとに識別子が払い出される | 操作が人ではなくエージェントに帰属する＝監査の主語が変わる |
| 業務プロセス・メモリ（共有メモリ） | ユーザーの好みや業務の文脈を記憶し、次のサイクルへ持ち越す。ある人が説明した業務の癖が「全員の共有リソースになる」 | ユーザー間に権限の壁が無い記憶の池ができる |
| トリガー / 常時稼働 | メール等の外部シグナルや一定の周期でエージェントの処理サイクルが起動。追加のプロンプト無しで「always on」 | 人の起動を介さない自動実行が既定になる |
アカウントとメモリとトリガーは、個別に見ればいずれも「エージェントを本物の働き手に近づける」改良だ。Microsoft 自身、共有メモリの狙いを「一人が持ち込んだ業務の癖が、他の全員にとっての共有リソースになる」と説明している。問題は、その「共有」の設計に、企業が当然あると思い込みがちな境界が無いことにある。
便利さの裏側——共有メモリに「人と人の間の壁」が無い
ここが本稿の核心だ。Microsoft の認可（authoring）ドキュメントは、共有メモリについてこう明記している——エージェントは「ある人の詳細を別の人に持ち出さないよう誘導される」が、共有メモリにはユーザー間のプライバシー境界が無い。さらにエージェントの「People card」の注意書きは、ファイルやチャットの要約が「そのファイル・チャットへのアクセス権を持たないユーザーにも、秘密度ラベル（sensitivity label）にかかわらず応答に現れうる」と述べている。
整理すると、共有メモリは「アクセス権（RBAC）」でも「秘密度ラベル（DLP/情報保護）」でもゲートされない、第三の情報経路になりうる。ある部門の担当者がエージェントに説明した業務コンテキストや、権限を持つ誰かが読ませたファイルの要約が、同じエージェントを使う別のユーザーの応答に滲み出す——という構図だ。Microsoft の FAQ は率直に「チームに共有して構わない内容だけを渡すように」と利用者に促している。
二次報道では、プレビュー段階ではエンドユーザー側で共有メモリをオプトアウトできず、管理者もエージェント・アカウント自体を止めないと共有メモリだけを無効化できない、とも伝えられている（Microsoft の一次ドキュメントで要確認）。保持期間など運用の細部も、現時点では明文化が十分ではない。つまり、挙動は確定だが、止め方と消し方の輪郭はまだ曖昧——これはプレビュー機能の宿命であり、だからこそ本番適用の前に自分たちで線を引く必要がある。
なぜこれが『新しい』問題なのか
これまでエージェント統制の議論は、主に「身分」に集中してきた。共有サービスアカウントを捨て、エージェントに専用のIDと最小権限を与える——それ自体は正しい方向だし、Entra Agent ID の払い出しはその延長線上にある。だが身分が解くのは「誰がやったか（帰属・監査）」であって、「何が流れるか（データ境界）」ではない。
共有メモリが突きつけるのは後者だ。従来、企業のデータ保護はファイル／サイト単位のアクセス権と秘密度ラベルの二層で成り立っていた。エージェントの共有メモリは、この二層の「下」をくぐる。権限チェックを通過した誰かの操作結果が要約としてメモリに溜まり、その要約はメモリを共有する全員から参照されうる——ラベルの再評価を伴わずに、だ。
- 身分 ≠ データ境界：エージェントにIDを与えても、そのエージェントの記憶が誰に見えるかは別問題。IDは帰属を、メモリはデータ露出を支配する。
- プラットフォームごとに「記憶の池」が増殖する：Copilot Studio、Gemini、各SaaSの名前付きエージェント……それぞれが独自の共有メモリを持てば、プラットフォーム横断の統制レイヤが無い組織では、ガバナンスの空白が面で広がる。
- シャドー化しやすい：便利なので現場が先に有効化する。シャドーAIのリスクと同型の問題が、今度は「記憶」の形で立ち上がる。
企業が『有効化する前に』決めるべきこと
禁止が答えではない。共有メモリの価値（業務知識の定着、立ち上がりの速さ）は本物だ。要は、有効化の前にデータ境界を自分たちで設計しておくこと。実務の勘所は次の4点に集約される。
- 「共有メモリ＝データストア」として扱う：メモリを会話の副産物ではなく、DLP・情報分類・保持ポリシーの対象となる一級のデータ資産とみなす。何を記憶させ、何を記憶させないか（例：個人情報・未公開情報・特定部門限定の文脈）を明文化する。
- 発行と結合を上流で絞る：どの作成者（maker）がこの種のエージェントを公開してよいか、各エージェントが何を読み・どのプロセスに結合してよいかを、管理者が先に決める。能力はプロンプトではなく権限と結合範囲で縛る。
- 帰属と証跡を前提にする：操作がエージェントに帰属するなら、監査の主語もエージェントだ。誰の指示で・どのメモリを参照して・何をしたかを後から追える状態にしておく。
- プレビュー特有の論点を検証する：オプトアウト可否、共有メモリ単独の無効化、保持期間、削除の粒度（単一エントリを消せるか）——これらを本番前にパイロットで実測し、ベンダーの回答を文書で確認する。
順序が肝心だ。「便利だから有効化し、問題が出たら塞ぐ」ではなく、「データ境界を先に引き、その内側でメモリを働かせる」。身分の設計と同じく、メモリも使う前に囲い込むのが本筋である。
homulaの観点——記憶にも「実行境界」を引く
homula がエージェント導入で最初に行うのは、派手なモデル選定ではなく、AIエージェント・ブートキャンプでの業務の棚卸しとデータの棚卸しだ。共有メモリの時代には、ここに「どの業務コンテキストを・誰と・どこまで共有してよいか」という問いが加わる。棚卸しで線を引いておけば、便利さを捨てずに露出を絞れる。
接続と統制の設計では、特定プラットフォームの共有メモリに統制を丸投げしない中立のレイヤが効く。Agens は MCP を通じて200以上のツールと構築ゼロで接続する一方、その接続を野放しにはしない。Agens Control が担うのは、まさに本稿の4点だ——不可逆・越境な操作に承認フローを挟み、DLP で持ち出しを抑え、RBAC で権限と参照範囲を最小化し、5年分の監査ログで「誰の指示で・何を参照し・何をしたか」を証跡化する。記憶が権限を越えて滲み出さないよう、データ境界を実行の瞬間に効かせるという考え方である。
名前付きエージェントのロックインを避ける中立設計で論じたのと同じく、各SaaSの便利機能はそのまま使いつつ、統制だけは中立のレイヤに寄せる。共有メモリも例外ではない——プラットフォームごとに増える「記憶の池」を、横断して見える化し、ポリシーで束ねる。
まとめ
- Microsoft は2026年10月15日、Copilot Studio のエージェントに「自分のアカウント（Entra Agent ID）」「業務プロセス・共有メモリ」「トリガー／常時稼働」を与える機能を Frontier プレビューで公開した。
- 共有メモリは便利さの裏で、ユーザー間にプライバシー境界を持たない。Microsoft のドキュメントは、ファイル・チャットの要約が権限を持たないユーザーにも、秘密度ラベルにかかわらず現れうると明記している。
- これは「身分（誰がやったか）」ではなく「データ境界（何が流れるか）」の問題であり、RBAC と秘密度ラベルの二層をくぐる第三の情報経路になりうる。
- 禁止ではなく設計で応える。共有メモリをデータ資産として扱い、発行と結合を上流で絞り、帰属と証跡を前提にし、プレビュー特有の論点（オプトアウト・保持・削除）をパイロットで検証する。
エージェントに身分を与える段階は終わり、次の論点は「その記憶を誰のものとして扱うか」に移った。便利な共有メモリを安心して使うための最短経路は、使う前にデータ境界を引くことだ。homula は業務とデータの棚卸しから、承認・DLP・監査の実装まで、一気通貫で伴走する。
自社で「エージェントのメモリや権限をどこまで共有してよいか」の線引きに迷っているなら、まずは業務とデータの棚卸しから始めるのが近道だ。