情シス担当が1人。入社・異動のたびにアカウントを作り、権限を付け替え、「このツールが使えないのですが」という問い合わせに答える。依頼はチャットで来るのに、作業は管理画面を何枚も開いて行うので、1件ごとに文脈の切り替えが発生します。
そこへ、依頼が来たチャットの中で作業まで完結させる仕組みが出てきました。便利なのは間違いありません。ただし、これまでの「AIによる管理支援」とは性質が変わる点が1つあります。設定を読むのではなく、設定を変えるからです。
会話の中で、変更まで進む
OpenAI が2026年8月25日、ChatGPT Work と Codex 向けの管理者プラグインを公開しました。公表されている内容によると、管理者は1つの会話の中で、質問し、詳細を確認し、認可された変更を実行し、結果を確認するところまで進めます。
具体的に挙げられている操作は次のようなものです。
- 利用状況やクレジット消費の確認
- メンバーの追加・削除、グループの更新、アクセス権限の管理
- 実効権限の確認とアクセス不具合の切り分け、役割やグループ単位での機能・モデルのアクセス制御
- メンバーやワークスペースの利用上限の調整、支出リクエストの承認・却下
見て分かる通り、前半は照会、後半は変更です。「なぜこの人はこの機能を使えないのか」を調べ、そのまま「では使えるようにして」まで一続きでできる、というのがこの機能の眼目です。
同じ方向の動きは Google Workspace 側でもあり、管理コンソールに Gemini の支援機能が入っています。ただしそちらは現時点で照会と要約が中心で、管理コンソールのAdmin Assistで整理した通り、性質としては「読む側」に寄っています。 変更まで踏み込むかどうかで、必要な準備が変わります。
「読む」と「変える」の間にある段差
照会だけなら、AIが間違えても被害は「答えが違う」で止まります。管理者が管理画面を見れば気づけます。
変更が絡むと、間違いはそのまま状態になります。しかも管理操作の性質上、間違いが起きる場所は、たいてい取り返しの付きにくい場所です。権限の付与、メンバーの削除、上限の引き上げ。どれも「あとで直せばいい」で済ませにくいものが並んでいます。
現場で起こり得る形は3つに整理できます。
1つ目は、言い方の揺れがそのまま実行されること。 「田中さんの権限を外して」と依頼したとき、同姓の別人が在籍していたらどうなるか。会話の中では自然な指示でも、実行の段階では対象を一意に決める必要があります。確認画面で対象が明示されるかは、最初に見るべき点です。
2つ目は、実行者の権限が広すぎること。 AIが操作を代行するとき、使われるのは誰の権限か。管理者本人の権限で動くなら、その管理者にできることは全部できてしまいます。読み取り中心の運用を想定していても、アカウント側が全権を持っていれば、それは全権の運用です。
3つ目は、記録に残る「実行者」が人のままになること。 監査ログを見たときに、その変更を人が手で行ったのか、AIが会話の流れで行ったのかが区別できないと、後から経緯を追えません。この論点はAIエージェントに更新を許すときの扱いと共通で、読み取りと同じ運用に混ぜないことが要点になります。
渡す前に決める4点
導入を止める必要はありません。決めておけば済む話です。
- 実行に使うアカウントの権限範囲。 全権の管理者アカウントで動かさない。必要な操作だけを持つアカウントを用意し、そこに紐づける
- 取り消せる操作かどうかで分ける。 上限の引き上げは戻せますが、メンバーの削除は戻せません。戻せないものだけを手作業に残すという線引きが、最も費用対効果が高い区分です
- 二人目が要る操作を決める。 支出の承認や権限の付与は、依頼した人と実行を承認する人を分ける。1人情シスの会社では、この「二人目」を経営側に置くことになります
- 監査ログで実行経路が分かること。 誰の依頼で、どの経路で変更されたか。導入前に、実際に1件変更してログの見え方を確認してください
4番目は、導入後にやると忘れます。最初の1件を意図的にログ確認のために実行すると決めておくのが確実です。
承認を挟めば安全、とは限らない
「変更前に確認画面を出せばよい」という設計は自然ですが、これには既知の副作用があります。確認の回数が増えるほど、内容を読まずに承認する状態に近づきます。1日に30回「よろしいですか」が出る運用では、31回目も反射で押されます。
承認ボタンを押し続けた先で事故は起きるで触れた通り、効くのは確認の回数を増やすことではなく、確認を求める対象を絞ることです。取り消せる操作は確認なしで通し、戻せない操作にだけ確認を集中させる。そのほうが、確認が確認として機能します。
小さく始める順番
一度に全部を渡す必要はありません。順番があります。
第1段階は照会だけ。 「なぜこの人はこの機能を使えないのか」の切り分けに限って使います。これだけでも、管理画面を横断して調べる時間はかなり減ります。ここで1ヶ月ほど使い、回答の精度を体感してから次へ進みます。
第2段階は、戻せる変更まで。 利用上限の調整、グループへの追加など、間違えても即座に戻せるものだけを対象にします。
第3段階で、戻せない操作を検討します。 ここまで来る頃には、どの操作をAIに任せると楽になるかが実感で分かっているはずです。分からないまま第3段階から始めるのが、最も危ない順番です。
次にやること
まず、自社で管理操作を行っているアカウントが何を持っているかを確認してください。 全権の管理者アカウントを日常作業に使っているなら、AIに渡すかどうか以前に、そこが最初に直す場所です。
そのうえで、「戻せない操作」を書き出してください。 メンバー削除、データの削除、外部共有の解除あたりが並ぶはずです。この一覧が、AIに渡さない範囲の定義になります。
AI を組み込んだ社内運用の設計、権限とログの整理、管理業務の自動化については、グリームハブの開発・AI・自動化のご相談で承っています。組織の規模と現在の運用体制によって進め方が変わるため、個別にご相談ください。お問い合わせからどうぞ。
