AIエージェントとは、目標達成のため環境を感知し自律的に行動するAIのことです。

顧問先の資料を生成AIに入れてよいか。この問いに事務所として答えを持っていても、AIエージェントには答えきれていないことがあります。従来の生成AIは聞かれたことに答えるだけでしたが、AIエージェントはファイルを読み、外部システムを呼び、結果を書き戻します。この記事では、士業事務所がAIエージェントを導入する前に決めておく実行範囲・権限・ログ・データ境界の4項目を、7つのチェックとして整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。

政府文書がAIエージェントを名指しした2026年の変化

2026年に変わったのは、AIエージェントが政府文書の中で名前を持ったことです。総務省と経済産業省は2026年3月31日にAI事業者ガイドライン第1.2版を公表しました（経済産業省 AI事業者ガイドライン）。同じ資料は総務省のページにも掲載されています（総務省 AI事業者ガイドライン掲載ページ）。

第1.2版の更新論点をまとめた解説によると、今回の改定ではAIエージェントとフィジカルAIについて、定義・便益・リスク・留意すべき事項が追記されています（PwC Japanグループ 「AI事業者ガイドライン（第1.2版）」改定のポイントと事業者への期待）。同解説は、AIエージェントの定義として、特定の目標を達成するために環境を感知し自律的に行動するAIシステムという整理が示されたと記しています。あわせて、外部システムとの連携が増えるため連携先のツールやシステムを適切に制限すること、権限を適切に設定すること、判断が必要な事項を重要度に応じて整理して人間の判断を介在させる仕組みを構築すること、定期的な操作履歴の確認や報告を行うことが留意点として挙げられたとしています。

士業事務所にとって見逃せない更新がもう1つあります。同解説によれば、リスクの記載の見直しにおいて、生成AIを専門分野に活用する際に資格等を侵害し法令違反を問われる可能性がある旨が追記されました。ここでいう資格等の侵害は、無資格者による業務独占分野への踏み込みを指す文脈です。士業事務所は資格を持つ側なので直接の名宛人ではありませんが、顧問先がAIエージェントを導入する場面では、この論点を説明できる立場に立ちます。

もう1つ、実務に効く整理がRAGの位置づけです。同解説は、検索拡張生成（RAG、外部情報を参照しながら回答を生成する方式）が学習ではなく推論に該当すると明記されたと記しています。事務所内の過去書面をRAGで参照させる構成を検討している場合、この整理は説明の助けになります。

経済産業省のページには、ガイドライン本編に加えて、活用の手引き（案）とチェックリスト（別添7）、ワークシートが並んでいます。自前で評価軸を作る前に、まず公表されているチェックリストに目を通しておくと、独自項目を足すべき箇所が見えます。ツール選定そのものの判断軸はMCPとA2AがAAIFに集約 士業事務所のAIツール選定7判断軸にまとめています。

導入前に決めておく7つのチェック

以下の7項目は、ツールを契約する前に決めておくものです。契約後に決めようとすると、既に動いている運用に合わせて緩い基準を作ることになります。

第1チェックは、エージェントに任せる業務を1つに絞ることです。複数業務を同時に任せると、権限も広くなり、事故が起きたときの切り分けもできません。最初は請求書データの転記や、面談メモからの論点リスト作成のように、出力を人間がその場で確認できる業務に限定します。

第2チェックは、実行範囲をファイル単位で書き出すことです。読み取り可能なフォルダ、書き込み可能なフォルダ、触らせないフォルダの3区分を紙に書きます。顧問先ごとにフォルダを分けている事務所であれば、エージェントが横断的に読める設定になっていないかを確認します。この確認をしないまま導入すると、A社の案件を処理させたつもりが、B社のフォルダも参照できる状態になります。

第3チェックは、外部システムへの接続先を列挙して制限することです。会計ソフト、労務システム、メール、カレンダー、クラウドストレージのうち、どれに接続させるかを決めます。接続できるものを全部つなぐのではなく、第1チェックで決めた業務に必要なものだけをつなぎます。接続先が増えるほど、確認しなければならない利用規約とデータ保存先も増えます。

第4チェックは、人間の承認を挟む操作を決めることです。外部への送信、ファイルの削除、既存データの上書き、顧問先への連絡は、承認を挟む候補になります。逆に、下書きの生成や候補の一覧化は承認なしで回してよい領域です。この線引きを事前に決めておかないと、担当者ごとに運用がばらつきます。

