作ったAIエージェント、誰が面倒を見る？ 「担当者不在のAI」を増やさない運用ルール
AIエージェントは、一度作ればレポート作成、情報整理、問い合わせ対応などを繰り返し実行できる便利な仕組みです。しかし「作った人が異動した」「もう使っていないのに動き続けている」「何のためのAIか誰も説明できない」といった状態になると、便利な自動化が管理されない業務へ変わります。Microsoftは2026年8月6日、社内で50万以上のAIエージェントを可視化・管理している事例を公開し、所有者のいないエージェントが社員の退職後も動き続けることを具体的なリスクとして挙げました。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1]) さらに8月10日には、複数環境のAIエージェントをまとめて確認・管理する機能を発表しています。([[Microsoft Learn](https://learn.microsoft.com/en-us/partner-center/announcements/2026-august)][2]) AIを怖がって自動化を避けるのではなく、「誰が責任を持つか」「いつ見直すか」「いつ止めるか」を最初から決めておくことが、長く便利に使うコツです。
- 仕事でAIエージェントや自動化を使う人
- ChatGPT・Copilotなどで共有AIを作る人
- 定期レポートや通知をAIで自動化する人
- 会社で生成AIの運用ルールを考える人
AIエージェントを自動運転のまま放置せず、担当者、目的、権限、参照データ、最終確認日を定期的に見直してください。
身近な事例を知る
毎週月曜日に売上レポートを作るAIを作った。半年後、作った社員が異動したがAIはそのまま動いている
AIは毎週データを読み、レポートを作成して共有フォルダへ保存しています。最初はとても便利でした。しかし半年後、担当者が異動し、参照するデータの仕様も変わりました。レポート自体は今も生成されるため誰も異常に気付きませんが、古い集計条件を使っている可能性があります。さらに「誰が設定を変更できるのか」「どのデータへアクセスしているのか」「そもそも今も必要なのか」を説明できる人がいなくなっていました。Microsoftは、AIエージェントが増えるにつれて、所有者・利用状況・ライフサイクルを一覧化することが重要になったと報告しています。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1])
あなたならどうする？
まず一つ以上選んでから確認してみてください。
推奨される行動- 誰が管理するかと、いつ見直し・停止するか
選んだカードの表示を見ながら、今回はどの行動が安心につながるか確認できます。
AIエージェントはソフトウェアであると同時に、継続して業務を実行する仕組みです。そのため「誰が作ったか」だけでなく、「現在誰が責任を持っているか」を残すことが重要です。Microsoftはエージェント管理の基礎として、所有者とライフサイクル状態を明確にすることを推奨しています。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1]) NISTもAIシステムについて役割と責任を定義し、ライフサイクル全体で管理する考え方を示しています。([[NIST AI Resource Center](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/?utm_source=chatgpt.com)][3])
確認ポイント
現在の担当者が決まっているか
作成者ではなく、「今このAIについて問い合わせを受ける人」を一人またはチーム単位で明確にします。Microsoftもエージェント管理でownershipの追跡を重視しています。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1])
何のために作ったAIか一文で説明できるか
目的が曖昧なまま残ると、使われていないAIや役割が重複したAIを整理しにくくなります。
どのデータやツールを使っているか記録しているか
参照先のファイル、データベース、メール、外部サービスなどを把握しておくと、仕様変更時に影響を確認できます。Microsoftはエージェントの接続先や権限を可視化する重要性を挙げています。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1])
最後に正常動作を確認した日が分かるか
「今動いている」だけでなく、結果が今の業務ルールに合っているか定期的に確認します。
作成者が異動・退職した場合の引き継ぎがあるか
Microsoftは所有者のいないエージェントが社員の退職後も動き続けることを管理上のリスクとして具体的に挙げています。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1])
使われていないAIを停止する基準があるか
一定期間利用されていない、担当業務が終了した、参照システムが廃止されたなど、停止条件を決めておきます。
重要な自動処理に確認ポイントが残っているか
Microsoft Researchの開発者調査では、AIエージェントの監督には事前制御、共同計画、実行中の監視、実行後レビューなど複数の形があると整理されています。([[Microsoft](https://www.microsoft.com/en-us/research/publication/human-oversight-of-agentic-systems-in-practice-examining-the-oversight-work-challenges-and-heuristics-of-developers-using-software-agents/)][4])
AIの数だけ増えていないか
似た目的のAIが複数作られている場合は、統合や共有を検討します。MicrosoftはAIエージェントが増えるにつれ一元的なインベントリが重要になると説明しています。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1])
現時点での見立て
AIエージェントが便利になるほど、作成数は自然に増えていきます。Microsoftではすでに50万以上のエージェントを一元的に可視化し、所有者やライフサイクルを管理する段階へ進んでいます。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1]) 一般の会社で同じ規模の管理システムを導入する必要はありません。スプレッドシートでも、「名前・目的・担当者・使うデータ・権限・最終確認日・停止条件」を記録するだけで十分な第一歩になります。AIを増やさないことより、増えても整理できる状態を作る方が実務的です。
安全な対処方法
安心につながる行動
- AIを作った日に担当者を決める後から決めようとすると、作成者の異動や退職で管理者不在になりやすくなります。
- AI台帳を作る名前、目的、所有者、利用部署、接続先、権限、最終確認日を一覧にすると、少人数の会社でも管理しやすくなります。NISTもAIシステムを把握する仕組みを持つことを推奨しています。([[NIST AI Resource Center](https://airc.nist.gov/airmf-resources/playbook/govern/?utm_source=chatgpt.com)][5])
- 3か月や6か月ごとに棚卸しする業務ルールや参照データが変わっていないか定期的に確認できます。
- 異動時の引き継ぎ対象にAIを入れるメールアカウントや業務ファイルと同じように、AIエージェントも担当業務の資産として引き継げます。
- 使われていないAIは一度停止する必要になれば再開できるため、不要な自動処理を動かし続けるより管理しやすくなります。
- 重要なAIには停止方法を残す誤動作や仕様変更が起きたとき、すぐ人間が止められる状態にできます。
- AIの失敗や修正内容も共有するMicrosoftのWork Trend Indexでは、高度なAI活用者ほどチーム内でAIの使い方、失敗、品質基準を共有する傾向が報告されています。([[Microsoft](https://www.microsoft.com/en-us/worklab/work-trend-index/agents-human-agency-and-the-opportunity-for-every-organization)][6])
避けたい行動
- 作った本人だけが設定内容を知っている状態にする異動や退職後に、誰も修正・停止できないAIが残る可能性があります。
- 正常に動いているので永久に確認しないAIが同じ処理を続けていても、業務ルールや参照データ側が変化している可能性があります。
- 利用数が少ないAIは管理しなくてよいと考える利用者数が少なくても、機密データや重要システムへアクセスするAIなら影響は大きくなります。
- 似たAIを部署ごとに無制限に作る目的や責任者が重複し、どれが正式なAIなのか分かりにくくなります。
- AI自身に必要性や停止判断をすべて任せる業務上そのAIがまだ必要か、組織として許可されているかは人間側の判断が必要です。
- 管理が面倒だからAIエージェントを使わないMicrosoftの最新事例もAI利用を抑える方向ではなく、可視化とライフサイクル管理によって広く活用する考え方を採用しています。([[Microsoft](https://www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/)][1])
AIの前向きな活用
AI社員を増やすなら「社員名簿」と同じ感覚でAI台帳を持つ
AIエージェントは、毎週の集計、問い合わせ整理、資料作成、情報収集など、繰り返し業務を任せるには非常に便利です。Microsoftの2026 Work Trend Indexでも、AIを高度に活用する人ほど複数ステップの仕事をエージェントへ任せつつ、人間が方向性と結果への責任を持つ働き方が紹介されています。([[Microsoft](https://www.microsoft.com/en-us/worklab/work-trend-index/agents-human-agency-and-the-opportunity-for-every-organization)][6]) そこでAIを作るたびに「担当業務」「上司にあたる責任者」「使える道具」「定期面談にあたる棚卸し日」を決めると、AIを組織へ自然に組み込みやすくなります。大企業向けの高度な管理ツールがなくても、小さなAI台帳から始められます。
- 毎朝ニュースをまとめるAIに担当者と参照サイトを記録する
- 売上レポートAIを3か月ごとに集計条件レビューする
- 問い合わせ分類AIに「誤分類が一定数を超えたら停止」という条件を付ける
- 担当社員の異動時にAIエージェントも引き継ぎ一覧へ入れる
- 半年使われていない共有AIを停止候補にする
- 社内AI一覧に「誰に聞けば分かるか」を必ず記載する
今回、覚えておきたいこと
AIを自動化したら、「誰が見るか」「いつ見直すか」「いつ止めるか」まで決める。
情報源
- Implementing Agent 365: How we’re governing and managing AI agents at Microsoft（外部リンク） Microsoft Inside Track その他
- August 2026 announcements - Manage agents across multiple tenants（外部リンク） Microsoft Learn その他
- 2026 Work Trend Index Annual Report: Agents, human agency, and the opportunity for every organization（外部リンク） Microsoft WorkLab その他
- Human oversight of agentic systems in practice（外部リンク） Microsoft Research その他
- AI RMF Core（外部リンク） National Institute of Standards and Technology その他
- AI RMF Playbook - Govern（外部リンク） National Institute of Standards and Technology その他
誠主任からひとこと