社員の​AI利用を、​会社は​どこまで​見られるか​ ──8月26日に​重なった​3つの​統制機能と、​放置した​ときに​倒れる​向き

8月26日、AIを社内でどう握るかに関わる発表が3つ重なりました。会話の記録は条件がそろえば既に取れる状態にあり、モデルは未設定なら使える側へ、操作の承認は自動で進む側にあります。放置したときに倒れる向きが対象ごとに逆になる点を、公式ドキュメントから整理しました。

甲斐ショウジ甲斐ショウジ
CAG主宰/合同会社ATK CAIO(最高AI責任者)
技術9分で読めます
技術社員のAI利用を、会社はどこまで見られるか ──8月26日に重なった3つの統制機能と、放置したときに倒れる向き

2026年8月26日、AIを社内でどう握るかに関わる発表が3つ重なった。Anthropicは従業員が使ったセッションの記録を組織が取り出せる仕組みを正式版にし、GitHubはどのモデルを使わせるかのポリシーを正式提供に、Claude Codeは自動承認のルールを画面で確認・編集できるようにした[1][2][3]

3つを並べると、共通する問いがひとつ出てくる。「管理者が何もしなかったとき、設定はどちらに倒れるのか」だ。答えは対象によって逆を向く。モデルは使える側に開き、セッションの記録は取れる側で待ち、承認は自動で進む側にある。どれも、有効化の操作をした覚えがなくてもそうなっている。

この記事で扱うのは4つ。①何が重なったのか ②会話の記録はどこまで取れるのか ③モデルのポリシーは放置するとどうなるのか ④今週のうちに確認すること。②には、社内に説明しておくべき事実がひとつある。利用者が自分で会話を消しても、組織の取得対象からは消えない場合がある。

セッション記録・モデルポリシー・自動承認の3つのカードが並んだ管理コンソールの画面
記録・モデル・承認。同じ日に、社内でAIを握るための3つの面が動いた(イメージ)

01 8月26日に​重なった​3つ──面は​それぞれ違う

発表何が変わったか効く場面
Anthropic
Compliance API
利用者の端末で動いたCoworkとClaude Codeのセッション取得が正式版に。Excel・Word・PowerPoint・OutlookのClaude、およびClaude Scienceのセッションもベータで対象に[1]監査、法的な証拠開示、情報漏えいの調査
GitHub
モデルポリシー
正式提供。9月1日にかけて段階的に適用。未設定のモデルは既定のポリシーに追随し、既定が有効なら使えるようになる[2]どのAIモデルを社内で使わせるかの線引き
Claude Code
2.1.246
/permissions自動承認のルールを見て編集できるタブが追加。あわせて、許可ルールの書き方に対する警告も入った[3]AIにどこまで勝手に実行させるかの調整

それぞれ担当している面は違うが、読む順番としては「記録 → モデル → 承認」が分かりやすい。何が残るのかを知り、何を使わせるかを決め、どこまで自動で進ませるかを詰める、という順になる。

02 会話の​記録は、​どこまで​取れるのか──中身​その​ものが​返る

Anthropicの仕組みで返ってくるのは、利用状況の統計ではない。公式ドキュメントは、セッションの記録を「利用者のプロンプト、アシスタントの応答、ツールの呼び出しと結果の連なり」と定義している[1]。つまり会話の中身そのものだ。用途として挙げられているのは、電子的な証拠開示(eDiscovery)と情報漏えい対策(DLP)である。

左にセッションの一覧、右に選択したセッションの会話内容が表示されたコンプライアンス確認画面
一覧から1件を選ぶと、その会話のやり取りが順に並ぶ。ツールを呼び出した箇所も含まれる(イメージ)

対象になるのはClaude Enterpriseの組織で、利用にはコンプライアンス用のアクセスキーと read:compliance_user_data の権限が要る。ここで注意したいのは、これらは既存の鍵と権限のままで、新しい設定もクライアントの更新も要らないと明記されている点だ[1]。つまり条件がそろっている組織では、すでに取れる状態にある

一方で、取れないものもはっきり書かれている。境界を知らずに「全部見える」と説明すると、社内で誤解が生まれる。

