生成AIサービスの更新って、便利そうな機能がどんどん増える一方で、企業利用の目線では「そのまま使わせて大丈夫？」「データ保護はどうなる？」「管理者側で制御できる？」という確認が必要になりますよね。

特に Microsoft Copilot、ChatGPT、Claude、Gemini は、単なるチャットAIというより、社内データ、外部サービス、開発環境、会議、スプレッドシート、業務アプリとつながる方向に進んでいます。

ざっくり言うと、今回の更新では「AIが回答する」だけでなく、「AIが業務コンテキストを理解して、実際の操作や作業支援に踏み込む」流れがかなり強く見えました。

この記事では、2026年6月17日〜2026年6月24日頃に確認された生成AIサービス関連の更新を、企業利用・管理者視点で整理してみます。

対象は主に以下です。

• Microsoft Copilot
• ChatGPT
• Claude
• Gemini / Google Workspace / Vertex AI 関連

公式情報・元記事をもとに整理していますが、生成AIサービスはプラン、提供地域、管理者設定、段階的ロールアウトによって見え方が変わることがあります。実際の運用判断では、元記事と自社テナント・管理画面の表示内容をあわせて確認するのが安心です。

この記事で分かること

この記事では、以下の内容を整理しています。

• 2026年6月第4週の生成AIサービス主要更新
• Microsoft Copilot / ChatGPT / Claude / Gemini の企業利用への影響
• データ保護、学習利用、管理者制御で見ておきたいポイント
• 利用者へ案内が必要になりそうな変更
• 管理者・情シス担当者が優先して確認したい更新
  
  

今回の更新で見えた全体傾向

今回の更新を全体で見ると、生成AIサービスは「個人の便利ツール」から「企業の業務基盤に組み込むAI」へ、さらに一歩進んでいる印象です。

傾向1：AIが業務アプリや社内データに近づいている

Microsoft 365 Copilot では、model-driven apps への組み込みや Federated Copilot Connectors の一般提供が目立ちます。

ざっくり言うと、Copilot が Microsoft 365 の画面内だけでなく、業務アプリや外部データソースとつながって、利用者の作業を支援する方向に進んでいます。

管理者目線では、便利さより先に「どのデータにアクセスできるのか」「権限は既存のアクセス制御に従うのか」「外部データ連携の承認フローをどうするのか」を見ておきたいところです。

今後は、AI機能の有効化だけでなく、コネクタ、権限、監査、データ分類をセットで確認する運用が重要になりそうです。

傾向2：ChatGPTは外部サービス操作に踏み込んでいる

ChatGPT では、Slack コネクタが単なる検索だけでなく、チャンネル参加、リマインダー作成、ファイルアップロード、プロフィール更新などの操作に広がっている点が大きいです。

これまでは「ChatGPTに聞く」「社内情報を要約する」という使い方が中心でしたが、今後は「ChatGPTから外部SaaSを操作する」利用シーンが増える可能性があります。

管理者目線では、OAuthスコープ、接続許可、操作ログ、誤操作時の責任範囲を確認しておきたい更新です。

特に Slack、Google Drive、SharePoint、GitHub などと連携する場合は、AIそのものの利用ルールだけでなく、接続先サービス側の権限設計もあわせて見ておく必要があります。

傾向3：Claude Codeは安全制御と組織制御が強化されている

Claude Code では、破壊的な Git コマンドのブロック、サンドボックス内での認証情報アクセス制御、組織で制限されたモデルの表示など、開発現場向けの安全機能が目立ちます。

生成AIを開発支援に使う場合、コード生成の精度だけでなく、「勝手に危険な操作をしないか」「認証情報やシークレットに触れないか」がかなり重要です。

管理者目線では、Claude Code のようなエージェント型ツールを使う場合、ローカル端末、リポジトリ、CI/CD、クラウド認証情報との距離が近いため、導入前に社内ルールを整理しておくと安心です。

傾向4：Gemini / Google Workspace は業務アプリ統合と管理者向けセキュリティが強い

Google Workspace 側では、Google Apps Script が Workspace core service になったこと、管理者パスワードリセットアラートの拡張、Gemini in Sheets の数式エラー修正支援などが目立ちます。

特に Apps Script の扱いは、企業利用ではかなり重要です。自動化や業務改善で使われる一方、権限やデータアクセスの見え方が分かりにくくなりやすい領域でもあります。

管理者目線では、Apps Script のデータ保護、管理者制御、監査、サポート範囲がどう変わるのかを見ておきたい更新です。

主要アップデート一覧

企業利用・管理者影響が比較的大きいものを中心に整理します。

優先度	サービス	更新内容	管理者影響度	利用者影響度	対応目安
高	Microsoft Copilot	Federated Copilot Connectors が一般提供として案内	高	中	早めに確認
高	Microsoft Copilot	model-driven apps で Microsoft 365 Copilot を利用可能に	高	高	早めに確認
高	Microsoft Copilot	PowerPoint の Copilot が複数の組織アセットライブラリを参照可能に	中	中	必要に応じて検証
高	Microsoft Copilot Studio	エージェント評価テストで期待応答と採点方式を利用可能に	中	低	次回定例で確認
高	ChatGPT	Enterprise / Edu 向けに Slack コネクタ操作と OAuth 承認スコープが追加	高	中	早めに確認
高	ChatGPT / Codex	Record & Replay により、操作手順を再利用可能なスキル化	中	中	必要に応じて検証
高	Claude Code	破壊的コマンドの抑制や認証情報保護など安全制御を強化	高	中	早めに確認
高	Claude Code	組織設定によるモデル制限の表示や MCP 認証操作を改善	中	中	次回定例で確認
高	Google Workspace	Google Apps Script が Workspace core service に	高	中	早めに確認
高	Google Workspace	管理者パスワードリセットアラートを全管理者ロールへ拡張	高	低	早めに確認
高	Gemini / Google Sheets	Gemini が Sheets の数式エラー診断と修正を支援	中	高	必要に応じて検証
中	Google Vids / Veo	長めの動画生成、複数生成、AIアバター機能を拡張	中	中	情報共有程度
中	Google Calendar API	セカンダリカレンダー管理APIを改善	中	低	次回定例で確認
要確認	Gemini in Chrome	Chrome内のGeminiサイドパネルやアプリ連携強化の案内	中	中	公式情報の続報待ち
要確認	Copilot Cowork / Notebooks	Roadmap由来の更新候補	中	中	公式情報の続報待ち