第5チェックは、操作履歴が取れるかをツール選定の条件に入れることです。何を読み、何を書き、どの外部システムを呼んだかのログが残らないツールは、事務所として説明責任を果たす材料を持てません。ログの保存期間と、誰が閲覧できるかも契約前に確認します。

第6チェックは、停止手順を先に作ることです。想定外の動作をしたときに、誰がどの画面から止めるかを1枚にまとめます。連絡系統も含めて書いておかないと、深夜や休日に気づいた担当者が止められません。

第7チェックは、月次で操作履歴を見る担当を決めることです。ログは取るだけでは意味がなく、見て初めて異常に気づけます。件数が少ないうちは全件、増えたらサンプリングに切り替える形が現実的です。

エージェントの実行範囲を整理する際に、たたき台を作らせるプロンプトの例を挙げます。実在の顧問先名やファイルパスは入れず、架空の構成で試してください。

あなたは業務システムの権限設計を補助するアシスタントです。
以下の業務について、AIエージェントに与える権限の案を整理してください。

出力形式:
1. 読み取りのみ許可する対象
2. 書き込みを許可する対象
3. 接続を許可する外部システム
4. 人間の承認を挟むべき操作の候補
5. ログとして記録すべき項目

注意:
- 権限を広く取る案ではなく、業務を完了できる最小の案を出してください。
- 判断が分かれる項目は「要検討」と明記し、断定しないでください。
- 実在しない機能を前提にしないでください。

【業務内容】
（架空の業務内容を記載する。例：A事務所で、甲社から受領した請求書PDFを
会計システムへ転記し、金額が前月と乖離している場合に一覧化する）

月次のログレビューでも、一次スクリーニングにAIを使えます。

あなたは操作ログのレビューを補助するアシスタントです。
以下のログについて、通常と異なる可能性がある行を抽出してください。

出力形式:
- 行番号 / 日時 / 操作内容 / 通常と異なると考えた理由 / 確認優先度

注意:
- 問題の有無を結論づけないでください。確認候補の提示までを行ってください。
- 判断材料が足りない場合は「情報不足」と明記してください。
- ログに存在しない行を作らないでください。

【操作ログ】
（匿名化したログを貼り付ける）

どちらのプロンプトも、AIには候補出しまでを任せ、採否は人間が決める構成にしています。権限設計そのものをAIに決めさせると、なぜその範囲にしたのかを後から説明できません。

7つのチェックを通す順序にも意味があります。第1チェックで業務を絞ってから第2・第3チェックで範囲を書き出すのは、業務が決まらないと必要な範囲も決まらないためです。逆順で進めると、ツールができることを全部使う設計になり、業務に不要な権限まで開いた状態から始まります。第4チェックの承認設計を第5チェックのログ要件より先に置いているのも同じ理由です。承認を挟む操作が決まると、ログに残すべき項目が自動的に絞れます。停止手順とレビュー担当を最後の2つに置いているのは、この2つが運用開始後の話だからです。ただし作るのは導入前で、運用が始まってから作ろうとすると、必要になったその日に手元にない状態になります。

もう1つ、事務所の規模による違いも押さえておく価値があります。所長ひとりの事務所であれば、承認者と実行者が同一人物になるため、第4チェックの承認は自己確認の手順になります。この場合は、承認の有無より記録の有無のほうが実質的な歯止めになります。逆に補助者が複数いる事務所では、誰が実行し誰が承認するかを分ける設計が取れるため、承認を実際の相互確認として機能させられます。同じチェックリストでも、規模によって重心を置く項目が変わるということです。

守秘義務とデータ境界をどう線引きするか

AIエージェントの導入で従来の生成AIと決定的に違うのは、事務所側が入力を選べない点です。チャット形式であれば、貼り付ける内容を人間が選びます。エージェントは自分でフォルダを読むため、何が入力されるかは権限設定が決めます。つまり、守秘義務の履行が権限設計の問題に置き換わります。

各職種の守秘義務には条文上の根拠があります。弁護士については弁護士法第23条が職務上知り得た秘密を保持する権利と義務を定めています（e-Gov法令検索 弁護士法第23条）。税理士については税理士法第38条が、正当な理由がなく税理士業務に関して知り得た秘密を他に洩らし、または窃用してはならない旨を定めています（e-Gov法令検索 税理士法第38条）。社会保険労務士については社会保険労務士法第21条が同趣旨の規定を置いています（e-Gov法令検索 社会保険労務士法第21条）。エージェントが顧問先の資料を読むなら、どの範囲まで読ませたかを説明できる状態にしておく形が実務的です。

