Opsin：社員エージェントは目的で縛る｜権限だけでは止まらない

「社員が Copilot で自分用のエージェントを作り始めたが、いくつあって何をしているのか、もう誰にも分からない」「権限を絞れと言われても、そのエージェントが何のために作られたのかが分からなければ、どこまで絞ればよいのか決められない」——全社にAIを配った会社の情報システム部門と、エージェントを作る現場の部門のあいだで、今まさに起きている会話です。米国の Opsin は2026年10月15日、2,100万ドルの調達を発表し、社員が作るエージェントの統制に軸足を移しました。同社の主張は、エージェントは権限で縛るだけでは足りず、何のために作られたかという目的で縛る必要があるというものです。この記事では、エージェントごとの目的を誰が決めて棚卸しするか、目的から外れた動きを見つけたときに止める線と責任、マーケ部門が作るエージェントでの線を、定着の段階に沿って整理します。

Opsin は何をする製品か：社員が作ったエージェントを見つけ、目的と照らす

Opsin は、企業のAIエージェントの安全対策を手がける米国の会社です。公式サイトは製品を「AIエージェントの安全基盤」と位置づけ、社員が作ったエージェントを見つけて常に更新される一覧にすること、各エージェントが届く範囲（権限、データ、道具、つながる業務システム）を一覧にすること、各エージェントの動きを本来の目的と比べて外れを見つけること、エージェント・利用者・データ・操作を突き合わせてリスクの優先度を付けること、原因の側で直すことの五つを柱に掲げています。

対象は、会社が承認したAI基盤の上で作られたエージェントです。公式ブログは、Microsoft 365 Copilot、Copilot Studio、Claude の企業版、ChatGPT Enterprise、Gemini を挙げ、基盤ごとに形の違うエージェントを一つの共通の型にそろえて並べると説明しています。つながり方は各基盤との連携の窓口経由で、エージェントの設定と動きの記録、つまり接続先、道具の呼び出し、共有の範囲、権限、実行時のアクセスを読むとしています。

同社のブログによれば、導入から24時間以内に最初のリスク評価を出すとしており、無料の評価の申し込み窓口も公式サイトにあります。公式サイトには SOC 2 の運用評価の報告書を取得したことを示す表示があり、事例として UiPath などの企業名が並びます。日本語で読める紹介はまだほとんどなく、材料は英語の公式情報と海外の報道が中心です。

2026年10月の調達と、情報の見せすぎ対策からの軸足の移動

2026年10月15日、Opsin は2,100万ドルの調達を公式ブログと配信した発表文で公表しました。主導したのはシン・ベンチャーズとレース・キャピタルで、発表文によれば顧客は医療・金融・製造などの規制の厳しい業種を中心に20社近くです。共同創業者で最高経営責任者のジェームズ・ファム氏は、権限が分かるだけでは足りず、エージェントが何をしようとしていて、誰が背後にいて、どのデータを使っているかを安全の担当が理解する必要がある、という趣旨を述べています。

同社はもともと、社内のAIが社員に資料を見せすぎる問題、いわゆる過剰共有への対策から出発しました。公式ブログは、エージェントが広がるにつれて、エージェントのID、目的、接続先、道具の呼び出し、権限の統制へと範囲を広げたと説明しています。見せすぎの対策は、資料の側の設定を直す話でしたが、エージェントの統制は、作った人と目的の側を管理する話になります。共有設定の直し方は別の記事で扱っているので、ここではエージェントの目的の管理に絞ります。

読み方の注意も添えておきます。調達額や顧客数は同社の発表に基づくもので、効果の数字も同社の事例として示されたものです。たとえば公式ブログは、ある顧客で Copilot の回答に含まれる機密の情報が80%から15%未満に減ったと紹介していますが、何を機密と数えたかの定義は公開されていません。数字は検討の入り口であって、自社で同じ効果が出る保証ではありません。

製品の構成も、この軸足の移動に合わせて広がっています。公式サイトの解決策の一覧には、エージェントの発見、実行時の安全、エージェントの統制、MCP の統制、エージェントのIDの安全、リスク評価、継続的な見せすぎの防止が並びます。エージェントが MCP を通じて社外の道具や社内の業務システムにつながるようになり、どのエージェントがどの道具を呼べるかまで統制の対象に入ってきた、という流れです。同社は、3年以内にエージェント同士のやり取りが人とのやり取りを上回るという見通しも示しており、人がエージェントの目的を決めて見張る仕組みを、今のうちに作っておく必要性を訴えています。