表だけ見ると、今回特に優先したいのは「AIと社内データ・外部サービスの接続」「管理者制御」「操作権限」「データ保護」に関わる更新です。

単なるUI変更や便利機能よりも、外部サービス操作や社内データ参照に関わる更新は、管理者側で早めに整理しておくと安心だと思います。

重要アップデートの詳細

ここからは、特に企業利用・管理者影響がありそうな更新を詳しく見ていきます。

Federated Copilot Connectors が一般提供として案内

一言まとめ

ざっくり言うと、Microsoft 365 Copilot が外部データソースとより安全に接続しやすくなる更新です。社内外の情報を Copilot で扱う範囲が広がる可能性があるため、管理者側で接続先と権限を見ておきたい内容です。

要点

Federated Copilot Connectors は、Microsoft 365 Copilot から対応するサードパーティデータソースに接続し、リアルタイムに情報を取得できるようにする仕組みとして案内されています。

概要では、Model Context Protocol、いわゆる MCP を使った接続に触れられています。MCP は、AIアプリケーションが外部ツールやデータソースとやり取りするための共通的な接続方式として注目されている仕組みです。

企業利用では、Copilot がどの外部データにアクセスできるのか、ユーザー権限に基づいて制御されるのか、ログや監査がどこまで残るのかが重要になります。

根拠

元記事URL：
https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/federated-connectors-overview

公式情報から確認できること：
Federated Copilot Connectors が Microsoft 365 Copilot とサードパーティデータソースの接続に関わる機能として案内されています。レポート上では一般提供として扱われています。

推測：
外部データソースとの接続が増えることで、管理者側ではコネクタの許可、データアクセス範囲、監査ログ、DLPとの関係を確認する場面が増えると考えられます。

経験則

実務では、AIが外部データソースに接続できるようになる更新は、導入後に「見えてはいけない情報が出ていないか」「検索結果に権限外の情報が混ざらないか」という問い合わせにつながることがあります。

過去の類似更新でも、機能そのものより、既存の権限設計や共有設定がそのままAIの回答に影響するケースに注意が必要でした。

管理者影響度

管理者側では、Federated Copilot Connectors を利用できるユーザー、接続可能なデータソース、管理者承認の有無、監査ログの見え方を確認しておきたい内容です。

特に Microsoft 365 Copilot は、ユーザーがアクセス可能な情報をもとに回答する前提になることが多いため、SharePoint、OneDrive、Teams、外部SaaS側の権限整理もあわせて見ておく必要があります。

利用者影響度

利用者側では、Copilot から取得できる情報の範囲が広がる可能性があります。便利になる一方で、どの情報をAIに聞いてよいのか、外部サービスのデータをどう扱ってよいのか迷う場面も出そうです。

利用者には、機密情報、顧客情報、個人情報を扱うときのルールをあわせて案内しておくと安心です。

確認したいポイント

• 自社テナントで Federated Copilot Connectors が利用可能か
• 接続できるサードパーティデータソースの種類
• 管理者承認が必要なコネクタか
• ユーザー権限に基づいたアクセス制御になるか
• 監査ログや利用状況を確認できるか
• DLP、機密ラベル、データ分類との関係
• MCP連携を社内ルールでどう扱うか
  
  

対応方針

まずは、すぐに全社展開するのではなく、管理者または一部ユーザーで接続先と回答内容を確認する流れが安全だと思います。

特に外部SaaS連携を許可する場合は、Copilot側だけでなく、接続先サービス側の権限、共有範囲、監査ログもあわせて確認するのがおすすめです。

kurataku所感

Copilot の価値は、社内データや業務ツールとつながってこそ大きくなりますよね。
ただし、便利さとデータ保護はセットで考える必要があります。
「使えるようになったから使う」ではなく、「どのデータとつなぐと業務価値があり、どのデータは慎重に扱うべきか」を整理してから進めたい更新だと思います。

model-driven apps で Microsoft 365 Copilot を利用可能に

一言まとめ

一言でいうと、業務アプリの中で Microsoft 365 Copilot を使えるようになる更新です。利用者の作業効率には効きそうですが、業務データの扱い方を管理者側で見ておきたい内容です。

要点

Power Apps の model-driven apps 内で Microsoft 365 Copilot を利用できるようになる更新です。

model-driven apps は、Dataverse などのデータをもとに作る業務アプリで、営業管理、問い合わせ管理、申請管理など、企業の業務プロセスに組み込まれることが多いアプリです。

そこに Copilot が入ることで、利用者はアプリを切り替えずに質問したり、コンテキストに応じた回答や作業支援を受けたりできるようになる可能性があります。

根拠

元記事URL：
https://learn.microsoft.com/en-us/power-apps/maker/model-driven-apps/add-microsoft-365-copilot

公式情報から確認できること：
model-driven apps 内で Microsoft 365 Copilot を利用できるようになる更新として案内されています。レポート上のライセンス/プランは Business、Microsoft 365 Copilot、Pro と記載されています。