取れる取れない
端末で動いたCowork/Claude Code
(Enterpriseアカウントでサインイン中)
Console APIキーで動かしたClaude Code、Bedrock・Google Cloud・Microsoft Foundry経由のもの
Excel・Word・PowerPoint・Outlookの
Claude、Claude Science(ベータ)
Webで動くClaude Code
claude.aiのWeb/モバイルで
始めたCowork(クラウド側)
HIPAA対応を有効にした組織(端末側のセッションはそもそも記録されない)
ゼロデータ保持が効いているセッション(一覧から除外され、個別取得は404)
WHAT THE ORGANIZATION CAN PULL 取れる 端末のCowork / Claude Code(正式版) Excel・Word・PowerPoint・Outlook(ベータ) Webやモバイルで始めたCowork 取れない ゼロデータ保持が効いているセッション HIPAA対応を有効にした組織の端末側 クラウド事業者経由 / Webで動くClaude Code
「見えるか見えないか」は契約と経路で決まる。同じ製品名でも、どこを通ったかで扱いが変わる

そして、社内に説明しておくべき事実がひとつある。ドキュメントには、Microsoft 365のアドインで会話を削除しても、それは利用者の手元だけの操作で、APIには反映されないと書かれている[1]消したつもりのものが、組織からは引き続き見える状態になりうる。もちろん記録には保持期間があり、古いものから外れていくが、「自分で消せば無かったことになる」ではないことは先に伝えておいたほうがいい。

ゼロデータ保持の記事のサムネイル 関連記事 | 記録が残らない側の設定ゼロデータ保持(ZDR)とは何か ──OpenAIが「中身を見ずに不正を見張る」方式を発表、Claudeの30日保持との違いを解説

03 モデルは、​放置すると​開く​──ただし例外は​逆に​倒れる

GitHubのモデルポリシーは、「どのAIモデルを社内の利用者に使わせるか」を組織として決める仕組みだ。今回それが正式提供になり、9月1日にかけて段階的に適用される(企業ごとに効き始める時期が違う)[2]

肝心なのは既定の向きだ。これまで設定していなかったモデルは「既定のポリシーに従う」状態になり、既定が有効であれば利用者が使えるようになる。GitHubの記述では、この既定は有効である[2]管理者が何もしなければ、新しく一般提供されたモデルも自動的に開いていく

ただし、すべてがその向きではない。オープンウェイトのモデル(DeepSeekやKimi K2などが例に挙がっている)と、GitHubのデータ保持契約の対象外のモデル(Fable 5が例)は、ポリシーの設定にかかわらず既定の有効化から除外される[2]。つまりこちらは放置すると閉じる側に倒れる

WHICH WAY THE DEFAULT FALLS 設定していない モデル =「既定に従う」状態 に変わる 使える側に開く 閉じたままになる 下の段に落ちるのは オープンウェイトのモデル データ保持契約の対象外のモデル ポリシーの設定にかかわらず除外される
同じ「未設定」でも、モデルの性質によって倒れる向きが逆になる。放置は中立ではない

適用後、各モデルは4つの状態のいずれかで表示される。有効(明示的にオン)、無効(明示的にオフ)、上位の組織やチームの設定に従う既定のポリシーに従うの4つだ。明示的に選んだ設定は変更されないと明記されているので、すでに意思決定している項目は守られる[2]

GitHubは今後の検討として、「既定のポリシーに従う」という状態そのものを無くし、すべてを明示的な判断にすることを評価中だとも書いている[2]。推測でものを言う機能ではなく、決めた記録が残る形にしたい、という方向だろう。

04 承認は、​進む側に​ある​──ルールが​見えるようになった

3つ目は自動承認だ。Claude Codeでは、AIの操作を1つずつ人が確認するのではなく、安全と判断できるものを自動で進める動作が既定になっている。今回の2.1.246では、/permissionsその判定ルールを一覧して編集できるタブが付いた[3]

あわせて、許可ルールの書き方への警告も入っている。コマンドの前にワイルドカードを置いた許可ルールは、途中に差し込まれたオプションにも一致する——つまり許可したつもりより広い範囲を通してしまうという注意が、起動時に出るようになった[3]

