AIは返事をする道具から割り込む存在へ——提案の主導権を守る日本企業の設計

生成AIは、質問欄を開いて人が呼び出す道具から、仕事の途中に常駐し、次に聞くことまで提案する存在へ変わり始めました。Googleは2026年9月10日、Windows 10と11向けの「Gemini app for Windows」を世界展開しました。作業中にAltとSpaceを押せば、開いている画面の上へGeminiを重ね、資料の確認やタイトル案の作成を頼めます。GmailやGoogleドライブの情報を引き出す機能や、複数段階の仕事を任せるエージェント機能も、利用条件に応じてデスクトップから扱えます。

同じ時期、Metaは逆方向の問題へ直面しました。Facebookへ共有された親子の動画の下で、Meta AIが「子どもの乗客は誰ですか」という趣旨の質問候補を出し、利用者が押すと過去の投稿や親族の投稿にある情報を組み合わせて子どもについて答えたとThe Vergeが報じています。Metaは、このような個人的な話題を提案すべきではなかったとして原因を修正しました。

二つのニュースは、便利な常駐アプリと不適切なSNS提案という別々の出来事に見えます。しかし共通する変化があります。AIが「尋ねられた範囲へ答える」だけでなく、「今ここで何を尋ねるべきか」を先回りして決めるようになったことです。日本企業が次に設計すべきなのは回答精度だけではありません。誰が会話を始め、どの文脈を持ち込み、どのタイミングで人の注意を使い、どこから先を実行へつなぐかという「開始権」です。

結論——AIの提案には「開始・参照・実行」を別々に許可します

常駐型AIを安全に使うために、すべての提案を止める必要はありません。文章を書いているときに関連資料を示し、会議前に未確認項目を知らせ、締め切り前に下書きを準備する機能は、画面を行き来する負担を減らします。問題は、提案が表示されたことを、個人情報を広く参照する許可や、外部システムを変更する許可と同一視することです。

企業はAIとの関係を少なくとも三段階へ分けるべきです。第一は、AIが声をかけてよい「開始」です。第二は、提案を作るためにどの文書、会話、画面、個人情報を読めるかという「参照」です。第三は、提案から送信、更新、削除、購入などへ進める「実行」です。

段階	AIに許すこと	人が決めること	代表的な停止方法
開始	決められた場面で候補を表示します	通知の頻度、場所、時間帯を選びます	提案を消す、一定時間停止する
参照	許可された情報から候補を作ります	情報源、用途、保持期間を選びます	接続先を外す、会話単位で除外する
実行	下書きや操作案を準備します	送信、更新、削除、支払いを承認します	権限を読み取り専用へ戻す

この分離があれば、Windowsの作業中にAIをすぐ呼び出せる便利さを残しながら、画面上にあるすべての情報を常時収集する設計を避けられます。SNS上でも、利用者が閲覧できる情報だからといって、AIが家族関係を推測する質問を自動で勧めてよいとは限らないと説明できます。

これまで企業の生成AI方針は、「何を入力してよいか」と「出力を人が確認するか」を中心に作られてきました。常駐型・提案型AIでは、その前に一行を加える必要があります。「AIは、どの条件で人の仕事へ割り込んでよいか」です。

Windows版Geminiが変えるのは、モデルより呼び出しの距離です

ITmedia NEWSによると、Gemini app for WindowsはAltとSpaceで呼び出し、作業中の画面へ重ねて利用できます。資料の確認、プレゼンテーションのタイトル案、Googleサービス上の情報を使った要約、画像や動画の生成などを、別のブラウザー画面へ移らず進められます。Googleは軽量なバックグラウンド動作を案内し、今回をWindows版の出発点と位置付けています。

ここで重要なのは、新しいモデル名だけではありません。呼び出しに必要な操作が短くなり、AIが仕事の流れへ近づいたことです。ブラウザーのタブを開き、URLへ移動し、対象文書を選ぶ工程には、小さな摩擦があります。その摩擦は面倒ですが、「今からAIへ渡す」と人が意識する境目にもなっていました。常駐アプリでは、境目がキーボード操作一つへ縮みます。

この変化は、電卓や検索のような短い利用には有効です。文章の言い換え、既知情報の整理、会議前の観点出しを素早く始められます。一方、どの画面を対象にしたのか、どのアカウントのGmailやドライブを参照したのか、生成した内容をどの案件へ保存したのかが曖昧になると、利便性の裏で文脈が混ざります。