推測：
Dataverse や業務アプリ内のデータに関連する質問・操作が増えることで、アプリ権限、データアクセス、環境ごとの制御を確認する必要が高まると考えられます。

経験則

業務アプリ内にAIが入ると、利用者は「この画面に見えている情報はAIにも聞いてよい」と感じやすくなります。

実務では、アプリの権限設計が曖昧なままだと、AI機能の導入時に「誰がどのデータを見られるのか」を改めて棚卸しすることになりがちです。

管理者影響度

管理者側では、Power Platform 管理センター、Dataverse のセキュリティロール、環境ごとの設定、Microsoft 365 Copilot の割り当て状況を確認しておきたい内容です。

特に、開発環境、検証環境、本番環境でAI機能の扱いを分けたい場合は、環境戦略もあわせて整理しておくと安心です。

利用者影響度

利用者側では、業務アプリ内でAIに質問できることで、作業の流れが変わる可能性があります。

一方で、AIの回答をそのまま業務判断に使ってよいのか、確認が必要なのかという迷いも出やすいと思います。利用者には、AIの回答は補助情報であり、最終判断は業務ルールに沿って行うことを案内しておくとよさそうです。

確認したいポイント

• 対象の model-driven apps で Copilot が表示されるか
• Microsoft 365 Copilot ライセンスの割り当て状況
• Dataverse のセキュリティロール
• アプリごとのデータアクセス範囲
• Power Platform 管理センターでの制御可否
• 利用者向けのAI利用ルール
• 検証環境での動作確認
  
  

対応方針

まずは、対象アプリと対象ユーザーを限定して、Copilot がどのような回答を返すのかを確認するのが安全です。

業務アプリは部署ごとの重要データを扱うことが多いため、いきなり全社展開するよりも、部門管理者や業務担当者と一緒に確認してから展開判断する流れがよいと思います。

kurataku所感

これはかなり実務寄りの更新ですね。Power Apps や Dataverse を使っている組織では、Copilot の便利さを感じやすい一方で、権限設計の粗さも見えやすくなります。
AI導入をきっかけに、業務アプリの権限棚卸しをするのも良いタイミングだと思います。

PowerPoint の Copilot が複数の組織アセットライブラリを参照可能に

一言まとめ

ざっくり言うと、Copilot for PowerPoint が会社指定の画像やブランド素材を使いやすくなる更新です。資料作成の品質をそろえたい組織では、確認しておきたい内容です。

要点

Copilot for PowerPoint が、SharePoint 上の複数の Organizational Asset Libraries、つまり組織アセットライブラリに保存された画像を参照できるようになる更新です。

これまでは単一の組織アセットライブラリしか参照できなかったところ、複数のライブラリに対応することで、部署別・ブランド別・用途別の画像資産を使いやすくなる可能性があります。

企業利用では、PowerPoint資料のブランド統一、社外向け提案書、営業資料、社内説明資料などで効果がありそうです。

根拠

元記事URL：
https://learn.microsoft.com/en-us/sharepoint/connect-organizational-asset-libraries-to-copilot

公式情報から確認できること：
Copilot for PowerPoint が、複数の SharePoint Organizational Asset Libraries に保存された画像を参照できるようになる更新として案内されています。レポート上のライセンス/プランは Enterprise、Pro と記載されています。

推測：
ブランド管理や資料品質の統一に役立つ一方で、ライブラリ内の画像整理や権限設定が不十分な場合、意図しない画像が提案される可能性があります。

経験則

実務では、資料テンプレートや公式画像の置き場所が複数に分散していることがよくあります。
こうした状態でAIが画像を参照できるようになると、便利になる一方で「古いロゴ」「廃止済みテンプレート」「社外利用できない画像」が混ざることがあります。

管理者影響度

管理者側では、SharePoint の組織アセットライブラリの構成、権限、画像の管理ルールを確認しておきたい内容です。
特に広報、マーケティング、営業企画など、ブランド資産を管理する部門との連携が必要になる可能性があります。

利用者影響度

利用者側では、PowerPoint作成時に会社指定の画像をCopilotが使いやすくなる可能性があります。

ただし、どの画像が社外利用可能か、どの資料で使ってよいかは、利用者が判断しにくい場合があります。利用者向けには、画像利用ルールや公式テンプレートの使い方を簡単に案内しておくと安心です。

確認したいポイント

• SharePoint の組織アセットライブラリが整備されているか
• 古いロゴや廃止済み画像が残っていないか
• ライブラリごとの権限が適切か
• Copilot が参照する対象ライブラリ
• 社外向け資料に使える画像か
• ブランド管理部門との運用ルール
  
  

対応方針

まずは組織アセットライブラリの棚卸しを行い、Copilot に参照させてもよい画像だけを整理するのがよさそうです。
特にブランド資産は、IT部門だけで判断せず、広報・マーケティング部門と相談しながら進めると安全です。

kurataku所感

地味に見えますが、資料作成の品質をそろえる意味ではかなり良い更新だと思います。
ただ、AIに使わせる前に「そもそも社内の公式画像が整理されているか」が問われるので、SharePoint整理のきっかけにもなりそうですね。

Copilot Studio のエージェント評価で期待応答を設定可能に

一言まとめ

一言でいうと、Copilot Studio で作ったエージェントの回答品質を評価しやすくなる更新です。社内向けAIエージェントを運用する組織では、品質管理の仕組みとして見ておきたい内容です。

要点

Copilot Studio のエージェント評価テストケースで、期待される回答を手動入力またはファイルインポートできるようになる更新です。

また、Exact、Partial、Similarity、Compare Meaning など複数の採点方式が使えると案内されています。

企業でAIエージェントを使う場合、作った直後よりも、運用中に回答品質をどう維持するかが重要です。期待応答をテストセットとして持てるようになることで、更新や変更後の品質確認がしやすくなります。

