Googleは、Geminiのユーザーが、自分のタスクにSparkやDaily Briefが必要なのか、それとも単にメールを素早く検索すればよいのかを知る必要はないと述べている。しかしTechCrunchに掲載されたSarah Perezの見解によれば、この約束はアプリ自体の内部にある矛盾を浮き彫りにしている。ほぼすべての機能に名前、アイデンティティ、アイコン、独立したスペースが与えられているため、ユーザーは達成したいタスクに集中する代わりに、製品の構造を学ぶことになるのだ。
Geminiアプリでは、ユーザーは会話、Spark、Daily Briefの間を移動できる。これらはインターフェース上、見かけ上は別々の機能である。Perezは、この分割が本来ならもっとシンプルにできた体験に混雑を加えていると考えている。また、Geminiが一般ユーザーにどのような中心的機能で認知されたいのかを、まだ決め切れていないことを示唆しているとも指摘する。
先回りした支援が煩わしさに変わるとき
Daily Briefは、エンジニアリングの観点では知的に見えるものと、日常的な利用で役立つものとの隔たりを示す例である。この機能は、AIに支援された予定表のようなものを作成し、GmailやCalendarなどのGoogleアプリのデータを基に「先回りした個人的な」更新情報を表示する。
しかし記事は、Daily Briefが、緊急または実行可能な情報と、ユーザーが求めていないリマインダーを必ずしも区別しないと指摘している。chatbot内で始めた検索のフォローアップを再び提案したり、Googleで過去に行った検索を表示したりすることがある。Perezは後者について、気がかりな干渉に感じられる可能性があると述べる。奨学金や動物の救助について検索したからといって、必ずしも後になってサービスからそれらの話題を追いかけられたいとは限らないからだ。
ブランドの背後に隠れた実用的な機能
一方、筆者はSparkがGeminiの中でも特に役立つ部分の一つかもしれないと考えている。ユーザーの代わりに処理を実行できるAIエージェントとして機能するためだ。しかしGoogleはSparkを独立したブランドとして提示しており、ユーザーは依頼を書く前に、どこへ行くべきかを考えなければならない。
ここでの編集上の主張は明確だ。ユーザーがタスクに適したアプリ内の「セクション」を事前に決めるべきではない。ユーザーは望むことを書いたり話したりすればよく、その後、通常の会話が必要なのか、それとも追加の手順を実行できるエージェントが必要なのかをシステムが内部で判断するのが望ましい。こうした名称はエンジニアリングチームや内部の整理には役立つかもしれないが、幅広い層を対象とするインターフェースにとって、必ずしも有用とは限らない。
問題はGeminiを超えている
Perezは問題をGoogleに限定していない。AI業界が、よりシンプルな体験の背後に隠すのではなく、その内部構造をユーザーに見せていると指摘している。AnthropicのClaudeアプリでは、ユーザーは「Chat」と「Cowork」のどちらかを選ばなければならない。同様にChatGPTも、「Chat」と「Work」の間を移動することを求める。筆者はこれを、エンジニアリング的な思考方法から出発した設計だと表現している。企業のAIモデル上で動作しているにもかかわらず、消費者に異なるインターフェースや対話モードの名前を学ばせるからだ。
記事は、この問題が名前だけに関係するのではなく、コンテキストの分断にも関係すると指摘している。本文によれば、その週の時点で、Claudeの2つのモードはアプリ内で過去の会話の記憶を共有していなかった。これにより、機能間の分離はユーザーの観点からさらに明確になり、おそらくより混乱を招くものになっている。
Siriのシンプルさが強みになり得る理由
Perezは、AppleのSiriにおける控えめなアプローチが、最終的には消費者の信頼を勝ち取る可能性があると考えている。iPhoneやApple製デバイスの所有者は、行動を変えたり新しいインターフェースを学んだりする必要がないからだ。その代わりに同社は、Spotlight Search、Photosアプリ、iPhoneのカメラ、Siriへの音声リクエストなど、ユーザーがすでに使っているツールに、より賢い機能を追加している。
記事の論旨によれば、同じ原則はテキストメッセージを基盤とするAIサービスの台頭にも当てはまる。Poke、Ollie、Lindy、Orchid、Lucas、Folk、Tomo、Instinctなどのサービスでは、ユーザーはアシスタントにメッセージを送り、より大きなアプリ内で適切な機能を探すことなく、依頼への対応を任せられる。
テキストメッセージのインターフェースは馴染みやすく、ユーザーが製品の地図を覚えたり、エージェントと会話モードの違いを理解したりする必要がない。記事は、a16zの投資パートナーであるJustine Mooreの言葉として、人々は助けが必要になるたびにアプリを開きたいのではなく、友人のようにメッセージを送れる連絡先を求めており、iMessageがこの種のインタラクションにおける最高基準だと伝えている。
編集上の読み解き：実際に変化しているのはモデルの能力だけではなく、それを提供する方法である。機能が増えるほど、内部の複雑さを隠すことは、単なるインターフェース上の装飾的な判断ではなく、製品品質の一部になる。しかし、本文は、単一のモデルや特定の方式が必ず優位に立つことを証明してはいない。また、先回りしたインタラクションは、メール、カレンダー、検索履歴のデータ利用の境界をめぐる敏感な問題とも結びついている。そのため、この問題は、自動的に行動するアシスタントの便利さと、ユーザーが求めていない通知や提案の発信源へと変わる危険との間で、なお開かれたままに見える。