「権限を絞れば足りる」は誤解：目的が書かれていなければ、外れた動きは判定できない

エージェントの安全対策というと、まず権限を最小にすることが挙げられます。それ自体は正しいのですが、最小とは何に対しての最小かが決まっていなければ、絞りようがありません。社員が自分の仕事のためにエージェントを作ると、作った本人の権限をそのまま引き継ぐことが多く、本人が読める範囲すべてがエージェントの読める範囲になるからです。

Opsin が目的を中心に置くのはこのためです。公式ブログは、エージェントの構成（接続先、道具の呼び出し、共有の範囲）と実行時の動き（役割の範囲外のデータへのアクセス、役割の合わない利用者への機密の情報の返答など）を材料に、目的との外れを見つけると説明しています。ここで前提になるのは、エージェントごとの目的が、比べられる形で書かれていることです。製品は動きの記録から目的を推し量ることもできますが、推し量った目的が正しいかを決めるのは人です。

目的の管理は、権限の出し分けの設計とも違います。出し分けは「誰に何を見せるか」を利用者の側で決める話で、目的の管理は「このエージェントは何をするためにあるか」をエージェントの側で決める話です。同じ社員が作った二つのエージェントでも、目的が違えば読ませてよい範囲は変わります。エージェントは作った人の分身ではなく、目的ごとの道具として扱うのが出発点です。

公表された数字を、自社の棚卸しの見積もりに使う

同社が2026年7月28日に公開した報告書は、2025年3月から2026年6月までの、8つの業種の本番環境での傾向を分析したものです。エージェントとのやり取りは14倍に増え、エージェントの67%は技術職ではない社員が作り、35%は持ち主のいない状態のまま全ての権限を保ち、60%は「すべて許可」の過剰な権限を持っていた、としています。10月の発表文では、目的から外れたエージェントにつながる道具の93%が接続先に無制限にアクセスでき、実行の前に人の承認を求めるものは200に1つだった、とも述べています。

いずれも同社の顧客の環境を分析した数字で、母数や数え方の詳細は公開されていません。そのまま自社に当てはめるのではなく、自社の棚卸しで何件くらいの持ち主不明や過剰な権限が出てきそうかを見積もる材料として使うのが妥当です。たとえば社内で200のエージェントが見つかったとして、仮に3割に持ち主がいなければ60件を誰かが引き取る必要があります。その人手を先に確保しておくことが、定着の成否を分けます。

もう一つ読み取れるのは、技術職でない社員がエージェントの多くを作っているという点です。作った本人は、権限の重さやデータの扱いに詳しくないことが多く、悪意なく広い権限のまま公開してしまいます。作る人を責めるのではなく、作るときに目的と範囲を書かせる仕組みを用意するほうが、統制は長続きします。

同社の公式サイトは、第三者の調査も引いています。クラウドの安全対策の業界団体であるクラウド・セキュリティ・アライアンスが2026年3月と4月に公表した調査として、企業の82%に把握していないAIエージェントがあり、74%が権限の多すぎるエージェントを抱え、79%が見張りにくいアクセスの経路があると答えた、という数字です。把握していないエージェントがある前提で棚卸しを始めることが、業界の共通の認識になりつつあると読めます。ただし、これらは回答者の自己申告に基づく調査で、実際のエージェントを数えたものではない点に注意が要ります。

定着の段階1：見つけて、一枚の台帳にする

最初の段階は、社内にあるエージェントを見つけて台帳にすることです。Opsin は承認済みの基盤から自動でエージェントを見つけて一覧にしますが、台帳として使うには、製品が拾える情報に、人が埋める欄を足す必要があります。作った人、今の持ち主、目的、読ませる範囲、外に出す経路、最後に見直した日の六つを最低限の欄にします。

製品が拾えるのは、主に技術的な情報です。どの基盤の上にあるか、どの接続先と道具を使うか、誰に共有されているか、どの権限で動いているか、です。一方で、そのエージェントが何の業務のためにあり、止めたら誰が困るのかは、記録からは分かりません。台帳の右半分は、人が聞き取って埋めるものと割り切っておきます。

定着の段階2：目的を一文で書かせ、作った人と別の人が認める