根拠

元記事URL：
https://learn.microsoft.com/en-us/microsoft-copilot-studio/analytics-agent-evaluation-create

公式情報から確認できること：
Copilot Studio のエージェント評価テストケースで、期待応答や複数の採点方式を利用できる更新として案内されています。レポート上のライセンス/プランは Business、Pro と記載されています。

推測：
社内FAQ、問い合わせ対応、業務ナビゲーションなどのAIエージェントで、回帰テストや品質評価に活用できる可能性があります。

経験則

実務では、AIエージェントは最初に作ることよりも、あとから回答品質を維持することの方が大変です。

質問例、期待回答、NG回答、参照すべき情報源を整理しておかないと、更新後に「以前は正しく答えていたのに、回答が変わった」という問題が起きやすくなります。

管理者影響度

管理者側では、Copilot Studio の作成者に対して、エージェント公開前の評価基準を用意する運用が必要になる可能性があります。
また、社内で複数のエージェントが作られる場合、共通のテスト観点や評価ルールを設けておくと管理しやすくなります。

利用者影響度

利用者側では、直接画面が変わるというより、エージェントの回答品質が安定しやすくなる効果が期待されます。
問い合わせ対応や社内ヘルプでAIエージェントを使っている場合、誤回答や回答ブレを減らす方向で役立ちそうです。

確認したいポイント

• Copilot Studio を利用している部門
• 既存エージェントのテストケース有無
• 期待応答を管理する担当者
• 回答品質の評価基準
• テスト結果のレビュー体制
• 公開前・更新前の確認フロー
  
  

対応方針

まずは、重要な社内エージェントから質問例と期待回答を整理し、テストセットとして管理するのがよいと思います。
すべてのエージェントで完璧な評価基準を作るより、問い合わせ数が多いもの、業務影響が大きいものから始めると現実的です。

kurataku所感

AIエージェント運用では「作って終わり」になりがちですが、本当に大事なのは運用後の品質管理ですよね。
期待応答を持てるようになるのは、社内AIをちゃんと業務に乗せるための一歩として良い更新だと思います。

ChatGPT Enterprise / Edu 向け Slack コネクタ操作と OAuth 承認スコープ

一言まとめ

ざっくり言うと、ChatGPT が Slack を検索するだけでなく、一部の操作までできるようになる更新です。外部サービス操作に関わるため、管理者側の事前確認がかなり重要です。

要点

ChatGPT の Slack コネクタに関する更新です。

概要では、Enterprise / Edu ワークスペースで Slack connector actions を有効化でき、Slack検索に加えて、チャンネル参加、リマインダー作成、ファイルアップロード、ユーザープロフィール更新などの操作が可能になるとされています。

この種の更新は、生成AIの企業利用においてかなり重要です。なぜなら、AIが情報を読むだけでなく、外部SaaS上で実際の操作を行う領域に入るためです。

根拠

元記事URL：
https://help.openai.com/articles/12525822

公式情報から確認できること：
ChatGPT のリリースノート内で、Slack connector actions と OAuth scope approvals に関する更新として案内されています。概要上は Enterprise / Edu ワークスペース向けの説明があります。

推測：
レポート上のライセンス/プランには Enterprise、Pro と抽出されていますが、概要には Enterprise / Edu の記載があるため、正式な対象プランは元記事側の記載を優先して確認するのが安全です。

経験則

実務では、外部SaaS連携は「検索できる」段階と「操作できる」段階でリスクが変わります。
検索だけであれば情報閲覧の問題が中心ですが、操作が入ると、誤操作、権限過多、操作ログ、承認フロー、利用者教育まで考える必要があります。

管理者影響度

管理者側では、Slack コネクタの有効化、OAuthスコープ、承認者、操作ログ、対象ユーザーを確認しておきたい内容です。
特に、ファイルアップロードやプロフィール更新のような操作は、意図しない変更が発生した場合に追跡できるかが重要です。

利用者影響度

利用者側では、ChatGPTからSlack上の作業を進められることで、作業効率が上がる可能性があります。
一方で、ChatGPTに依頼した操作がSlack側に反映される場合、どこまでが下書きで、どこからが実行済みなのかを利用者が理解している必要があります。

確認したいポイント

• Slack コネクタを利用できるプラン
• Enterprise / Edu / Business 等の正式な対象
• OAuthスコープの内容
• ChatGPT側で許可できる操作範囲
• Slack側の管理者承認フロー
• 操作ログ・監査ログの確認方法
• 利用者に許可する操作と禁止する操作
  
  

対応方針

まずは、Slack コネクタを有効化する前に、OAuthスコープと操作内容を管理者側で確認するのがよいと思います。

特に本番のSlackワークスペースで使う場合は、検証用ワークスペースや限定ユーザーで動作を確認し、利用者向けに「AIから実行できる操作」と「注意が必要な操作」を案内すると安全です。

kurataku所感

これは便利ですが、かなり管理者目線で見たい更新です。
ChatGPTがSlackを「読む」だけならまだ分かりやすいですが、「操作する」となると、権限・ログ・承認の整理が欠かせません。企業利用では、ここを曖昧にしないことが大事だと思います。

ChatGPT Business / Codex の Record & Replay

一言まとめ

一言でいうと、Codexで一度実演した操作を再利用可能なスキルとして扱えるようになる更新です。開発や定型作業の効率化に役立ちそうですが、対象プランと利用範囲は慎重に見たい内容です。

要点

Codex app for macOS に Record & Replay という機能が追加されたと案内されています。

概要では、対象となる Business ユーザーが一度ワークフローを実演し、それを再利用可能なスキルに変換できるとされています。言葉で説明しにくい操作や、繰り返し行う安定したワークフローをチームで共有しやすくなる可能性があります。

