最後に優秀なエンジニアが退職したときのことを思い出してみてください。誰かがノートPCと社員証を回収し、IT部門は当日中にログイン権限を無効にしました。上司は未完了のチケットを引き継ぎ先に割り当て、人事部は、本人が下した判断が後から問われる場合に備えて、記録を何年も保管できる場所に整理しました。
では、最後にAIエージェントが「退職」したときはどうだったでしょうか。おそらく、誰かがダッシュボードから削除しただけでしょう。私はAIエージェントを、眠ることがなく、退職手続きも受けない「ベンダーの従業員」だと説明するようになりました。
この違いは重要です。エージェントは在籍中に実際の業務をこなしていたからです。認証情報を保持し、何年も後に誰かから説明を求められるかもしれない判断を下していました。ところが削除しても、画面から名前が消えるだけで、それらはすべて残ったままです。そこで、人に対して実施している退職時のチェックリストを、1項目ずつエージェントに当てはめ、どのような内容になるかを考えてみましょう。
エージェントが去ってもアクセス権は残る
従業員が退職するとき、IT部門にはチェックリストがあります。多くの場合、長年の退職対応で積み上げてきたものです。ノートPC、社員証、メール、Slack、法人カード、利用者が3人しかいない例のデザインツールなどが並びます。IDプロバイダーを見れば本人のアカウントに連携しているアプリが分かり、スイッチ1つでアクセスの大半を無効にできます。
エージェントには、こうしたリストがほとんど用意されていません。CRMのサービスアカウントを持ち、さらに昨年誰かが設定した2つの自動化と共有するトークンも抱えているかもしれません。退職時に問題を起こすのは、この共有トークンです。どの権限がエージェントのもので、どの権限が稼働中の別の仕組みのものなのか、誰にも判別できないからです。
OWASPは、こうした非人間ID（Non-Human Identity）の最大のリスクとして、不適切なオフボーディングを挙げています。
エージェントをそのプラットフォーム上で停止するだけでは、社員証は取り戻したものの、エージェント用に作らせたサーバールームの合鍵を忘れているようなものです。より良い対策は、自動的に失効する鍵を使うことです。アーキテクチャが許す範囲で、エージェントには1回の操作に限定した短命の認証情報を与えましょう。そうすれば回収すべきものが残りません。それでも残る常設のアクセス権は、IDレイヤーとAPIレイヤーをたどって洗い出し、停止後にテストする必要があります。エージェントが棚卸し一覧から消えても、その認証情報が権限リストに何カ月も残ることがあるからです。
去った後も動き続ける業務
退職するエンジニアの未完了チケットは、最終出社日までに誰かの手に渡ります。たいていは慌ただしい引き継ぎの電話で「全部ドキュメントに書いてあります」と告げられ、誰が何を引き受けるかは上司が決めます。
エージェントの作業キューは、もっと見えにくいものです。来週に実行するジョブを予約していたり、タスクの半分を別のエージェントに渡していたりするかもしれません。停止する前に、誰かがその作業を洗い出し、取り消せるかどうかで分類する必要があります。書きかけの下書きなら簡単ですが、すでに処理に回した支払いとなると手間がかかります。
私が最も気がかりなのは、誰もキューに入れていない種類の作業です。どのチームにも、小さいけれど重要な業務を黙って回し続けている人がいます。その存在に気づくのは、たいていその人が休暇に入ったときです。エージェントも同じことをします。
たとえば、あるエージェントが顧客レコードを最新に保ち、更新管理システムがそのレコードを毎週月曜に読み込んでいるとします。そのエージェントを削除すると、ある火曜の朝、数週間も誰も手を入れていないレコードをもとにした更新見積もりが送信されてしまいます。
モデルが去っても判断は残る
人事部は、従業員が退職した後も何年にもわたって記録を保管します。使う場面が来るとは誰も思っていません。それでも保管するのは、その人が下した判断が、本人が去ってから長い時間が経った後に問われる可能性があるからです。
エージェントの判断も、後から問われることがあります。たとえば、あるエージェントが18カ月にわたり融資商品の適格性判定を支援し、その後、より精度の高いモデルに置き換えられたとします。2年後、顧客の弁護士が、なぜ旧エージェントが彼女の申請を却下したのかを尋ねてきます。
却下したという事実自体は記録に残っています。しかし理由は、その日の状況にあります。どのモデルとプロンプトのバージョンが動いていたのか、どのデータを参照したのか、どのツールを呼び出したのか、どのポリシーが有効だったのかといったことです。エージェントの最終構成のスナップショットが示すのは最終日の姿であり、却下が行われたのは別の日です。
日常的なクリーンアップは、まさにこの文脈を捨ててしまいます。プロンプトは上書きされ、ログは運用向けに設計された保持ルールに従って期限切れになります。2年後に弁護士が質問してくるよりずっと前のことです。アクセス権を完全に取り消し、業務も適切に引き継いだとしても、そのエージェントが下した判断を1件も弁護できない状態になりかねません。
退職記録
オフボーディングは、どれも署名と日付で終わります。エージェントの場合、この記録には2つの問いへの答えを、それぞれタイムスタンプ付きで残すべきだと考えます。エージェントのIDをいつ無効にしたのか。そして、そのIDのもとで最後に何かが動作したのはいつか。後者の時刻が前者より遅いなら、ダッシュボードがどう表示していようと、そのエージェントはまだあなたの組織のために働いています。
これは、送別会から何カ月も経った元従業員が、まだ入館証でオフィスに入っているようなものです。
記録には、エージェントの所有者と、その判断の証拠が現在どこにあるのかも明記する必要があります。作業用メモリの扱いも決めなければなりません。キャッシュされた結果やベクトルデータベースのエントリには顧客データが含まれることがあり、一部は監査のために保持し、残りは当日中に削除できます。
この記録を最も低コストで始められるのは、エージェントの初日です。新入社員に上司と試用期間の評価が割り当てられるのと同じように、すべてのエージェントに、稼働開始時点で責任者の氏名とレビュー日を設定しましょう。
Sprintoでは、顧客がAIシステムをコンプライアンスプログラムに組み込む際に、この方法を採っています。AIシステムはそれぞれ、責任者の氏名とともにレジストリに登録されます。退役させる段階になると、削除ボタンは無効になります。システムは正式なオフボーディング段階に進み、責任者の承認やデータの扱いに関する判断を求めることができます。各ステップは、監査人向けの証跡として記録されます。
この問題が月ごとに難しくなる理由
今後2年間に書かれ、出荷されるソフトウェアは、過去40年間の合計を上回るでしょう。そして、その中でエージェントが占める割合は増え続けます。今では人々が、自分がコードを書いていると意識しないまま、社内ツール上でエージェントを構築しています。
人事部が人を手作業でオフボーディングできるのは、すべての採用がもともと人事部を通っているからです。一方、エージェントは、適切なツールにアクセスできる人なら誰でも作成できます。エンジニアリングのリリースも、気づいてくれる人事担当者もありません。1ダース程度なら手作業で退役させられますが、数百になると破綻します。
エージェントについては、人事部が人に対して担っている役割を、システムが果たす必要があります。システムは自律的に動作し、判断が必要な場面では人を介入させます。企業が従業員のログインを管理するのと同じように、各エージェントがアクセスできる範囲もそのシステムで管理すべきです。
同じシステムは、どのモデルで動いているかにかかわらず、各エージェントをその役割によって把握し、エージェントの挙動をバージョン管理された履歴として保持する必要があります。この履歴があれば、モデルがなくなった後でも、18カ月前の判断を説明できます。
エージェントが数百に達しても対応を続けられる方法は、こうしたシステム以外に思いつきません。導入に最適なのは、システムがまだ単純で追跡しやすい今です。
導入するすべてのエージェントには、いずれ最終日が来ます。誰が鍵を回収するのか、今のうちに決めておきましょう。
翻訳元: https://www.helpnetsecurity.com/2026/11/12/sprinto-ai-agent-offboarding/
