Gemini for macOS、まとまりのない音声を行動へ変換
9to5GoogleのGoogleレポートによると、GoogleはI/O 2026でプレビューしたGemini for macOSの音声機能を展開している。この機能では、ユーザーが間や言い直しを含めて自由に話すと、Geminiがそれを実用的なテキストへ変換する。GboardのRamblerに似たアプローチをMacへ導入しつつ、デスクトップのコンテキストと直接テキストを挿入する機能を加えたものだ。
重要なのは、Googleが音声を独立した会話モードとして扱わなくなっている点にある。同社は音声を、メール、文書、ローカルファイル、デスクトップ上のタスクに向けた入力レイヤーへ変えつつある。この変化によりGeminiは、ユーザーの未整理な考えと、最終成果物が表示されるアプリケーションとの間に位置することになる。
macOSを管理するのはAppleだが、Googleはいま、画面を理解し、選択したファイルをまたいで操作できる代替のAIインターフェースを提供している。したがって競争は文字起こしの精度だけにとどまらない。どのアシスタントが、人間の意図から完成した仕事へ至る最速の経路になるかをめぐる競争だ。
9to5GoogleのGoogleレポートが示す変化
Geminiの新しいMac体験は、不完全な発話をユーザーが修復すべき文字起こしではなく、編集すべき素材として扱う。
この機能は2026年5月のGoogle I/Oで初めてプレビューされた。Googleは、ユーザーがFinderでファイルを選び、ファンクションキーを押しながらメールを口述するデモを披露した。Geminiは選択された素材をコンテキストとして利用し、洗練された下書きを開いているGmailのメール作成ウィンドウへ挿入した。
このワークフローは標準的な音声入力とは異なる。従来のディクテーションは、可能な限り句読点や書式を加えながら、話者が発した言葉を保持しようとする。一方Geminiは、話者が意図した結果を解釈し、カーソル位置に挿入する前に入力内容を書き換える。
音声操作のプレビューでは、画面下部に表示されるフローティングコントロールが説明されている。ユーザーは話している間ファンクションキーを押し続け、離すとリクエストを送信する。Geminiはテキストを生成する前に処理中の状態を表示する。
Googleの現在のMac向けページによれば、ユーザーはGeminiにアクティブな画面を読ませながら話すことができる。目の前のアプリケーションを離れることなく、口調の変更、情報の再構成、返信文の下書き作成を依頼できる。Googleはこの体験の一部を「近日提供」と表記しており、展開中は利用可能性にばらつきが残ることを示唆している。
この区別は重要だ。展開は、すべてのアカウント、地域、言語、サブスクリプションで同じ操作機能を利用できるようになる前に始まることがある。読者は、このレポートをすべてのGemini for macOSインストール環境に同一の音声機能がすでに含まれている証拠と解釈すべきではない。
基盤となるMacアプリケーションは、最先端の機能よりも広く利用可能だ。Googleによると、このアプリケーションはApple Silicon搭載ハードウェアとmacOS Sequoia 15.0以降で動作する。Gemini Appsがサポートされる地域では一般アプリケーションを無料で利用できるが、特定の機能には対象となるアカウントが必要になる。
ユーザーはOption + Spaceでコンパクトなインターフェースを開ける。また、別のショートカットで前面のウィンドウを共有し、Geminiが表示中の情報をプロンプトのコンテキストとして使用できるようにもなる。これらの操作により、このアプリケーションはユーザーが訪れなければならない別の目的地ではなく、オーバーレイとして機能する。
新たに報じられた音声機能は、そのインタラクションのループを完成させる。ユーザーはGmail、文書エディタ、その他のテキスト入力欄にとどまったまま、意図する出力を説明できる。Geminiはその話した考えを、完成した下書きにより近い形へ変換する。
このため、このアップデートはGboardのRambler機能に似ている。GoogleはRamblerを、フィラー語を取り除き、言い直しを調整し、自然な発話の重要な部分をまとめるために設計した。Mac版は、デスクトップ作業がすでに行われている場所で同様の考え方を適用する。
たとえばユーザーは、「Danaに木曜の午前なら会えると伝えて、いや、金曜の昼食後にして、修正後の予測にも触れて」と言うかもしれない。従来のディクテーションなら両方の日付を残す可能性がある。意図を認識する文字起こしなら、修正を理解して金曜の提案だけを生成するはずだ。
この例は製品に課されるより高い要求も示している。システムがユーザーが残すつもりだった言葉を推測すると約束する場合、すべての言葉を正確に文字起こしするだけでは不十分だ。アシスタントは、メッセージの意味を変えずに、意図的な限定と取り消された考えを区別しなければならない。
Googleは、報じられたMac機能について独立した精度データを公開していない。アクセント、騒がしい部屋、複数言語が混じる発話、専門用語における修正率も開示していない。したがって9to5GoogleのGoogle記事は、検証済みの性能ベンチマークではなく、製品展開を記録したものだ。
それでも、このインタラクションは明確な変化を表している。Geminiは、ユーザーの作業の横にあるプロンプトボックスから、その作業の中にある常時利用可能な編集レイヤーへ移行しつつある。音声が価値を持つのは、考え、コンテキスト、出力を一つの動きでつなぐからだ。
Ramblerが示すGoogleの音声戦略
Googleはデバイスをまたいで一つの重要な考え方を標準化している。人は自然に話し、整理はモデルが担うべきだという考え方だ。
Googleは2026年5月12日、Android向けGemini Intelligenceの一環としてGboard用Ramblerを発表した。同社によると、この機能は夏の間に、最近のGoogle PixelおよびSamsung Galaxy端末から段階的に展開される予定だ。
Gboardはすでに音声からテキストへの変換をサポートしていた。Ramblerは、話した考えを洗練されたメッセージにまとめることで、期待される出力を変える。文字どおりの文字起こしでは送信しにくい、繰り返し表現、フィラー語、間、言い直しを考慮する。
GoogleのRamblerの発表によると、この機能は一つのメッセージ内で複数の言語を解釈することもできる。これは、新しいキーボードやディクテーションモデルを選ぶのではなく、自然に言語を切り替える多言語話者にとって重要だ。
同社によれば、Ramblerはこのモードが有効になっていることを明確に示す。またGoogleは、音声はリアルタイムの文字起こしに使用されるだけで、保存も保管もされないとしている。これらは企業側の説明であり、ユーザーには利用可能な各端末・地域向けの正確な製品ドキュメントが依然として必要だ。
Gemini for macOSは、Ramblerの正確な目的を複製するのではなく、その中核的な挙動を借用しているように見える。GboardはAndroidキーボードを通じて入力されるメッセージに焦点を当てる。Mac機能は画面のコンテキストを利用し、デスクトップアプリケーション内で作業し、周囲のタスクに合わせたテキストを生成できる。
プロジェクト更新を準備する従業員を考えてみよう。ソースファイルを選択し、メールを開き、すべての文を最初に整えることなく要点を説明できる。Geminiは表示中のコンテキストを使用して、その発話を構造化されたメモに変換できる可能性がある。
二つ目のユースケースは既存テキストの編集だ。ユーザーは段落を選択し、より穏やかな口調にし、詳細を減らし、最後に直接的な依頼を加えるよう指示できる。この場合、音声は生の内容そのものではなく、編集コマンドとして機能する。
三つ目は、完全には整理されていない情報を記録するケースだ。会議メモを確認している人は、優先事項を話しながら整理し、順序を口頭で修正し、簡潔な要約を依頼できる。これは、パーソナルナレッジベースを支えるワークフローの音声版に似ている。
これらのシナリオは、この技術が単なる高速入力より重要である理由を示している。Googleは、一つのモデルに音声の解釈、コンテキストの確認、意図の推測、アプリケーションですぐ使える結果の生成を担わせようとしている。能力が一つ増えるたびに、アイデアと出力の間で必要な手作業による移行が減る。
同じ設計は曖昧さも生む。文字起こしは音声記録と一語ずつ照合できる。だが洗練された解釈には、それと同じように単純な参照先がない。システムが意図的に元の発話の一部を削除し、書き換えるからだ。
ユーザーは、忠実な記録と編集支援のどちらを望むか決めなければならない。どちらもマイクから始まるとしても、異なる仕事だ。法的な記録、医療上の説明、インタビューの引用、コンプライアンス記録には、整えられた要約ではなく正確な文言が必要になることが多い。
Googleの製品表現は、下書き、返信、再構成された素材を重視している。こうしたタスクは修正を許容するため、この位置付けは理にかなっている。ユーザーが、確認なしであらゆる限定や口頭での修正を保持すると想定する場合、この機能はよりリスクが高くなる。
RamblerはGoogleの配布面での優位性も説明する。独立系のディクテーションサービスは、ユーザーにソフトウェアをインストールし、アプリケーション横断のアクセスを許可するよう説得しなければならない。Googleは同様の挙動をGboard、Gemini、Workspace接続、ネイティブMacアプリケーションに組み込める。
その到達範囲が普及を保証するわけではない。人々はすでに定着したキーボードショートカット、音声ツール、執筆習慣を持っている。日常的な場面で時間を節約できても、ときどき意味を変えてしまう機能は信頼を失う可能性がある。
しかし、繰り返し触れることには意味がある。AndroidユーザーはまずGboardで整理された音声入力に出会い、その後ラップトップでも同じ挙動を期待するかもしれない。Googleは、意図を認識するディクテーションを専門的なアプリケーションではなく、標準的なインターフェースのように感じさせることができる。
9to5GoogleのGoogleレポートが重要なのはこのためだ。モバイル向けの執筆機能を、Googleのより広範なデスクトップアシスタント戦略と結び付けている。共通する軸はマイクそのものではなく、結果を表示する前に編集するモデルの権限にある。
音声操作がGeminiをデスクトップインターフェースへ変える
戦略的な転換は、音声が単にテキストフィールドを埋めるだけでなく、コンテキストに応じた作業を起動できるようになったときに始まる。
Gemini for macOSは2026年4月にネイティブアプリケーションとして登場した。Googleのリリースノートでは、他のアプリケーションの横で開き、共有されたウィンドウをコンテキストとして利用できる、世界的に利用可能なデスクトップ体験が説明されていた。
音声機能の展開はその基盤の上に築かれている。画面認識により、システムはスタンドアロンの録音にはない情報を得られる。Geminiは、ユーザーがメールを書いているのか、グラフを確認しているのか、文書を読んでいるのか、ファイルを整理しているのかを理解できる可能性がある。
Gemini Sparkは、生成から行動へと同じ方向性をさらに拡張する。Sparkは、接続されたサービスと許可されたデスクトップリソースをまたいで複数ステップのタスクを完了するGoogleのエージェントだ。この文脈におけるエージェントとは、依頼された成果に向けて複数の行動を計画・実行できるソフトウェアを指す。
Googleは米国で、対象となる成人のGoogle AI Ultra契約者向けに、Sparkをベータ版としてmacOSアプリケーションへ導入した。Mac自動化に関するアップデートでは、PDFの分類や、コンピュータに保存された請求書からスプレッドシートを作成する作業などが説明されている。
Googleによると、Sparkがアクセスするのはユーザーが使用を許可したファイルのみだ。同社はGoogle Tasks、Keep、Canva、Dropbox、Instacart、OpenTable、Zillow Rentalsなどのサービスとの接続も拡大している。利用可能性は、提供される画面や展開段階によって異なる場合がある。
音声は、そのエージェントに摩擦の少ないコマンドチャネルを与える。ユーザーは、作業を任せる前に、目標を慎重に整えた文章のプロンプトへ変換する必要がない。アシスタントは話した依頼を解釈し、関連するコンテキストを使い、タスクを開始できる。
リモート操作はその範囲をさらに広げる。Googleのヘルプドキュメントによると、スマートフォンは同じアカウントでMac上のGemini Sparkに接続できる。デバイスはWi-Fiを共有するか、リンクされたBluetooth接続を使用する必要がある。
リモートデバイスから、ユーザーはテキストまたは音声でコマンドを送信し、チャットを確認し、Mac上でタスクを開始できる。Googleは、Downloadsフォルダの整理をその一例として挙げている。メディア再生コントロールも含まれる。
この組み合わせは、「音声コントロール」の意味を変える。アクティブなMacアプリケーション内での音声による下書き作成を指す場合もある。また、コンピューター上で動作するエージェントに別のデバイスからコマンドを送ることを表す場合もある。
これらのモードを混同すべきではない。報じられている音声下書き機能は、自由に話した内容を文脈に沿ったテキストへ変換することに重点を置く。Sparkのリモート操作は、アクションの開始と、許可されたリソースの操作に重点を置く。
ただし両者を合わせると、より完成度の高いデスクトップインターフェースになる。一方は粗い思考を言語へ変換し、もう一方は言語を一連の操作へ変換する。
このアーキテクチャは、Googleが管理するアシスタントをAppleのOSの上位に置くため、Appleに圧力をかける。Googleは、一般的な作業の出発点としてユーザーに選ばれるためにmacOSを置き換える必要はない。必要なのは、ショートカット、十分な文脈、そして実行権限だ。
Appleには依然として構造的な優位性がある。ハードウェア、OSの権限、標準アプリケーション、ネイティブのアクセシビリティフレームワークを管理している。サードパーティー製アシスタントは、Appleが定め、変更できる境界の中で動作する。
Googleには異なる優位性がある。Gemini、Gmail、Docs、Drive、Calendarなど、多くのMacユーザーがすでに利用するサービスを保有している。単一のGoogleアカウントのもとで、デスクトップの文脈をクラウド情報やモバイルデバイスと結び付けられる。
したがって競争は、単純なGemini対Siriではない。統合型OSアシスタントと、クロスプラットフォームのサービスアシスタントの競争だ。Appleはデバイスのより深い部分に到達できる一方、Googleは複数のデバイスや仕事用アカウントをまたいでユーザーに追随できる。
独立系の音声アプリケーションは、両方向から圧力を受ける。特化型モデルは、正確な音声入力、カスタム語彙、プライバシー重視の処理を提供できる。しかし、すでにキーボード、生産性スイート、デスクトップオーバーレイに組み込まれているアシスタントと競争しなければならない。
Googleの動きは、汎用AIデスクトップクライアントにも圧力をかける。テキストチャットボットは優れた回答を生成できても、コピー、貼り付け、手作業での文脈収集を依然として必要とする場合がある。Geminiが提案する優位性は、画面認識と直接挿入によって、こうした受け渡しを減らす点にある。
仕組みは単純だ。削減される手順が一つ増えるごとに、小さなタスクでアシスタントを使うための労力は下がる。そうした小さなタスクは、複雑なプロジェクトを伴う時折のデモよりも、日々の利用定着を左右することが多い。
それでも価値は、レイテンシーと信頼性に左右される。キーを押し続け、話し、待ち、確認し、修正するという流れは、出力が意図した調子を頻繁に取り逃すなら、入力するより遅くなり得る。Googleは、この比較に決着をつけるのに十分な公開証拠をまだ示していない。
最も意味のある試験は、日常的な作業を何度も繰り返す場面で行われる。短い返信、編集指示、タスク要約、ファイル関連の依頼によって、新鮮さが薄れた後もこのインターフェースが有用であり続けるかが明らかになる。
本当のトレードオフは意味の支配にある
Geminiはユーザーを自分の発話の編集から解放できるが、それはユーザーに代わって編集上の判断を下すことでもある。
自然な発話は雑然としているため、この約束は魅力的に聞こえる。人は文を言い直し、日付を修正し、仮の表現を使い、重要な留保を後から加える。モデルはその乱れを、逐語的なディクテーションよりはるかに速く明瞭なメッセージへ変換できる。
しかし、すべての整形判断には解釈が伴う。「I think」を取り除けば、発言はより断定的に聞こえる可能性がある。二つの説明を要約すれば、重要な違いが失われることがある。修正を誤って解決すれば、話し手が捨てるつもりだった考えを残してしまう。
Geminiが音声と画面の文脈を組み合わせると、このリスクは高まる。表示されている文書は関連性を高められるが、モデルを誤った前提へ導く可能性もある。エラーが音声、選択されたコンテンツ、生成された書き換えのどこに由来するのか、ユーザーには分からないかもしれない。
GoogleのMac product pageによると、Geminiはアクティブな画面を利用してコンテンツの下書きや再フォーマットを行える。また、ショートカットを通じて前面のウィンドウを共有できるとしている。ページ全体またはフォルダへのアクセスには、追加のmacOS権限が必要になる場合がある。
権限の境界は重要だ。Sparkは読むだけではないからだ。Googleのサポート資料によると、エージェントは指示に応じて、接続されたフォルダ内のファイルを編集、名前変更、再整理、共有、削除できる。また、接続されたアプリケーションの情報ともやり取りできる。
同社は、Geminiが誤る可能性があると警告している。Spark safety guidanceでは、許容できない結果を招き得る機密性の高いタスクや情報を避けるようユーザーに勧めている。Googleはまた、共有を承認する前に受信者とファイル内容を確認するよう推奨している。
一時バックアップによる保護は限定的だ。Googleによると、Sparkはコンピューターファイルを扱う際にバックアップを作成するが、新しいタスクの開始後または24時間以内にそれらのバックアップは消える。ヘルプページは、一部のファイルが復元可能な状態に残らない可能性を警告している。
話すことはカジュアルに感じられるため、音声ではこうしたリスクが見えにくくなる。何気なく表現したコマンドでは、ユーザーが書面の指示には含める制限を省いてしまうかもしれない。するとエージェントは、「clean this up」や「send the latest version」といった表現をどこまで広く解釈するか判断しなければならない。
リモートコマンドは、さらに別の層を加える。スマートフォンから開始したタスクが、ユーザーの目の前にはない別の場所のファイルを操作する可能性がある。その利便性ゆえに、確認、アクティビティログ、明確な対象範囲の表示が不可欠になる。
アカウントの利用資格も、現時点の状況を制限している。一般向けのGemini Macアプリケーションは広く利用可能だが、Sparkは制限付きベータとして始まった。Googleはアクセスを時間とともに変更しており、個々の機能はサブスクライバー、国、言語によって異なる時期に提供される可能性がある。
音声機能は、Sparkとは別に展開されているようだ。読者は、文脈を踏まえたディクテーションを利用できることが、ファイル自動化やリモート操作の利用権も意味すると考えるべきではない。こうした機能が混ざり合って見えないようにするには、Googleがより明確な製品レベルの表示を提供する必要がある。
プライバシーに関する主張にも同様の精度が求められる。RamblerのAndroid向け発表では、音声はリアルタイム文字起こしに使用され、保存されないとしている。その説明を、対応する文書なしに、すべてのGemini音声モード、接続アプリケーション、Sparkタスクへ自動的に当てはめるべきではない。
企業利用では、追加の疑問が生じる。管理者は、画面の文脈、生成された下書き、音声入力、接続されたファイルが同じ保持管理に従うかを理解する必要がある。また、組織情報を変更または共有するアクションについては監査記録も必要になる。
したがってこのアップデートは、摩擦と可観測性の間のトレードオフを示している。Googleは中間ステップを隠すことで、アシスタントを自然に感じさせられる。ユーザーは速度を得る一方、自分の元の発話が最終的なアクションやメッセージになった過程への可視性を一部失う。
より安全な設計では、容易なレビューを維持すべきだ。ユーザーは送信前に提案されたテキストを確認し、生成された変更と元の素材を区別し、重要なアクションを確認できる必要がある。また、変更を確実に取り消す手段も必要だ。
精度だけでは、この問題を解決できない。人間自身が曖昧な言葉を使うため、たとえ非常に正確なモデルであっても、ときには曖昧な修正を読み違える。製品は、不確実性が消えたふりをするのではなく、それを扱えるものにしなければならない。
この機能の最も強い形は、整えるべきときと残すべきときを見極めるものだ。カジュアルなメールは圧縮に耐えられる。引用文、契約修正、インシデント記録では、忠実性と明示的な確認を優先すべきだ。
Googleは、こうした区別が多様なアプリケーションで機能することをまだ示していない。したがって今回の展開は、機能の公開であると同時に、使いやすさのテストとして扱うべきだ。導入は、実際の出力を確認した後にユーザーがモデルの編集を信頼するかどうかに左右される。
9to5GoogleのGoogleに関する報道は、この仕組みの魅力的な側面を捉えている。ユーザーは考えを口に出し、正確な下書きを受け取れる。未解決なのは、システムが話し手の立場を微妙に変える洗練された文章を生成したとき、何が起こるかという点だ。
Googleの賭けが成功するかを示す三つのシグナル
次の段階は、もう一つの洗練されたデモではなく、提供範囲、継続利用、保護策の質によって測られる。
第一のシグナルは、音声機能の展開範囲だ。Googleは、この機能を限られたアカウント、言語、構成の集合から広げる必要がある。明確なリリースノートでは、どのMacバージョン、地域、サブスクリプション、入力言語で利用できるかを示すべきだ。
より広い提供は、Googleが意図認識型の音声を標準的なGeminiインターフェースとみなしているという見方を強める。展開が長引く、または十分に文書化されない場合は、その解釈を弱める。これは、この機能が依然として大幅な調整、あるいはより厳格な容量制限を必要としていることを示唆するだろう。
言語サポートには特に注意が必要だ。Ramblerの魅力には、複数言語を行き来する発話を理解できる点が含まれる。Mac機能がより狭いセットにしか対応しない場合、多言語ユーザーにとってGoogleのクロスデバイスの物語は一貫性を欠くものに感じられる。
第二のシグナルは、継続利用の証拠だ。Googleは、この音声体験に関する導入率、継続率、修正データを公表していない。有用な指標には、ユーザーが下書きを受け入れる頻度、編集する頻度、キャンセルする頻度、キーボード入力に戻る頻度が含まれる。
独立したテストでは、準備されたデモではなく現実的な条件を調べるべきだ。アクセント、オフィスの騒音、専門用語、長い修正、複数言語が混じるプロンプトは、短い台本付きの依頼では隠れる失敗を露呈させ得る。
最も示唆的な比較は、一般的な文字起こしベンチマークではない。レビュー担当者は、Geminiの出力を口述、確認、修復するのに必要な時間と、入力または逐語的ディクテーションに必要な時間を比較すべきだ。
レビュー後も文脈対応の音声機能の方が速ければ、Googleのインターフェースに関する主張は強まる。ユーザーが省略された詳細を繰り返し再構成するなら、この機能は生産性向上ではなく、手の込んだ書き換え工程になる。
第三のシグナルは、アクションと意味をめぐるコントロールの質だ。Googleは、音声下書きとSpark自動化を明確に分離し、使用されている文脈を特定し、音声や生成データがいつ保持されるのかを説明すべきだ。
メッセージ送信、ファイル変更、情報共有では、目に見える確認が最も重要になる。デスクトップ全体で行動できるアシスタントには、テキストを返すだけのチャットボットより強い境界が必要だ。
アクティビティ履歴も重要な試験となる。ユーザーは、どの依頼がアクションを引き起こしたのか、どのファイルにアクセスしたのか、何が変更されたのかを再構築できるべきだ。企業の管理者も、組織レベルで同様の可視性を必要とする。
競合他社の対応は有益な文脈を提供するが、副次的なシグナルにとどまる。Appleはシステムレベルの音声支援を深められ、独立系のディクテーション開発者は精度やプライバシーを強調できる。それでもGoogleの結果は、自社のワークフローが信頼を得られるかどうかにかかっている。
戦略的なケースはすでに理解できる。Googleは、ネイティブのMacクライアント、画面の文脈、Ramblerのような音声の整形、接続サービス、承認されたリソース上で動作できるエージェントを組み合わせた。
製品としてのケースは依然として証明されていない。ユーザーは、この組み合わせが既存の習慣より速く、繰り返しの作業に十分予測可能だと感じなければならない。自信に満ちて聞こえる一方で、もはや話し手の意図を反映していないメッセージを、利便性で埋め合わせることはできない。
ナレッジワーカーは、まずリスクの低い素材でこの機能を試すべきです。社内向けの更新案を作成する、破棄してよいメモを修正する、あるいは機密性のないファイルを要約する、といった用途から始めてください。重要なコミュニケーションにワークフローを広げる前に、結果を元の発話と比較しましょう。
開発者やプロダクトチームは、エラーが連鎖のどこで入り込むかを注視すべきです。音声認識、文脈の取得、書き換え、アクションの実行は、それぞれ別個の段階です。これらを不透明な一つの成功または失敗として扱うと、問題の診断が難しくなります。
ビジネス向けの購入担当者は、Geminiが「Macで動作するか」よりも踏み込んだ、具体的な質問をすべきです。自社の正確な構成において、アカウント管理、保持の挙動、対応言語、接続可能なアプリケーション、承認手順、ログ、復旧オプションを確認してください。
9to5GoogleのGoogleに関する報道は、デスクトップAIの信頼できる新しいインターフェースを示唆しています。Googleは、Geminiが構造化と実行を担う間、ユーザーがまとまりきっていない考えを話せるようにしたい考えです。こうした利便性が、一般的なアクセント、曖昧な修正指示、機密ファイル、日々の反復利用においても維持されるかは、今後数か月で明らかになるでしょう。
すべての変更を確認でき、元に戻せるタスクでこの機能を試してください。そして、実用的な問いを一つ投げかけましょう。Geminiは作業を減らしながらあなたの意図を保てたのか、それともその解釈を確認することで別の仕事が生まれたのか。