根拠

元記事URL：
https://developers.openai.com/codex/record-and-replay

公式情報から確認できること：
Record & Replay は、Codex app for macOS の機能として案内されています。概要では eligible Business users に触れられています。

推測：
レポート上では Business、Team と抽出されていますが、概要上は Business の記載が中心のため、Team での提供可否は不明として扱うのが安全です。

経験則

開発支援AIでは、プロンプトを書くよりも、実際の操作を見せた方が早い場面があります。

一方で、操作手順をスキル化すると、古い手順が残ったり、権限が違うユーザーに共有されたりすることがあります。再利用するほど、管理ルールが必要になります。

管理者影響度

管理者側では、Codex の利用対象、macOSアプリの配布、チーム内共有範囲、記録される操作内容、機密情報が記録に含まれないかを確認したい内容です。

また、社内標準の開発手順として使う場合は、レビュー済みの手順だけを共有する運用が望ましいです。

利用者影響度

利用者側では、開発手順や定型作業を再利用しやすくなる可能性があります。

特に新人教育、環境構築、繰り返しの検証作業では便利そうです。ただし、記録された操作をそのまま実行してよいのか、利用者が判断できるようにしておく必要があります。

確認したいポイント

• 対象プランと対象ユーザー
• macOSアプリの配布可否
• 記録される内容の範囲
• シークレットや認証情報が含まれないか
• スキルの共有範囲
• 手順のレビュー体制
• 開発標準手順との整合性
  
  

対応方針

まずは、機密性の低い定型作業で試し、記録される内容や再利用時の挙動を確認するのが安全です。

開発チームで使う場合は、個人が自由に作ったスキルをそのまま全員に展開するのではなく、レビュー済みのものを共有する運用がよいと思います。

kurataku所感

Record & Replay は、うまく使うとかなり効率化できそうです。
ただ、便利な自動化ほど「誰が作った手順なのか」「今も正しい手順なのか」が重要になります。AI時代の手順書管理として見ると面白い更新ですね。

Claude Code の安全制御強化

一言まとめ

ざっくり言うと、Claude Code が危険な操作を避けるための安全制御を強化しています。開発現場でAIエージェントを使う場合、かなり重要な更新です。

要点

Claude Code の複数バージョンで、安全性に関わる更新が確認されています。

v2.1.183 では、明示的に依頼していない場合に git reset --hard、git checkout -- .、git clean -fd、git stash drop などの破壊的な Git コマンドをブロックする改善が案内されています。

v2.1.187 では、サンドボックス化されたコマンドが認証情報ファイルやシークレット環境変数を読み取れないようにする設定、組織で制限されたモデルの表示などが追加されています。

根拠

元記事URL：
https://github.com/anthropics/claude-code/releases/tag/v2.1.183
https://github.com/anthropics/claude-code/releases/tag/v2.1.187

公式情報から確認できること：
Claude Code のリリースノートで、破壊的コマンドの抑制、認証情報アクセス制御、組織設定によるモデル制限表示などが案内されています。

推測：
レポート上では Pro などのプランが抽出されていますが、Claude Code の実際の利用条件や組織向け制御の対象プランは、契約プランや管理設定によって変わる可能性があります。

経験則

開発支援AIでは、AIがファイル操作やコマンド実行まで行うと、一気に便利になります。

ただし、リポジトリの変更、クラウド環境の削除、シークレットの読み取りなどが起きると、影響が大きくなります。AIエージェントは「賢い補助ツール」ではなく、「操作権限を持つ作業者」に近いものとして扱う必要があります。

管理者影響度

管理者側では、Claude Code を利用する開発者、利用端末、対象リポジトリ、許可するコマンド、認証情報の保管方法を確認しておきたい内容です。
特に、Terraform、Pulumi、CDK などのインフラ操作と組み合わせる場合は、検証環境と本番環境の分離が重要になります。

利用者影響度

開発者側では、危険な操作がブロックされることで安心感が増す一方、これまで実行できていた操作に確認や追加手順が必要になる可能性があります。
利用者には、安全制御は制限ではなく、事故防止のための仕組みとして案内すると受け入れやすいと思います。

確認したいポイント

• Claude Code の利用者と利用端末
• 対象リポジトリの範囲
• 本番環境に影響するコマンドを実行できるか
• 認証情報やシークレットの保管場所
• sandbox.credentials 設定の利用可否
• 組織で許可するモデル
• 開発チーム向けの利用ルール
  
  

対応方針

まずは、Claude Code を利用している開発者がいるかを把握し、利用バージョンと設定を確認するのがよいと思います。

そのうえで、本番環境に影響する操作、シークレットに触れる可能性のある操作、リポジトリを破壊する可能性のある操作について、社内ルールを整理しておくと安心です。

kurataku所感

Claude Code のようなツールは、便利さが分かりやすいぶん、安全制御がとても大事です。
今回の更新は、開発現場でAIエージェントを使うための現実的な安全策が増えている印象です。情シスや開発管理者としては、かなり注目してよい内容だと思います。

Claude Code の MCP 認証操作と組織制御の改善

一言まとめ

一言でいうと、Claude Code で外部ツール連携やチーム運用をしやすくする改善です。MCPサーバー認証や組織設定に関わるため、開発チーム利用では見ておきたい内容です。

要点

Claude Code v2.1.186 では、claude mcp login と claude mcp logout により、CLIからMCPサーバー認証を行えるようになったと案内されています。

また、ワークフロー画面のフィルター、プラグイン画面の Skills セクション、teammateMode に関する設定など、チーム利用やワークフロー確認に関わる改善も含まれています。

MCPは、AIエージェントが外部ツールやデータソースとつながるうえで重要な仕組みになってきています。CLIから認証できるようになることで、リモート環境やSSH環境でも扱いやすくなる可能性があります。