業務独占の側も見ておく必要があります。弁護士法第72条は、弁護士または弁護士法人でない者が報酬を得る目的で一般の法律事件に関して法律事務を取り扱うことを禁じる規定です（e-Gov法令検索 弁護士法第72条）。税理士法第52条は税理士業務の制限を、社会保険労務士法第27条は業務の制限をそれぞれ定めています（e-Gov法令検索 税理士法第52条、e-Gov法令検索 社会保険労務士法第27条）。AI事業者ガイドライン第1.2版で資格等の侵害がリスクとして追記されたのは、この領域の話です。顧問先がAIエージェントで完結させようとしている業務が、業務独占の領域に踏み込んでいないか。この点を顧問先に説明する場面は、これから増えると見込まれます。

個人情報を含むデータでは、個人情報の保護に関する法律の規定も関わります。同法第27条は個人データの第三者提供に関する規定を置いています（e-Gov法令検索 個人情報の保護に関する法律第27条）。エージェントが複数の外部システムを呼ぶ構成では、どの事業者にどの情報が渡るかの経路が長くなります。接続先を第3チェックで絞る理由の1つがここにあります。

規程への落とし方としては、既存のAI利用規程にエージェント型ツールの利用という節を足す形が着手しやすいところです。実行範囲の承認者、接続先の追加手続き、ログの保存期間、停止手順の4点を書けば最低限の輪郭になります。規程そのものの雛形は士業事務所のAI利用規程テンプレートにまとめています。退職者のアクセス権の扱いはApple対OpenAI訴訟が突きつける退職者アクセス権の3つの論点でも扱っています。

事務所で起きやすい3つの失敗

1つ目は、権限を広く取って始めてしまうことです。動作確認の段階で権限を絞ると設定に時間がかかるため、いったん全フォルダへのアクセスを許可して試す、という進め方が起きます。試行がそのまま本番になり、絞り直す機会を逃します。回避策は、動作確認用に架空データだけを置いたフォルダを作り、そこで試すことです。

2つ目は、ログを取っているが誰も見ていない状態です。ツールの機能としてログは残っているものの、閲覧手順を誰も知らないまま半年が過ぎる、という形です。回避策は、導入の初月に一度、全員でログ画面を開いて読み方を共有することです。異常が起きてから初めて開くと、何が通常なのか分かりません。

3つ目は、承認を挟む操作を決めたのに、承認が形骸化することです。承認ボタンを押すだけの作業になり、内容を見ずに通す状態になります。AI事業者ガイドライン第1.2版では、AIによる判断を人が最終判断する際に、人間がAIの判断を過度に信頼して自らの確認を怠る自動化バイアスへの懸念が追記されたとされています（PwC Japanグループ 改定のポイントと事業者への期待）。回避策は、承認対象を絞ることです。数が多いと形骸化します。

費用と工数、誰が持つか

費用面では、エージェント機能を含むプランは、通常の生成AIプランより上位の料金帯に置かれていることが多い構成です。加えて、外部システム連携に別途費用がかかる場合があります。金額は改定されるため、契約前に各社の料金ページで最新の条件を確認してください。

工数としては、第1チェックから第4チェックまでの設計に半日程度、ツールの設定と動作確認に1日程度、ログレビューの手順書作成に半日程度を見ておくと、無理のない計画になります。合計2日前後です。ここを省いて導入すると、後から権限を絞り直す作業のほうが重くなります。

運用の持ち主は、システムに詳しい担当者ではなく、業務を分かっている中堅職員に置く形が回りやすいところです。権限設計は技術の問題に見えて、実際はどの業務にどの資料が必要かという問題だからです。技術面は必要に応じて外部に相談する形で足ります。ログレビューの担当を決め、四半期に一度は所長が結果を確認する体制にしておくと、形骸化しにくくなります。

権限設計が事務所の説明材料になっていく

これから論点になるのは、権限設計そのものが顧問先への説明材料になることです。顧問先から、うちの資料をAIに読ませているのかと問われたとき、読ませていないと答えるだけでは足りない場面が出てきます。どの範囲を読ませ、どこで人間が確認し、履歴をどう残しているかを説明できる事務所と、できない事務所の差が見えるようになります。