目的は、作った社員が一文で書くのが基本です。「営業部の提案書の過去事例を探して要約する」「マーケ部の問い合わせメールの返信の下書きを作る」のように、誰の、どの業務の、何をするかが入っていれば十分です。「いろいろ調べる」「業務の効率化」のような目的は、外れた動きを判定する基準になりません。

書かれた目的を認めるのは、作った本人ではない人にします。部門のエージェントなら部門長、全社に共有されるエージェントなら情報システム部門と、データを持つ部門の責任者の両方です。目的を書く人と認める人を分けないと、目的は作った本人の都合で広がっていくからです。認めるときには、目的に照らして読ませる範囲と使える道具が釣り合っているかを一緒に見ます。

目的の文をAIに下書きさせることもできます。エージェントの設定と使われ方の記録から、何をしているエージェントかを推し量らせるのは手間の削減になります。ただし、AIの下書きは「今している動き」を書くだけで、「すべき動き」は書けません。今の動きがすでに目的から外れていれば、その外れが目的として固定されてしまいます。下書きを使う場合も、持ち主が自分の言葉で直し、認める人が確かめる手順は省きません。

定着の段階3：目的から、読ませる範囲と使える道具を決める

目的が決まったら、そこから逆算して読ませる範囲と使える道具を決めます。作った人の権限をそのまま使うのではなく、目的に要るものだけを残す考え方です。Opsin の公式サイトは、原因の側で直すこととして、エージェントの範囲、権限、方針のすき間を直すと説明しています。製品が示すのは直す候補で、どこまで削るかを決めるのは持ち主と認める人です。

削るときに迷いやすいのが、まれにしか使わない権限です。月に一度だけ過去の契約書を参照する、といった使い方のために常に広い範囲を読ませておくと、その広さが乗っ取りや誤動作のときの被害の大きさになります。まれな用途は別のエージェントに切り出すか、その都度人が操作するほうが安全です。

道具の側も同じです。メールを送る、共有のフォルダに書き込む、外部のサービスを呼び出す、といった道具は、目的に照らして本当に要るかを一つずつ確かめます。外に出す道具を持たせる場合は、実行の前に人の承認を求める設定にできるかを基盤の側で確かめ、できないものは下書きまでで止める作りにします。同社が述べた「実行前に承認を求めるのは200に1つ」という数字は、この設定がほとんど使われていないことを示しています。

定着の段階4：外れた動きの知らせを誰が受け、何日で直すか

Opsin は、目的から外れた動きや過剰なアクセスを見つけると、優先度を付けて知らせ、持ち主に直すべき点を通知すると説明しています。公式ブログは、安全の担当が誤った警告の多さに疲れがちだという問題にも触れ、優先度付けでその負担を減らすことを狙いに挙げています。ただ、知らせが届いても、受け取る人と直す期限が決まっていなければ、知らせは溜まるだけです。

知らせの受け手は二段にします。一段目はエージェントの持ち主で、目的との外れが誤解なのか本当の外れなのかを確かめ、直します。二段目は情報システム部門で、持ち主が期限までに直さないもの、持ち主のいないもの、外に出す経路を持つものを引き取ります。優先度の高いものは翌営業日、それ以外は2週間以内、といったように優先度ごとの期限を決めておくと、運用が回ります。

知らせの判断をAIに任せきらないことも大切です。リスクの優先度はAIが付けますが、何をもって「外れ」とするかの基準は、段階2で人が認めた目的の文です。判定の根拠になった記録の箇所を、知らせに必ず添えさせる運用にしておくと、持ち主も情報システム部門も、誤った警告かどうかを短い時間で見分けられます。

止める線：隔離・操作の遮断・持ち主への通知を使い分ける

公式ブログによれば、エージェントが方針の境界を越えたとき、Opsin はエージェントを隔離する、その操作を遮断する、持ち主に直すべき点を通知する、の三つの手段を取れるとしています。どれを使うかは、外れの重さと、止めたときの業務への影響の両方で決めます。どの条件でどの手段を自動で使い、どの条件で人が判断するかを、導入の前に表にしておきます。

外れの種類	例	まず取る手段	判断する人
外に出す経路での外れ	顧客の情報を社外の宛先へ送ろうとした	操作を自動で遮断し、持ち主と情シスに通知	情シスと、データを持つ部門の責任者
役割の合わない相手への返答	機密の資料の中身を、権限のない社員に返した	操作を遮断し、エージェントを隔離の候補に	情シス
目的の範囲外のデータを読む	問い合わせ用のエージェントが人事の資料を読んだ	持ち主に通知し、期限内に範囲を直させる	持ち主と、認めた人
持ち主のいないエージェント	作った社員が退職し、権限が残っている	隔離し、引き取り手を探す	部門長と情シス