根拠

元記事URL：
https://github.com/anthropics/claude-code/releases/tag/v2.1.186

公式情報から確認できること：
Claude Code v2.1.186 のリリースノートで、MCPサーバーへのログイン・ログアウトコマンド、ワークフロー画面、プラグイン画面、チーム利用に関する改善が案内されています。

推測：
レポート上では Team と抽出されていますが、実際にどのプランで利用できるかは契約内容や管理設定による可能性があります。

経験則

AIエージェントが外部ツールに接続する場合、認証操作が簡単になるほど運用しやすくなります。

一方で、誰がどのMCPサーバーにログインできるのか、認証情報がどこに保存されるのか、不要になった接続をどう無効化するのかを整理しておかないと、後から管理しにくくなります。

管理者影響度

管理者側では、MCPサーバーの接続先、認証方式、利用者、許可するツール、ログアウトや資格情報削除の運用を確認したい内容です。

開発チーム内で複数のMCPサーバーを使う場合は、個人判断で追加させるのではなく、承認済み接続先を整理しておくと安全です。

利用者影響度

開発者側では、MCPサーバーへの接続がCLIから行いやすくなり、作業効率が上がる可能性があります。

ただし、接続できる外部ツールが増えるほど、AIに渡す情報や実行できる操作も増えるため、利用者側にも注意点の理解が必要です。

確認したいポイント

• 利用している MCP サーバー
• CLI認証の利用可否
• 認証情報の保存場所
• 不要な接続の解除方法
• 承認済み接続先リスト
• チーム内の利用ルール
• ログや監査の確認方法
  
  

対応方針

まずは、社内でMCPを利用しているか、または利用予定があるかを整理するのがよいと思います。

MCPは便利な仕組みですが、外部ツール連携の入り口にもなるため、利用者任せにせず、接続先と認証情報の扱いを管理者側で把握しておくと安心です。

kurataku所感

MCPは今後かなり重要になりそうです。
ただ、便利な接続口が増えるほど、管理者側では「どこにつながっているのか」が見えにくくなります。AIエージェント時代の接続管理として、早めに考えておきたいテーマですね。

Google Apps Script が Google Workspace core service に

一言まとめ

ざっくり言うと、Google Apps Script が Google Workspace の中核サービスとして扱われるようになる更新です。自動化や業務改善で Apps Script を使っている組織では、かなり重要な内容です。

要点

Google Apps Script が Google Workspace core service になったと案内されています。

概要では、Google Cloud Terms of Service や Google Workspace for Education Terms of Service の対象になり、他のコアサービスと同様の企業向けデータ保護、管理者制御、標準技術サポートが提供されるとされています。

Apps Script は、Google Workspace の業務自動化でよく使われます。スプレッドシート、Gmail、Drive、Calendar などと連携できるため便利ですが、権限やスクリプト所有者の扱いが管理上の課題になることもあります。

根拠

元記事URL：
http://workspaceupdates.googleblog.com/2026/06/google-apps-script-workspace-core-service.html

公式情報から確認できること：
Google Apps Script が Google Workspace core service として案内され、企業向けデータ保護、管理者制御、標準技術サポートに関する説明があります。レポート上のライセンス/プランは Education、Enterprise、Google Workspace、Pro と記載されています。

推測：
Apps Script を業務自動化に使っている組織では、管理者が利用状況、所有者、権限、外部接続を棚卸しするきっかけになると考えられます。

経験則

Apps Script は、現場部門が自分たちで業務改善できる便利な仕組みです。

一方で、退職者が所有しているスクリプト、誰も管理していないトリガー、個人アカウントに紐づいた自動化などが残りやすい領域でもあります。コアサービス化をきっかけに、管理ルールを整える価値があります。

管理者影響度

管理者側では、Apps Script の利用状況、所有者、スクリプトがアクセスするGoogleサービス、外部API連携、管理者制御の設定を確認しておきたい内容です。

特に教育機関や企業で Apps Script を広く使っている場合は、データ保護やサポート範囲の整理にも関係します。

利用者影響度

利用者側では、普段使っているスクリプトや自動化がより企業向けの保護・管理対象として扱われることで、安心して利用しやすくなる可能性があります。

ただし、管理者制御が強化されることで、一部のスクリプト実行や外部接続に制限がかかる可能性もあります。

確認したいポイント

• Apps Script の利用状況
• スクリプト所有者と管理者
• トリガー設定
• 外部API連携の有無
• OAuthスコープ
• 管理者制御の設定
• 退職者・異動者が所有するスクリプト
• 教育機関向け条件の対象有無
  
  

対応方針

まずは、Apps Script の利用実態を棚卸しするのがよいと思います。

特に、業務に影響する定期実行スクリプト、外部APIに接続するスクリプト、個人所有のまま運用されているスクリプトから確認すると、実務上のリスクを減らしやすいです。

kurataku所感

Apps Script は、現場改善の味方ですよね。
ただ、便利すぎる分、管理者から見えない自動化が増えやすいのも事実です。今回の更新は、Apps Script を「個人の便利スクリプト」ではなく「管理対象の業務自動化」として見直す良いタイミングだと思います。

Google Workspace の管理者パスワードリセットアラート拡張

一言まとめ

一言でいうと、Google Workspace の管理者アカウント保護を強化する更新です。セキュリティ監視の観点で、管理者は早めに見ておきたい内容です。

要点

Google Workspace の Alert Center で、これまで Super Admin password reset を対象としていたアラートが、すべての管理者ロールのパスワードリセットに広がると案内されています。

管理者アカウントは、一般ユーザーよりも強い権限を持つため、パスワードリセットは重要なセキュリティイベントです。