もう1つの論点は、複数のエージェントが連携する構成が広がったときの扱いです。1つのエージェントの権限を絞っても、そのエージェントが別のエージェントを呼べるなら、実効的な権限は連鎖します。現時点で公表されている枠組みは単体のAIエージェントを前提にした整理が中心であり、連鎖の扱いは今後の論点として残ります。

3つ目は、公表資料の更新頻度です。AI事業者ガイドラインは2024年4月の第1.0版から改定を重ねており、第1.2版が2度目の改定にあたります。年度単位で内容が動く前提で、事務所側も年に一度は自所の手順を見直す形が現実的です。

4つ目は、顧問先支援としての広がりです。AI事業者ガイドラインは事業者一般に向けた文書であり、士業事務所だけのものではありません。顧問先の多くは同じ論点に直面しており、権限をどう絞るか、ログをどう残すかを自社で設計できずにいます。自所で7つのチェックを一度通しておくと、その経験がそのまま顧問先への説明材料になります。制度解説を配るのではなく、自分の事務所でどう決めたかを具体的に話せることが、士業事務所の差になっていきます。実務の型を先に持っている側が、支援メニューを組み立てやすい構図です。

よくある質問

AIエージェントと従来の生成AIは何が違うのですか

入力を誰が選ぶかが違います。従来のチャット型では、何を入力するかを人間が選びます。AIエージェントは目標を与えられると自ら環境を感知して行動するため、何を読むかは権限設定が決めます。AI事業者ガイドライン第1.2版では、特定の目標を達成するために環境を感知し自律的に行動するAIシステムという定義が示されたとされています。

権限はどこまで絞ればよいですか

業務を完了できる最小の範囲が出発点になります。読み取りのみで済む対象に書き込み権限を与えない、業務に関係しない顧問先フォルダを参照範囲から外す、といった単位で削ります。広く取って後から絞る進め方は、絞り直す機会を逃しやすい構図です。

ログは何を残せばよいですか

いつ、何を読み、何を書き、どの外部システムを呼んだかの4点が基本の骨格になります。あわせて、承認を挟んだ操作については誰が承認したかも残します。ツール側の機能で取れる範囲に依存するため、契約前にログの項目と保存期間を確認する形が実務的です。

顧問先にはどう説明すればよいですか

読ませている範囲と、人間が確認している工程を具体的に示す形が説明しやすいところです。ツール名だけを伝えても、顧問先には判断材料になりません。受任時の説明書面に補助的なAI利用の一文を置くか、案件ごとに個別に説明するかは、事務所の方針として決めておく論点になります。

顧問先がAIエージェントで士業業務を代替しようとしていたらどう答えますか

条文を示して論点を整理する形が出発点になります。弁護士法第72条は非弁護士の法律事務の取扱い等の禁止を、税理士法第52条は税理士業務の制限を、社会保険労務士法第27条は業務の制限をそれぞれ定めています。AI事業者ガイドライン第1.2版でも、生成AIを専門分野に活用する際に資格等を侵害し法令違反を問われる可能性がある旨が追記されたとされています。個別の当てはめは有資格者の判断領域です。

小規模事務所でもログレビューは要りますか

件数が少ないほど全件確認しやすいため、小規模事務所のほうがむしろ実行しやすい運用です。月に数十件であれば、月次で全件を目視しても長い時間はかかりません。件数が増えてからサンプリングに切り替える順序のほうが、基準を作りやすくなります。

AI事業者ガイドラインを読む時間が取れません

経済産業省のページには、本編のほかに活用の手引き（案）とチェックリスト、ワークシートが公開されています。全文を読む前に、チェックリストで自所に関係する項目を絞る進め方が現実的です。総務省と経済産業省によるチャットボットも公開されており、該当箇所を探す負担を減らす目的で提供されています。

参考文献

• 経済産業省 AI事業者ガイドライン（第1.2版）
• 総務省 AI事業者ガイドライン掲載ページ
• PwC Japanグループ 「AI事業者ガイドライン（第1.2版）」改定のポイントと事業者への期待
• e-Gov法令検索 弁護士法第23条
• e-Gov法令検索 弁護士法第72条
• e-Gov法令検索 税理士法第38条
• e-Gov法令検索 税理士法第52条
• e-Gov法令検索 社会保険労務士法第21条
• e-Gov法令検索 社会保険労務士法第27条
• e-Gov法令検索 個人情報の保護に関する法律第27条

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/