例えば、私用Googleアカウントと会社アカウントを同じPCで使っている場合を考えます。画面には会社の顧客資料があり、Geminiへログインしているのは私用アカウントという組み合わせが起こり得ます。反対に、会社のAIへ私用の旅行計画や家族情報を読ませることもあります。起動が速いほど、利用者が接続先を毎回確認する期待は現実的ではなくなります。

そのため、企業向けの初期設定では、便利なショートカットより先に「現在の文脈」を表示する必要があります。呼び出した小窓に、利用中のアカウント、参照できる接続先、現在選択した画面やファイル、会話の保存先を短く示します。利用者はAIの名前ではなく、今どの境界の中で会話しているかを見てから送信できます。

AIが作るライブダッシュボードで元データ時刻・定義版・画面版・決定時刻を分けた記事では、最新表示と決定時点の記録を分離しました。常駐AIでも同じ考え方が使えます。現在の画面を便利に読ませても、承認や送信へ進む前には、参照した版と対象を固定して記録します。

Metaの事例が示したのは、閲覧権限と提案権限の違いです

The Vergeの報道では、Instagram利用者が親子で歌う動画をFacebookへ共有したところ、Meta AIが子どもの身元に関する質問候補を表示しました。利用者が候補を選ぶと、AIは本人や親族が過去に公開した投稿の情報を組み合わせ、子どもについて答えたとされています。Metaは「的を外した」と認め、個人的な話題を扱う候補が出る原因を修正したと説明しました。

Meta側は、生成した回答は利用者がすでにアクセスできる情報に基づくと説明しています。しかし、ここには重要な差があります。人が個別の投稿を一つずつ見られることと、AIが複数年・複数人の投稿を横断し、家族関係をまとめ、個人的な質問を先に提示することは同じではありません。

アクセス可能性は、情報を集約して新しい意味を作ることへの包括的な同意になりません。投稿者は、誕生日の写真、旅行の記録、親族のコメントをそれぞれ共有していても、それらが子どもの年齢、関係、生活パターンを答えるデータベースとして使われる場面を想定していないかもしれません。個々の情報が公開範囲内でも、組み合わせによって感度が上がります。

さらに、利用者が自分で質問を書いたのではなく、プラットフォームが候補を置いた点が重要です。提案は中立な飾りではありません。「これは尋ねてよい話題です」「この情報は役に立ちます」という判断を画面が先に示します。クリック一回で答えが出れば、人は質問の適切さや情報源を考える前に結果へ到達します。

日本の企業内AIでも似た問題が起こります。人事担当者が勤怠を閲覧でき、上司がチャットを読めて、経理が経費を見られるとしても、AIが三つを組み合わせて「退職しそうな社員」「生産性が低い社員」「健康上の問題がありそうな社員」という提案を自動表示してよいとは限りません。各担当者の既存権限を継承しただけでは、組み合わせによる新しい推測を制御できません。

提案権限には、読み取り権限より狭い条件を置きます。家族、健康、思想、労働組合、評価、懲戒、採用、位置情報など、個人へ大きな影響を与える主題は、自動候補から外します。業務上必要なら、人が目的と対象を明示して開始し、根拠と利用範囲を記録します。「読めるから勧める」ではなく、「この目的で勧めることに合意があるから、必要な範囲だけ読む」という順序へ変えます。

1104人調査が示すのは、全社一律の許可では足りないことです

チェンジホールディングスが全国の会社員・役員1104人を対象に行った意識調査を、＠ITが報じています。13業務の平均では、人主導が61.2％、AI主体が38.8％でした。ただしAI主体は実際の自動化率ではなく、AIが主に実施して人が確認する形から自律実施までを適切だと考えた回答の集計です。

業務別では、AI主体を受け入れる回答が議事録作成で44.7％、データ分析で44.0％、情報整理と情報収集・調査で43.8％でした。最終的な意思決定は33.5％、課題の整理は25.3％です。情報を処理する仕事と、何を問題にするかを決める仕事の間に差があります。

世代差はさらに大きく、最終的な意思決定をAI主体としてよいとした割合は20代で59.1％、30代で36.0％、40代で23.9％、50代で12.1％でした。一方、AIに仕事を奪われる懸念は20代が67.5％と最も高く、50代は26.5％でした。若い世代はAIへ任せることに寛容でありながら、置き換えへの不安も強いという結果です。

この数字から「若手はAIを信じすぎる」「年長者は保守的だ」と決めつけてはいけません。調査は意識の違いを示しますが、原因を一つに確定するものではありません。日常的な利用経験、職務上の責任、失敗時の影響、会社のIT環境、雇用への見通しが重なっている可能性があります。