A RULE THAT MATCHES MORE THAN YOU MEANT 書いた許可ルール Bash(git * main) 通したかったもの git push main 意図どおり 一緒に通るもの git --オプション ... main 前に差し込まれた指定も一致する
ワイルドカードをコマンド名の前に置くと、途中に入るオプションまで許可の対象になる。2.1.246はこれを起動時に警告する

自動で進むこと自体は速度のために要る。問題は、それが何を根拠に進んでいるのかが見えないことだった。ルールが画面に出るようになったのは、その一歩ということになる。

Claude Codeの自動承認の記事のサムネイル 関連記事 | 自動承認そのものの解説Claude Codeの「自動承認」が既定になった ──何が自動で通り、何が止まるのか

05 今週の​うちに​確認する​こと──4項目

  • 自社が記録の取得対象かどうか。 Claude Enterpriseで、コンプライアンス用の鍵が発行されているならすでに取れる状態。誰が鍵を持ち、どの範囲まで見られるのかを確認する[1]
  • 従業員への説明。 何が記録され、何が記録されないのか(ゼロデータ保持や経路による違い)、そして手元で削除しても組織側には残りうることを、就業規則や社内ガイドラインの言葉にしておく[1]
  • モデルポリシーの向き。 9月1日までに順次適用される。未設定のモデルは開く側に倒れるので、使わせたくないものは明示的に無効にしておく[2]
  • 自動承認のルール。 /permissions で今のルールを一度見る。ワイルドカードを含む許可ルールがあれば、意図より広く通していないか確認する[3]

06 まとめ──放置は、​中立ではない

何もしないとどうなるか止めたいときの操作
セッションの記録条件がそろっていればすでに取れる(有効化の操作は不要)ゼロデータ保持などの契約側の設定で外す
使えるモデル未設定のものは使える側に開く個別に「無効」を明示する
オープンウェイト等ポリシーにかかわらず閉じたまま使いたいなら明示的に有効にする
操作の承認自動で進む(既定)/permissions でルールを絞る

3つの発表に共通しているのは、決めていない項目にも既定の向きがあるということだ。しかもその向きは、対象によって開く側にも閉じる側にも倒れる。「まだ決めていない」は「何も起きていない」ではない。社内でAIを配るなら、決めた記録を残すところまでが設定作業になる。

脚注・出典

  1. Anthropic「Claude Platform リリースノート」2026年8月26日の項、および「Retrieve session transcripts」ドキュメント(Cowork・Claude Codeのセッション取得が正式版、Microsoft 365とClaude Scienceはベータ、既存の鍵と read:compliance_user_data のままで新しい設定・クライアント更新は不要、記録の内容=プロンプト・応答・ツール呼び出しと結果、ゼロデータ保持とHIPAA対応の除外、Microsoft 365アドインでの削除はAPIに反映されない)/platform.claude.com/docs/en/manage-claude/compliance-sessions
  2. GitHub Changelog「Global model policy generally available」2026年8月26日(9月1日にかけて段階適用、未設定のモデルは「既定のポリシーに従う」に変わり既定は有効、明示的な設定は保持、オープンウェイトとデータ保持契約対象外のモデルは既定の有効化から除外、適用後は4つの状態、「既定に従う」状態の廃止を検討中)/github.blog/changelog/2026-08-26-global-model-policy-generally-available/
  3. Claude Code CHANGELOG 2.1.246(/permissions の自動承認タブ、サブコマンドの前にワイルドカードを置いた許可ルールへの起動時警告)。公開日時はnpmレジストリの公開時刻(2026年8月25日 19時17分 UTC=日本時間8月26日 4時17分)で確認/github.com/anthropics/claude-code
  4. 本記事はCAGによる公式ドキュメントと変更履歴の読み解きで、各機能の実機検証は行っていない(Claude Enterpriseの組織とCopilotの管理者権限が必要なため)。掲載した仕様は2026年8月27日時点の記述に基づく。

AIの​社内ルールを、​決めた​記録が​残る​形に

電脳技巧集団(AI職人ギルド)は、公式ドキュメントと実測から「何ができて、どこで止まるか」を確かめたうえで、業務システムやAIエージェントを設計します。ご相談はこちらから。

言語化できるものは、全て作る。

あなたの「作りたい」を、定価とスピードで形に。まずは無料の相談から。

制作事例を見る