自動で止める範囲は、最初は狭くしておくのが無難です。エージェントは業務そのものを動かしているので、止めれば業務も止まります。自動の遮断は外に出す経路に限り、それ以外は通知と人の判断から始めると、誤って止めたときの影響を小さくできます。

止めたときの責任：作った社員、部門長、情報システム部門の分担

エージェントを止めると、それを使っていた業務が止まります。問い合わせの下書きが作れなくなる、資料の要約が届かなくなる、といった影響は、作った部門の外にも及ぶことがあります。そのため、止める判断をした人が責められる運用にすると、誰も止めなくなるという逆の問題が起きます。

分担は次のように置くのが基本です。作った社員は、目的を書き、外れの知らせに応じて直す責任を持ちます。部門長は、部門のエージェントの目的を認め、止めたときの業務の代わりの手段を用意する責任を持ちます。情報システム部門は、全社の方針と自動で止める基準を持ち、方針に従って止めたことについては、業務が止まっても責めを負わないと、あらかじめ社内で合意しておきます。

止めた後の戻し方も決めておきます。隔離したエージェントを戻すには、持ち主が外れの原因を説明し、目的か範囲を直し、認めた人がもう一度承認する、という流れにします。止めた理由と戻した理由を台帳に残すことで、同じ外れを繰り返すエージェントが見つけやすくなり、次の棚卸しの優先順位にも使えます。

持ち主のいないエージェント：異動と退職で台帳は必ず崩れる

同社の報告書は、エージェントの35%が持ち主のいない状態のまま全ての権限を保っていたとしています。数字の当てはまり方は会社によって違いますが、異動や退職で持ち主が抜けることは必ず起きます。人のアカウントは人事の手続きと連動して止まりますが、エージェントは、作った人がいなくなっても動き続けることがあるので、別の手続きが要ります。

手続きは人事の流れにつなげます。異動や退職の届けが出たら、その社員が持ち主のエージェントの一覧を台帳から引き、後任に引き継ぐか、止めるかを部門長が決めます。引き継ぐ場合は、後任が目的の文を読み直し、自分の業務として認め直します。引き継ぎ先が決まらないものは、まず隔離してから探すのが安全です。

定期の棚卸しも併せて回します。四半期に一度、台帳の全件について、持ち主がまだ在籍しているか、目的は今も正しいか、最後に使われたのはいつかを確かめます。長く使われていないエージェントは、権限だけが残る危うい存在です。製品の一覧と台帳を突き合わせ、使われていないものから止めていくと、管理の手間そのものも減っていきます。

マーケ部門の線1：顧客データに触るエージェント

マーケ部門は、エージェントを最も早く作り始める部門の一つです。問い合わせの返信の下書き、見込み客の情報の要約、商談前の企業調べなど、顧客の情報に触る用途が多いのが特徴です。顧客の情報に触るエージェントは、目的の文に、どの顧客情報を、どの業務のために使うかを書くことを必須にします。

ここで目的の考え方は、個人情報の扱いとも重なります。個人情報保護法は、個人情報を扱う目的をできる限り特定し、その範囲を超えて扱わないことを求めています。エージェントの目的が「問い合わせへの返信の下書き」なのに、同じ顧客情報を使って新しい販促の対象を選び始めれば、エージェントの目的から外れるだけでなく、会社が示した利用目的から外れるおそれがあるということです。エージェントの目的は、会社の利用目的の範囲の内側に置くよう、法務か個人情報の担当に認めてもらいます。

具体的な線としては、顧客管理の仕組みの全件を読ませない、読ませる項目を目的に要るものに絞る、まとめて書き出す操作を持たせない、の三つから始めます。見込み客の名簿をAIに作らせて、そのまま配信に回すことはしないのも大切な線です。配信の対象を決めるのは、同意の状況を確かめた人の仕事として残します。

マーケ部門の線2：制作物と、外に出す文書に触るエージェント

もう一つの用途が、制作物に触るエージェントです。過去の記事や広告の文案を探して下書きを作る、提案書の型に事例を当てはめる、といった使い方です。ここで問題になりやすいのは、社外秘の資料や、公開前の発表の情報が、下書きを通じて外に出ることです。共有フォルダに未発表の新製品の資料があれば、エージェントはそれを材料に使ってしまうことがあります。