むしろ企業が得るべき教訓は、AIの提案機能を全社員へ同じ初期設定で配らないことです。議事録の要約候補と、人事評価の結論候補では影響が違います。新入社員と送金承認者でも、必要な提案と停止線が違います。年齢だけで権限を変えるのではなく、業務、データ、影響、取消可能性で開始条件を決めます。

職種を仕事の束へ分け、定型・非定型・対人・不可逆・育成の五種類でAIの役割を考えた記事では、削減人数ではなく引き継ぎ時間を測る考え方を提案しました。提案型AIでは、その仕事の束ごとに「AIから始めてよいか」を加えます。議事録の見出し候補はAIから始めても、評価や採用の問題設定は人から始める、といった違いを明文化できます。

「通知」ではなく注意力の予算として管理します

常駐型AIは、通知を増やせば使われるとは限りません。電子メール、チャット、カレンダー、セキュリティ警告、業務システムにAI提案が加わると、人の集中を細かく分断します。提案が頻繁すぎると、利用者は内容を読まずに消すか、反射的に承認するようになります。重要な警告が同じ見た目なら、危険な場面ほど見落とされます。

AIの提案回数は無料ではありません。モデル料金が小さくても、人が目を移し、意味を理解し、採否を決め、元の仕事へ戻る時間を使います。企業はトークンだけでなく「注意力の予算」を持つべきです。

具体的には、提案を四種類へ分けます。

• 要求時：人がショートカットやボタンで呼び出したときだけ表示します。
• 節目時：保存、送信、会議開始、締め切りなど、あらかじめ決めた節目で表示します。
• 異常時：権限超過、機密混入、数値差、未保存など、危険がある場合に表示します。
• 自発時：AIが文脈から役立つと判断して表示します。最も狭く、学習可能な拒否方法を用意します。

初期状態は要求時と異常時を中心にします。節目時は部署ごとに少数の条件を選びます。自発時は、試験対象、時間帯、アプリ、情報区分を限定します。利用者が提案を閉じた理由を毎回書かされる設計は負担になるため、「今は不要」「この話題は出さない」「この文書では停止」といった短い選択肢を置きます。

評価指標もクリック率だけでは不十分です。提案を押した割合が高くても、目立つ場所へ強く表示した結果かもしれません。採用後に仕事が完了した割合、修正にかかった時間、誤って機密を参照した件数、提案を取り消した回数、集中を戻す時間、同じ提案を繰り返し拒否した割合を見ます。

AIを見破る努力より証憑・実行・モデル開発へ別々の停止線を置く記事で扱ったように、安全な利用は万能な一つのブレーキでは作れません。提案型AIでも、通知を止めること、参照先を外すこと、操作権限を下げることを別々に実行できる必要があります。

企業が実装すべき六つの「開始権」設定

製品比較では、モデル性能や対応アプリの数だけでなく、次の六点を管理できるか確認します。

誰が始めたかを表示します

人が呼び出した会話、管理者が設定した節目、AIが自発的に出した提案を見分けます。画面の見た目が同じでも、開始主体を残します。後から誤った提案を調べる際、利用者が質問したのか、製品側が候補を押し出したのかで改善場所が変わります。

参照範囲を提案ごとに見せます

「社内データを使用」の一語では広すぎます。選択中の文書、現在の会話、同じ案件のフォルダー、メール、予定表など、提案を作るために読んだ範囲を表示します。家族、人事、健康、位置、顧客秘密など感度の高い情報は、アクセスできても自発提案から除外します。

提案理由を短く説明します

AIが「締め切りが明日だから」「表の合計と本文が一致しないから」「未返信の顧客連絡があるから」と理由を示せば、人は提案の妥当性を判断しやすくなります。性格、感情、健康、退職意思のような推測を理由へ使う場合は、自動表示せず専門の審査へ回します。

拒否を学習させても、拒否内容を別用途へ使いません

利用者が「この提案は不要」と伝える機能は、通知を減らすために有効です。しかし拒否履歴から勤務意欲や技能を推測し、人事評価へ転用すれば、停止ボタンを押せなくなります。提案改善の記録と従業員評価を分離し、保持期間を定めます。

実行は別の画面で確定します

要約候補を見せることと、メールを送ることは別です。提案から送信、削除、公開、購入、権限変更へ進む場合は、対象、差分、影響、取消方法を表示して人が確定します。日常的な低リスク操作でも、最初は下書きまでにします。

一時停止と完全解除の両方を用意します

集中したい一時間だけ止める、特定の案件で止める、個人的な話題を止める、接続先を外す、アプリ自体を無効化する、という段階を用意します。停止したことで重要業務が動かなくなる場合は、従来の検索、定型通知、人への連絡へ戻る経路も示します。