Super Admin だけでなく、各種管理者ロールに広がることで、不審な管理者アカウント操作を検知しやすくなる可能性があります。

根拠

元記事URL：
http://workspaceupdates.googleblog.com/2026/06/enhanced-security-monitoring-with-expanded-Admin-password-reset-alerts.html

公式情報から確認できること：
Alert Center の既存アラートが、Super Admin のみではなく、すべての管理者ロールのパスワードリセットを対象にする更新として案内されています。レポート上のライセンス/プランは Pro と記載されています。

推測：
管理者ロールを複数人・複数部門に委任している組織では、アラート増加や運用ルールの見直しが必要になる可能性があります。

経験則

管理者アカウントのパスワードリセットは、正当な運用でも発生しますが、不正アクセスやアカウント乗っ取りの兆候としても重要です。

実務では、アラートが出ても誰が確認するのか決まっていないと、せっかくの検知が活かされません。

管理者影響度

管理者側では、Alert Center の通知先、アラートの確認担当、インシデント対応手順を整理しておきたい内容です。

特に、管理者ロールを細かく分けている組織では、パスワードリセットが正当なものか判断できる体制が必要です。

利用者影響度

一般利用者への直接影響は大きくありません。

ただし、管理者アカウントの不審操作を早く検知できれば、結果的に組織全体のセキュリティ向上につながります。

確認したいポイント

• Alert Center の対象アラート
• 管理者ロールの一覧
• 管理者アカウントのMFA設定
• パスワードリセット時の通知先
• アラート確認担当
• インシデント対応手順
• 管理者権限の棚卸し状況
  
  

対応方針

まずは、管理者ロールを持つアカウントを棚卸しし、Alert Center の通知先と対応手順を確認するのがよいと思います。

あわせて、管理者アカウントのMFA、不要な管理者権限、共有アカウントの有無も見直すと効果的です。

kurataku所感

これは派手なAI機能ではありませんが、管理者としてはかなり大事な更新です。
生成AIが注目されがちですが、結局は管理者アカウントを守ることが土台ですよね。こういうセキュリティ監視の改善は、ぜひ見落とさずに拾いたいです。

Gemini in Sheets の数式エラー診断と修正支援

一言まとめ

ざっくり言うと、Google Sheets の数式エラーを Gemini が説明し、修正式を提案してくれる更新です。利用者支援には便利ですが、業務データの扱い方には注意したい内容です。

要点

Gemini in Google Sheets に、数式エラーを診断して修正を支援する機能が追加されたと案内されています。

数式エラーが発生した際に、Gemini が周囲のデータ構造を分析し、エラーの原因説明と修正式を提示できるとされています。

初心者向けに言うと、「なぜこの数式がエラーになっているのか」をAIが説明し、修正案まで出してくれる機能です。

根拠

元記事URL：
http://workspaceupdates.googleblog.com/2026/06/troubleshoot-formula-errors-in-sheets.html

公式情報から確認できること：
Gemini in Sheets に、数式エラーの診断と修正支援機能が追加されたと案内されています。レポート上のライセンス/プランは Pro と記載されています。

推測：
経理、営業、管理部門など、スプレッドシートを多用する部門では問い合わせ削減や作業効率化につながる可能性があります。

経験則

実務では、スプレッドシートの数式エラーは、情シスや詳しい人に問い合わせが集まりやすいテーマです。

AIが原因を説明してくれると、利用者の自己解決が進む可能性があります。一方で、AIが提案した数式をそのまま使うと、業務上の計算ルールと合わない場合もあります。

管理者影響度

管理者側では、Gemini in Sheets の提供対象、利用者範囲、データ保護、管理者制御を確認したい内容です。

特に、スプレッドシートには顧客情報、売上、給与、評価情報などが含まれることがあるため、AI機能を使ってよいデータの範囲を整理しておくと安心です。

利用者影響度

利用者側では、数式エラーの修正がかなり楽になる可能性があります。

特に、関数に慣れていない利用者にとっては、エラー原因を自然な言葉で説明してもらえることが大きな助けになります。ただし、最終的な計算結果が正しいかは、業務担当者が確認する必要があります。

確認したいポイント

• Gemini in Sheets の対象プラン
• 利用者に表示されるか
• 機密性の高いシートで利用する場合の扱い
• 提案された数式の検証方法
• 利用者向け案内の必要性
• Google Workspace 管理コンソールでの制御可否
  
  

対応方針

まずは、管理者または一部利用者で、実際の数式エラーに対してどのような説明と修正案が出るか確認するとよいと思います。

そのうえで、利用者には「AIの提案は補助として使い、重要な集計や請求・給与・評価に関わる計算は必ず確認する」という案内をしておくと安全です。

kurataku所感

これは利用者にかなり喜ばれそうな更新です。
スプレッドシートのエラーって、慣れていない人には本当に分かりづらいですよね。AIで自己解決しやすくなるのは良い流れですが、業務上の数字は最後に人が確認する、という線引きは大事だと思います。

 

低優先度・参考情報

ここからは、今すぐ大きな管理者対応が必要というより、動向として把握しておきたい更新です。

ChatGPT の長文貼り付けが添付ファイル扱いになる更新

ChatGPT Free や Go ユーザー向けに、10,000文字を超える長い貼り付けが自動的に添付ファイルとして扱われる更新が案内されています。

元記事URL：
https://chatgpt.com/football

企業利用の観点では、個人向けプランや一部プランでの挙動変更として把握しておく程度でよさそうです。長文テキストを扱う場合は、貼り付けた情報がどのように処理されるか、利用者が理解しておくと安心です。

Claude Tag

Claude Tag の紹介記事が確認されています。

元記事URL：
https://www.anthropic.com/news/introducing-claude-tag

