AnthropicがSlack常駐AIの権限設計を公開、士業が読む3論点

AnthropicがSlackに常駐させたAIの権限設計を自社事例として公開しました。

Anthropicのデータチームが、社内のSlackに常駐させているAIエージェントの運用ノウハウを、2026年8月13日に公式ブログClaude by Anthropicで公開しました。精度をどう上げたかではなく、そのAIを全社にどう配り、権限をどこで切り、記録をどう残すかという運用側の話です。士業のチカラではこの記事をAI業界の運用事例として扱いますが、事務所の共有チャットにAIを置く構想を持つ読者には読み替える価値があります。とくに、AIをチャンネルに招くこと自体がそのチャンネル参加者へのデータ閲覧権の付与になるという指摘は、守秘義務を扱う職種ほど見落としやすい論点です。

Anthropicが公開したのは精度ではなく配り方

今回公開されたのは、AIの正確さを高める方法ではなく、正確になったAIを非専門家の手元へ届ける方法です。同社の記事によると、同社は前回の公開記事で、統制された意味定義の層と、分析の作法を書いたスキルファイルと、評価スイートの3点によって、データ分析の質問におよそ95パーセントの精度を出したと説明していました。ただしそれはClaude Codeという開発者向けの画面での話でした。

今回の記事は、その土台をClaude Tag（パブリックベータ）としてSlackへ展開した際の学びを5つに整理しています。スキルファイルを配信物として毎回読み直させること、データの在り処だけでなく分析の作法までスキルにすること、倉庫の外にある業務文脈へつなぐこと、サービスアカウントの権限を意図的に絞ること、そして全ての回答を計測することです。

スキルの鮮度については、データモデルが1日に何度も変わる環境で古いスキルを読ませると、先週時点の誤った答えを自信を持って返してしまうと指摘しています。Slackで数値だけを受け取る利用者は、ダッシュボードの傾向線という「におい」を嗅げないため、その誤りをそのまま受け入れやすいという説明です。ある社内チャンネルでは直近1か月の間に、投稿された質問の75パーセント超に、呼ばれなくてもAI側から回答が付いたとも書かれています。

権限は質問した人ではなくサービスアカウントに付く

この記事で最も重い論点は、AIが質問した本人ではなくサービスアカウントとしてデータ基盤へ接続する点です。同社は「ボットにメンションできる全員が、ボットのデータアクセス権を持つ」と述べており、利用者ごとの行レベルの権限制御は無いと明記しています（Claude by Anthropic）。

これに対する同社の設計は5つです。第一に、サービスアカウントが読めるのは統制済みの出力テーブルとその手前の整備済みデータだけで、生のイベントログや個人の作業領域は読ませない。第二に、個人情報を列の単位で分類し、サービスアカウントにはその権限を与えない。新しい列が入るとAIが候補を洗い出し、人が最終的な分類を付ける運用です。第三に、どの経路でどう認証して接続しているかをスキル自体に書き、AIが自分の制約を説明できるようにする。第四に、AIをチャンネルに追加する行為を事実上のアクセス権付与とみなし、チャンネル一覧をデータチームが管理する。第五に、全てのクエリに問い合わせ元と利用者のラベルを付け、後から誰の質問だったかを追える状態にする。同社はこの姿勢を、統制されたデータ基盤の共有読み取りレプリカと表現しています。

導入判断で分かれ目になる入力データの取り扱いについては、この記事は触れていません。実際にどう扱われるかは提供元の利用規約とプライバシーポリシーで確認する領域です。日本の事務所で使う場合の条件は本記事からは読み取れないため、要確認としておきます。

士業事務所から読むと浮かぶ3つの論点

第一に、アクセス権の単位が人からチャンネルへ移ります。顧問先ごとにフォルダやチャンネルを分けている事務所は多く、その分離は人単位の権限で支えられてきました。ところが共有チャンネルにAIを常駐させると、AIが読める範囲がそのままチャンネル参加者の質問可能な範囲になります。個人情報の取扱いについて、個人情報の保護に関する法律第23条は安全管理措置を、同法第24条は従業者の監督を定めています。AIを常駐させる構成では、この2つを人単位でどう読み替えるかが論点になります。事務所内の権限を階層で切る考え方は、士業事務所のAI権限を階層別に設計する記事でも整理しています。

第二に、個人情報を列の単位で切り離せるかどうかです。Anthropicの設計は、テーブルは読めても機微な列だけが見えないという形をとっています。一方で士業事務所の顧客管理は、氏名、住所、生年月日、報酬額、案件メモが1つの表に同居していることが珍しくありません。列単位で分ける発想を持てるかどうかが、AIに何を見せるかの選択肢を大きく左右します。事務所規程の観点はAI事業者ガイドラインを踏まえた事務所規程の記事で扱っています。

第三に、誰が何を聞いたかの記録です。同社は全クエリにラベルを付け、後から追える状態を作っています。士業事務所では、依頼者情報に誰がいつ触れたかを説明できるかどうかが、守秘義務をめぐる説明の土台になります。ログを残す前提で設計するか、残らない前提で使う範囲を狭めるか、という選択です。関連する視点は生成AIの履歴機能と守秘義務を扱った記事でも触れています。

今後の動きとしては、Claude Tagがパブリックベータの段階であること、そして同社が導入順序として権限設計を最初に置き、配布と計測をその後に置いている点が参考になります。権限は後から広げるほうが、いったん広げてから絞り込むより容易だという整理です。AIを事務所へ入れる順番の議論は、これから国内でも増えていくと見ています。

まとめ

Anthropicが公開したのは、Slackに常駐するAIをどう配り、どこで権限を切り、何を記録するかという運用の設計図です。サービスアカウント方式では権限が人ではなくボットに付き、チャンネルへの招待が事実上のアクセス権付与になります。士業事務所にとっては、権限の単位、個人情報の切り分け、記録の残し方という3点が検討の入口になります。

参考文献

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

引用元: Claude by Anthropic

本記事の作成体制について

本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。

本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。

記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。