30日で「割り込んでよい場面」を一つだけ試します

常駐AIを全社一斉に有効化する前に、一つの部署、一つの業務、一つの提案から試せます。おすすめは、送信や人事判断へ直結せず、正解と不要を比較しやすい場面です。会議前の未読資料、文書内の数値不一致、問い合わせ下書きの不足項目などが候補です。

最初の10日——現在の割り込みを数えます

AIを増やす前に、メール、チャット、会議、既存システムから一日に何回通知が来るかを記録します。通知を開いた割合だけでなく、処理した時間、後回しにした件数、同じ内容の重複、元の仕事へ戻る時間を測ります。

試すAI提案について、開始条件を一文で書きます。例えば「顧客へ送信する前に、添付忘れと日付不一致だけを確認する」とします。「文章をより良くする」のような広い条件は避けます。参照範囲は現在の下書きと添付予定ファイルに限定し、過去メール全体は最初から読ませません。

次の10日——三つの境界を変えて比べます

要求時だけ、送信直前の節目時、自発時の三設定を少人数で比較します。提案数、採用数、誤提案、修正時間、見逃し、集中の中断を記録します。提案の文章を巧くする前に、出すタイミングと対象を調整します。

また、私用アカウント、別案件、機密区分の異なる文書を混ぜた模擬ケースを使い、参照範囲が画面に表示されるか、禁止した情報を候補へ使わないかを確かめます。提案を閉じた後に同じ内容が繰り返し出ないかも見ます。

最後の10日——AIを止めて仕事を続けます

一日だけ提案機能を停止し、従来のチェックリストや人のレビューへ戻します。停止後も送信、確認、記録が完了するか、何分余計にかかるかを測ります。AIが止まると仕事の条件まで分からなくなるなら、手順が製品へ埋もれています。

最後に、残す提案を一つ、要求時へ戻す提案を一つ、削除する提案を一つ選びます。導入の成果を提案数の増加ではなく、必要な場面でだけ役立ち、不要な場面では静かでいられることとして評価します。

毎月見る七つの指標

• 開始主体の記録率：人、管理者設定、AI自発のどれで始まったかを追える割合です。
• 有効提案率：採用され、次の工程まで完了した提案の割合です。
• 不要反復率：同じ利用者が同種の提案を繰り返し拒否した割合です。
• 参照逸脱件数：許可した案件、アカウント、情報区分の外を参照した件数です。
• 中断回復時間：提案を処理した後、元の仕事へ戻るまでの時間です。
• 実行前取消率：送信や変更の確定前に誤りへ気づき、止められた割合です。
• 停止時完了率：提案機能がなくても定型手順や人への引き継ぎで仕事を終えられた割合です。

数字はAIを黙らせるためではありません。役立つ提案を残し、個人情報を掘り起こす提案や集中を壊す提案を減らすために使います。利用者が停止ボタンを押したこと自体を低評価にせず、製品と業務の調整信号として扱うことが大切です。

参考にした情報

• ITmedia NEWS「Windows用『Gemini』アプリ提供開始」（2026年9月11日、Windows 10・11向けアプリ、Alt＋Space、Googleサービス連携、エージェント機能を確認）
• The Verge「Meta says it’s changing AI suggestions after posing invasive personal questions」（2026年9月11日、親子動画への質問候補、過去投稿の組み合わせ、Metaの修正説明を確認）
• ＠IT「『AIに任せる』はどこまで？」（2026年9月11日、会社員・役員1104人の業務別、世代別、役職別の意識調査を確認）

最後に——優秀なAIほど、静かに待てる設計が必要です

AIが画面の外にある時代には、人が質問しなければ何も始まりませんでした。常駐アプリ、SNSの提案、業務エージェントが広がると、AI側が人の注意を呼び、文脈を集め、次の仕事を提案します。これは操作回数を減らす大きな進歩である一方、誰も明示的に頼んでいない推測を、もっとも自然な次の行動として見せる力でもあります。

だから、AIを使うか使わないかだけを選ばせてはいけません。会話を始めてよい場面、読んでよい情報、実行してよい操作を分けます。不要な提案を断っても不利益を受けず、一時間だけ静かにし、必要なら従来手順へ戻れる状態を作ります。

次にAI製品のデモを見るとき、回答の速さだけでなく「この提案は誰が始め、何を読んで、なぜ今表示され、どうすれば二度と出さないようにできますか」と尋ねられるでしょうか。その四つへ設定画面と運用記録で答えられるなら、常駐AIは人の判断を奪う割り込みではなく、必要な瞬間だけ近くにいる仕事道具になれます。