レポート上では Pro と抽出されていますが、企業管理者向けの直接的な設定変更というより、製品動向として把握する内容に近い印象です。

Google Meet の Safari on iOS 対応

iOS端末から、GmailアプリやMeetアプリがなくてもSafari経由でGoogle Meetに参加できる更新が案内されています。

元記事URL：
http://workspaceupdates.googleblog.com/2026/06/join-google-meet-calls-from-safari-on-iOS-devices.html

利用者影響はありますが、管理者側の設定変更というより、会議参加方法の選択肢が増える更新として扱うのがよさそうです。

Google Meet hardware の room code 接続

Google Meet hardware に、5文字のルームコードで接続する Early Preview が案内されています。

元記事URL：
http://workspaceupdates.googleblog.com/2026/06/room-codes-google-meet-hardware-early-preview.html

会議室端末を運用している組織では便利そうですが、Early Preview の可能性があるため、正式展開状況を見ながら扱うのがよいと思います。

Google Vids / Veo の動画生成強化

Google Vids で、Veo を使った長めの動画生成や複数動画の同時生成、AIアバター機能の拡張が案内されています。

元記事URL：
http://workspaceupdates.googleblog.com/2026/06/create-longer-veo-videos-and-generate-multiple-at-once-in-Google-Vids.html
http://workspaceupdates.googleblog.com/2026/06/enhanced-ai-avatars-vids.html

社内研修、説明動画、営業資料などでは便利になりそうです。ただし、AI生成動画やアバターを社外向けに使う場合は、著作権、肖像、ブランド表現、利用規程をあわせて見ておくと安心です。

Gemini in Chrome / Gemini app for Mac

Gemini in Chrome や Gemini app for Mac に関する更新候補も確認されています。

元記事URL：
https://support.google.com/gemini?p=mws_gic_ga&hl=en-US
https://gemini.google/mac/

ただし、日付不明や提供条件の確認が必要な情報として扱うのがよさそうです。企業利用では、ブラウザ内AIやデスクトップAIが画面内容を参照する場合のデータ保護・管理者制御が重要になります。

Vertex AI / Gemini API / Veo / Lyria 関連

Vertex AI、Gemini API、Veo、Lyria 3 Preview、FunctionGemma、T5Gemma などの更新候補も含まれていました。

元記事URL：
https://docs.cloud.google.com/vertex-ai/generative-ai/docs/model-reference/veo-video-generation
https://docs.cloud.google.com/vertex-ai/generative-ai/docs/models/lyria/lyria-3#lyria-3-pro-preview
https://console.cloud.google.com/vertex-ai/publishers/google/model-garden/functiongemma
https://console.cloud.google.com/vertex-ai/publishers/google/model-garden/t5gemma

これらは開発者・AI基盤担当者向けの色が強いため、一般の情シス向け記事では参考情報として扱うのがよさそうです。API利用や生成AI基盤を構築している組織では、別記事で整理すると分かりやすいと思います。

 

管理者向けチェックリスト

今回の更新を受けて、管理者・情シス担当者が確認しておきたい項目をまとめます。

• Microsoft 365 Copilot の外部コネクタ利用可否を確認する
• Federated Copilot Connectors の接続先と承認フローを整理する
• Power Apps / model-driven apps で Copilot が表示されるか確認する
• Dataverse や業務アプリの権限設計を棚卸しする
• SharePoint の組織アセットライブラリを整理する
• Copilot Studio のエージェント評価基準を用意する
• ChatGPT の Slack コネクタで許可される操作を確認する
• OAuthスコープ、操作ログ、接続承認者を確認する
• ChatGPT / Codex の Record & Replay で記録される内容を確認する
• Claude Code の利用者、バージョン、設定を確認する
• Claude Code が本番環境や認証情報に触れない運用にする
• MCPサーバーの接続先と認証情報の扱いを整理する
• Google Apps Script の所有者、トリガー、外部接続を棚卸しする
• Google Workspace の管理者ロールとMFA設定を見直す
• Alert Center の通知先と対応手順を確認する
• Gemini in Sheets の利用対象とデータ保護を確認する
• Google Vids / Veo のAI生成コンテンツ利用ルールを整理する
• Preview / Roadmap / GA の違いを記録する
• 利用者向けに「AIの回答は補助であり最終判断は人が行う」ルールを案内する

 

まとめ

今回は、2026年6月第4週の生成AIサービス更新として、Microsoft Copilot、ChatGPT、Claude、Gemini / Google Workspace 関連の内容を整理しました。

全体としては、AIが単に回答するだけでなく、社内データ、外部SaaS、業務アプリ、開発環境、スプレッドシート、会議、動画生成などに深く入り込んでいく流れが見えます。

管理者が優先して見たいのは、以下のあたりです。

• Copilot の外部データ連携とコネクタ制御
• model-driven apps や Dataverse でのCopilot利用
• ChatGPT の Slack 操作と OAuthスコープ
• Claude Code の安全制御とMCP接続
• Google Apps Script の管理対象化
• Google Workspace の管理者アカウント監視
• Gemini in Sheets など利用者に直接見えるAI機能

利用者影響としては、業務アプリ内でAIに聞ける、Slack上の作業をChatGPTから進められる、Sheetsの数式エラーをGeminiが直してくれるなど、日常業務に近い機能が増えています。

一方で、便利になるほど、データ保護、学習利用、管理者制御、監査ログ、外部連携の確認が欠かせません。

生成AIサービスは更新が速いので、すべてを完璧に追うのは大変です。
まずは「社内データに触れるもの」「外部サービスを操作するもの」「管理者権限や開発環境に関わるもの」から優先して見ていくと、実務ではかなり整理しやすいと思います。

ぜひぜひ、自社の利用状況に近いサービスから少しずつ確認してみてください。