線の引き方は二つです。一つは、読ませる範囲を公開済みの制作物と承認済みの素材に限ることです。もう一つは、エージェントの出力を外に出す前に、必ず人が確かめることです。下書きを作るところまでをエージェントの目的にし、公開と送信は目的に含めないと、目的の文の上でも線がはっきりします。

• マーケ部の共有フォルダ全体を読ませ、未発表の資料も下書きの材料にさせる
• 担当者が作った便利なエージェントを、目的を書かないまま部内全員に共有する
• 外れの知らせが来ても、持ち主が忙しいため誰も確かめないまま数週間放置する
• 顧客の名簿から配信の対象をエージェントに選ばせ、そのまま配信の仕組みに流し込む

何が社外に出るか、費用の増え方、やめ方

Opsin は、承認済みのAI基盤と連携の窓口でつながり、エージェントの設定と動きの記録を読むと説明しています。読む材料には、接続先、道具の呼び出し、共有の範囲、権限、実行時のアクセスの記録が含まれます。一方で、その記録に含まれる資料の中身や回答の文をどこまで受け取り、どこに保存するかは、公開ページでは確かめられませんでした。社員の問いや顧客の情報が記録に含まれる可能性があるので、受け取る範囲、保存の場所と期間、海外での処理の有無を契約の前に書面で確かめます。

費用の体系は公開されていませんでした。見張るエージェントの数や基盤の数に応じて増える可能性を想定し、見積もりの際に何の数で費用が決まるのかを確かめておきます。エージェントは社員が作るたびに増えるので、増え方の見込みと、台帳に載せる基準を先に決めておかないと、費用も手間も読めなくなります。

やめ方も考えておきます。製品が作った一覧や優先度の履歴は製品の中にありますが、目的の文、認めた人、止めた理由といった台帳の右半分は、自社の側の台帳に持っておくのが安全です。そうしておけば、製品をやめても、各基盤の標準の管理機能に戻っても、目的で縛る運用そのものは続けられます。

定着を確かめる項目と、ミニ用語解説

導入から3か月をめどに、次の項目が回っているかを確かめます。すべてに答えが出ていれば、目的で縛る運用が社内に根付き始めたと考えてよいでしょう。

• 台帳の全件に、今の持ち主と、一文の目的と、認めた人の名前が入っている
• 目的を書く人と認める人が、すべてのエージェントで別の人になっている
• 外に出す経路を持つエージェントは、実行前の人の承認か、下書き止まりの作りになっている
• 外れの知らせの受け手と、優先度ごとの直す期限が決まっている
• 自動で止める範囲と、人が判断する範囲が表になっている
• 異動・退職の届けと、エージェントの引き継ぎの手続きがつながっている
• 顧客情報に触るエージェントの目的を、法務か個人情報の担当が確かめている
• 製品が受け取る記録の範囲と保存の場所を、書面で確かめている

• 目的からの外れ：エージェントの動きや届く範囲が、認められた目的の文に照らして余分なこと。判定の基準は人が書いた目的で、製品はその候補を示す。
• 持ち主のいないエージェント：作った社員の異動や退職のあとも、権限を保ったまま残っているエージェント。
• 隔離：エージェントを消さずに動きを止め、調べられる状態にしておく措置。業務を戻すときは、目的か範囲を直したうえで認め直す。
• 本記事の機能や数字は、同社の公式サイト・公式ブログ・発表文に基づきます。効果の数字は同社の主張であり、第三者の検証を経たものではありません。

まとめ

Opsin は、社員が承認済みのAI基盤の上で作ったエージェントを見つけ、目的・ID・権限・データを結び付けて、目的から外れた動きを知らせ、隔離や遮断まで行える製品で、2026年10月の調達を機に、見せすぎの対策からエージェントの統制へ軸足を移しました。その考え方の核は、権限が多すぎるかどうかは、目的と比べて初めて判定できるという点です。だからこそ、目的を一文で書かせ、作った人と別の人が認め、外れの知らせを受ける人と期限、止める線と止めたときの責任を先に決める必要があります。マーケ部門のエージェントでは、顧客情報は会社の利用目的の内側に置き、下書きまでを目的にして、外に出す前の確認を人に残すことが、定着のための最初の線になります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。