Photon AI Agentsが450万ドルを調達、ただしモバイルアプリの置き換えは容易ではない
Photon AI agentsは、スタートアップがモバイルアプリの葬儀を演出した後、450万ドルのシード資金を調達した。この式典は、アプリアイコンを飾った棺まで用意したマーケティング施策だった。しかし、その根底にある賭けはより真剣なものだ。消費者は新たなアプリをインストールする代わりに、すでに使っている会話の中でエージェントを利用するようになる、という見立てである。
Photonは、iMessage、WhatsApp、Telegram、SMS、RCS、メール、音声、その他のチャネルにエージェントを展開するためのインフラを開発者に提供する。その提案は、馴染み深い配信上の課題をメッセージング層で置き換えるものだ。開発者はエージェントを一度構築すればよく、Photonが通信プラットフォーム間の違いを処理する。
同社によれば、4万人以上の開発者が登録している。また、4カ月間で売上は10倍に成長し、月間メッセージ量は5倍に増加したという。これらは依然として同社発表の数値であり、Photonは基礎となる売上額を開示していない。
より重要な競争は、Photonと別の若いスタートアップとの間にあるわけではない。ソフトウェアがインターフェース、ユーザーとの関係、収益化をコントロールするモバイルアプリモデルと、メッセージングベースの配信モデルとの競争である。
この競争には皮肉な逆転がある。Photonは開発者をアプリストアから解放しようとしているが、そのエージェントは依然としてApple、Meta、Googleなどが支配するメッセージングプラットフォームに依存している。
Photon AI Agents、葬儀を資金調達の物語へ変える
Photonのシードラウンドは、挑発的なスローガンを検証可能なインフラ事業へと転換する。
Photonは2026年9月17日、サンフランシスコで「アプリの葬儀」を開催した。このイベントは開発者カンファレンスも兼ねており、Vercel、Stripe、OpenAIの関係者が参加するパネルも行われた。
演出的な細部には意図があった。参加者には白黒のドレスコードが求められ、棺にはアプリアイコンが展示された。それでもPhotonの共同創業者兼CEOであるDaniel Tianは、この移行には時間がかかると認めている。
「正直なところ、しばらく時間はかかるでしょう。ただ、方向性としては避けられないと思います」とTianはthe original reportに語った。
この留保は重要だ。Photonは、来月にはホーム画面からアプリが消えると主張しているわけではない。会話型エージェントが十分な数の限定的なタスクを担い、個別アプリの必要性を減らせるという見方を示している。
450万ドルのシードラウンドは、GradientとA*が共同で主導した。Vercel、HongShan、Z Fellows、Llama Ventures、Karman、エンジェル投資家も参加した。
Photonはホスト型プラットフォームの開発、メッセージングインフラの拡充、顧客基盤の拡大を進める計画だ。評価額は開示されていない。
同社は、Tianと共同創業者のRyan Zhuがコンシューマー向けアプリを開発するなかで直面した課題から始まった。ソフトウェアを作ることは可能でも、人々に新製品を見つけてインストールしてもらうことは依然として難しかった。
両者は、iMessage経由で動作するエージェントを試作した。Tianは、自分になり代わって友人に返信するボットも構築した。創業者らがその成果をGitHubで公開すると、数千人の開発者が採用した。
この反応を受け、TianはUniversity of PennsylvaniaのM&Tプログラムを離れた。Zhuは高校を中退し、その後MIT Media Labのビジティング学生となった。
Photonによれば、現在も利用の98%はオープンソースソフトウェアによるものだ。同社は4月、より高い信頼性、コンプライアンス、運用支援を必要とするチームからの収益化を目指し、マネージドサービスを導入した。
同社のホスト型インフラは、99.95%の稼働率を提供していると報じられている。Photonはまた、このサービスがSOC 2 Type IIおよびHIPAAの要件を満たしており、顧客がより機微な業務用途を検討できるとしている。
こうした主張は、資金調達の背景を説明する。オープンソースへの関心は開発者の好奇心を示し、マネージドプラットフォームは継続収益への道筋を提供した。
同社によれば、有料顧客の解約率は3%未満だ。名前が挙がっている利用者は、保険、銀行、出会い、ソーシャル紹介、金融支援、AIメールなどにまたがる。
Corgi Insurance、Boardy、Ditto、Rho、Fliptexts、Slashyが顧客に含まれる。これらの例は、メッセージングエージェントが非常に異なるインタラクションパターンで試されていることを示唆する。
Photonは、Nous ResearchのHermes agent向けにデフォルトのiMessage層も提供している。Photonによれば、その技術はTencentのQClawとNanoClawを支えている。
Vercelとの統合にはEveとChatSDKが含まれる。Photonはさらに、LangChain、Mastra、Convex、Render、Railway、Telnyxに関わる統合も報告している。
この提携群は、Photonに葬儀のスローガン以上のものを与えている。専用インターフェースの外で人々と接点を持つ必要があるエージェント向けの、成長中の開発者スタックの中に同社を位置付けている。
ただし、開発者による採用は、持続的な消費者需要と同義ではない。次の問いは、アプリが持つコントロールを手放すだけの摩擦をメッセージングが解消できるかどうかだ。
真の製品は別のチャットボットではなく配信である
Photonが売っているのは知能そのものではなく、既存のコミュニケーション習慣へのアクセスだ。
多くのAIスタートアップは、言語モデルを業務ツールへ接続できる。より難しい課題は、最初の試用後にもユーザーを戻らせることだ。
新しいアプリケーションでは、エージェントが役立つようになるまでにいくつもの段階が加わる。ユーザーはアプリを見つけ、評価し、インストールし、アカウントを作成し、権限を許可し、再び開くことを覚えておかなければならない。
メッセージングはこの順序を変える。エージェントは、その人がすでに会話、リマインダー、通知を受け取っている同じ受信箱の中に現れることができる。
この違いが、Photonの中心的な配信論である。ユーザーが別のアイコンを再訪するのを待つのではなく、エージェントがユーザーのもとへ行く。
PhotonのSpectrum frameworkは、通信チャネル横断の共通インターフェースを提供する。統一APIにより、ソフトウェアはプラットフォームごとに完全に別の統合を維持せずにメッセージを送受信できる。
このフレームワークには、コマンドラインインターフェース、拡張可能なチャネルシステム、オブザーバビリティツールも含まれる。オブザーバビリティとは、運用担当者がエラー、遅延、予期しない挙動を特定できるよう、エージェントの活動を記録・検査することを意味する。
Photonによれば、そのシステムはダイレクトメッセージ、グループチャット、添付ファイル、リアクション、投票、位置情報、インタラクティブコンポーネントをサポートする。利用可能な機能は送信先プラットフォームに依存する。
たとえば保険エージェントは、SMSまたはiMessageで情報を求め、保険請求の手続きを継続できる。出会いのサービスは、既存のメッセージスレッド内で2人を紹介し、会う予定を調整できるかもしれない。
金融アシスタントは更新情報を送り、追加の依頼を受け、承認済みのアクションを実行できる。コーディングコンパニオンは、ユーザーにダッシュボードを再び開かせることなく、バックグラウンドタスクの完了を報告できる。
これらは必ずしもアプリケーション全体の置き換えではない。かつてアプリケーション内を移動する必要があった、特定の利用フローの置き換えである。
この区別は重要だ。航空会社のエージェントは会話を通じて変更依頼を処理できる一方、航空会社は搭乗券や詳細なアカウント管理のためにアプリを維持し続ける可能性がある。
Photonのモデルは、会話によるフローが視覚的なインターフェースを開くよりも容易な場合に価値を発揮する。ユーザーが密度の高い情報、精密な操作、空間的なナビゲーションを必要とする場合には弱くなる。
開発者は、混雑したアプリストアでの発見競争を回避する潜在的な手段も得る。ダウンロードを争う代わりに、電話番号、メッセージングID、あるいは会話の入口を配布できる。
この機会は、初期のWebアプリケーションが持っていた魅力に似ている。ブラウザはインストール時の摩擦を減らしたが、ネイティブソフトウェアをなくしたわけではない。それぞれのインターフェースは異なる仕事に対して優位性を保った。
メッセージングエージェントも同様の分担を生む。短い依頼、継続的な支援、プロアクティブな更新をめぐる摩擦を減らす。一方、専用アプリは視覚的な制作、ゲーム、複雑な編集、詳細な探索に引き続き適している。
Photonは、消費者向けソフトウェアの大きな部分が前者に近いと賭けている。同社が報告する成長は、開発者がこの前提を検証したがっていることを示唆する。
ただし、同社の開発者登録数には文脈が必要だ。登録は関心を示すかもしれないが、本番利用、顧客維持、意味のある売上を示すとは限らない。
Photonは、ホスト型およびオープンソースの展開が数百万のエンドユーザーに到達しているとしている。この数字はTianによる推定であり、独立監査を受けた利用実績ではない。
したがって最も強い証拠は、継続的な行動から得られる。エージェントは新鮮味が薄れた後もユーザーをつなぎ留め、タスクを確実に完了し、個人の受信箱を別の通知フィードへ変えない必要がある。
ここで配信上の優位性は最初の制約に直面する。簡単なアクセスはインタラクションを増やす可能性がある一方、望まれない自動化をより侵襲的にもしかねない。
メッセージングベースのエージェントがアプリモデルに圧力をかける
会話型エージェントはサービスを専用インターフェースから切り離せるため、モバイルアプリモデルは圧力にさらされている。
従来のアプリケーションは、いくつもの層をまとめている。制御された体験の中で、アイデンティティ、ナビゲーション、表示、データアクセス、通知、決済、カスタマーサポートを提供する。
エージェントは、そのパッケージの一部を切り離せる。情報を取得し、外部サービスを呼び出し、ユーザーがすでに理解している会話を通じて結果を返すことができる。
この切り分けは、製品の大半が少数の反復可能なワークフローで構成される開発者に圧力をかける。メッセージで同じ結果を得られるなら、独立したインターフェースを正当化することは難しくなる。
その圧力が最も強いのは、予約調整、定型的なサポート、簡単な購入、リマインダー、ステータス確認、構造化された紹介である。これらのタスクはすでに会話に近い。
大きなキャンバスや継続的な操作を必要とするソフトウェアでは、その圧力は弱い。動画編集、デザイン、スプレッドシート、ナビゲーション、多くのゲームは、依然として目的別に設計されたインターフェースの恩恵を受ける。
アプリモデルは、経済面と戦略面でのコントロールも提供する。開発者はオンボーディングを設計し、直接サブスクリプションを確立し、行動を分析し、各インタラクションをメッセージングプラットフォームに仲介されずに追加機能を提示できる。
Photonの経路は、そのコントロールの一部を低い配信摩擦と引き換えにする。開発者は馴染みのあるチャネルを通じて人々に到達するが、各チャネルのポリシーと技術的な境界を受け入れなければならない。
このトレードオフにはすでに競合が集まっている。Linqも、iMessage、RCS、SMS内でAIアシスタントを展開するためのインフラを提供している。
Linqは、エージェントインフラへ拡大する前、デジタル名刺と営業コミュニケーションから始まった。2025年2月にiMessage APIを公開し、その後AI企業からの需要が拡大していると報告した。
2026年2月、Linqは2,000万ドルのSeries Aを発表した。同社によれば、プラットフォームは月間3,000万件のメッセージと13万4,000人の月間アクティブユーザーを支えていたが、これらの指標は自己申告によるものだった。
The Linq expansionは、Photonだけがメッセージングをエージェントの配信層と見なしているわけではないことを示している。両社は、単一のコンシューマー向けアシスタントではなく、インフラになることを目指している。
両社の存在は、市場が複数の技術的アプローチを受け入れる可能性も示唆する。開発者は、チャネルのカバー範囲、レイテンシー、信頼性、コンプライアンス、コントロール、プラットフォーム固有機能の品質を比較することになる。
Photonは、オープンソースのフレームワークと幅広いチャネル設計を強調している。Linqは、プログラマブルなメッセージングとビジネスコミュニケーションでの実績を打ち出している。
Twilioも比較対象の一つである。ただし、その事業領域はエージェント向けインフラよりはるかに広い。TwilioのコミュニケーションAPIは、開発者が音声やメッセージングを通じて顧客にリーチするために対価を支払うことを示した。
違いは、エージェント企業が会話そのものを主要なインターフェースにしようとしている点だ。メッセージングは、通知や認証のチャネルだけではなくなる。
プラットフォーム運営者も独自のツールを持つ。GoogleのRCS agent modelは、Google Messages内でリッチカード、メディア、推奨アクション、企業との会話をサポートしている。
RCS（Rich Communication Services）は、従来のSMSよりも豊かなやり取りを可能にする、通信事業者メッセージングの拡張規格だ。Googleの実装はAPIとWebhookを用い、フォールバックとしてSMSを利用できる。
AppleはMessages拡張機能とビジネスコミュニケーション製品を提供している。公開されているMessages frameworkは、会話内でのインタラクティブなコンテンツ、ステッカー、メディア、アプリ固有の体験をサポートする。
こうしたプラットフォーム機能は、Photonの基本的な見立てを裏付ける。メッセージングには、プレーンテキストを超える豊かなソフトウェア操作を組み込める。
同時に、それらは誰が主導権を握るかも示している。Apple、Google、Metaが、どの自動化された体験をどの条件で自社ネットワークに受け入れるかを決める。
したがって、モバイルアプリのモデルは現実的な圧力にさらされているが、その終焉を語るのは時期尚早だ。アプリは、メッセージングでは自動的に再現できない制御性と視覚的な深みを提供する。
より起こりそうなのは、タスクの再配分である。エージェントが頻繁で会話的な仕事を担い、アプリは複雑なワークフローやアカウント管理を維持する。
この変化はそれでも重要だ。メッセージングが最も高頻度なやり取りを取り込めば、アプリは顧客の主な目的地ではなく、支援インフラになる可能性がある。
App StoreからのPhotonの脱出は新たなゲートキーパーを生む
Photonはダウンロードへの依存を減らす一方で、コミュニケーションプラットフォームへの依存を高めている。
この矛盾が最も明確に表れるのはiMessageをめぐる状況だ。開発者がアクセスを求めるのは、特に米国で、Appleのサービスが日常的なコミュニケーションにおいて確立された地位を持つためである。
しかしAppleは、汎用エージェント向けに制限のない公開iMessage APIを提供していない。サポート対象のフレームワークやビジネスサービスには、定められたユースケースとプラットフォーム規則がある。
Photonは、基盤となるネットワークを自ら制御しないまま、この隔たりを埋めなければならない。ポリシー変更、技術的制限、あるいは執行判断があれば、顧客に同時に影響が及びうる。
Metaは、このプラットフォームリスクの例を示している。同社のWhatsApp Business規則は、より限定的なビジネス用途を認めつつ、汎用AIチャットボットを制限してきた。
メッセージングインフラ企業はチャネルを増やせるが、広範なカバレッジが問題を解消するわけではない。各宛先には、異なるアイデンティティ規則、コンテンツ制限、承認プロセス、暗号化モデル、地域的な到達範囲がある。
Telegram内で機能するエージェントが、iMessage内でも同じように振る舞うとは限らない。RCSで利用できる機能が、別の受信者には基本的なSMSへフォールバックする場合もある。
Photonは、Spectrumが宛先ごとにコンテンツを適応させるとしている。この抽象化は開発者を支援するが、クローズドなプラットフォーム間で同一の挙動を保証することはできない。
このインフラはプライバシー上の疑問も生む。従来型のアプリは、データをローカル、自社サーバー、または明確に特定されたベンダーを通じて処理できる。
メッセージングエージェントには、メッセージングプラットフォーム、Photon、エージェント開発者、モデルプロバイダー、外部サービスが関与する可能性がある。各構成要素が、やり取りの一部を受け取ることになりうる。
Hermesユーザー間の議論は、この懸念を示している。ある参加者は、Photonを経由するiMessageトラフィックが、セルフホスト型の代替手段よりも信頼モデルを弱めるのではないかと疑問を呈した。
Photonの従業員を名乗る人物は、メッセージが約1週間キャッシュされると述べた。同じ投稿者は、SMSの内容にはエンドツーエンド暗号化がなく、インフラ内で閲覧可能になりうることも認めた。
これらの発言は正式なセキュリティ文書ではなく、コミュニティ内の議論で示されたものだ。顧客によるデューデリジェンス、契約条件、詳細なアーキテクチャレビューの代わりにすべきではない。
プライバシーをめぐる議論は、それでも実際の導入障壁を浮き彫りにしている。医療、金融、個人コミュニケーションを扱う開発者には、保持、アクセス、暗号化、削除、地域別処理について正確な回答が必要だ。
Photonは、管理型システムで専用インフラ、アクセス制限、監査ログ、人による監督を利用しているとしている。顧客が関連する統制と独立した報告書を確認しない限り、これらはあくまで同社の主張にとどまる。
セキュリティ認証は、運用プログラムの一部を検証できる。ただし、すべてのエージェントワークフローが適切であり、正しく設定され、モデルの誤りに耐えられることを保証するものではない。
エージェントは、メッセージ保存を超えるリスクも生む。誤った回答は不便で済むかもしれないが、予約、アカウント、請求に関わる誤った行動は直接的な被害をもたらしうる。
開発者は認可の境界を定義し、重要な手順では確認を必須にする必要がある。また、エージェントがどのツールを呼び出し、どの情報を用いたかを説明できるログも必要になる。
Human-in-the-loopの統制は、機微な判断を人に回すことができる。一方で、運用コストを増やし、エージェントの魅力である即時性を損なう可能性もある。
アイデンティティも別の課題だ。ユーザーは、企業、委任されたアシスタント、あるいは別の人物の誰と話しているのかを知る必要がある。
Photonの創業ストーリーには、iMessageのスレッドで友人がエージェントと人間を見分けられなかったとされるエピソードが含まれている。その出来事は自然な対話を示す一方で、開示に関する懸念も示している。
システムは、混乱を利点として頼るべきではない。エージェントがデータを要求し、購入を提案し、接続されたアカウントを通じて行動できる場合、明確なアイデンティティはさらに重要になる。
スパムも未解決の問題だ。メッセージングが価値を持つ理由の一つは、多くのアプリケーションフィードよりも個人的なものに感じられる点にある。
エージェントが頻繁な販促やタイミングの悪いプロンプトを送れば、プラットフォームとユーザーはより厳しいフィルタリングで対応するだろう。チャネルの親密さは資産ではなく制約になりかねない。
したがってPhotonは、単なる技術的な配信以上のことを証明しなければならない。顧客が、信頼され、求められ、歓迎され続けるほど有用な会話を生み出せるよう支援する必要がある。
成長指標が示していないこと
Photonには開発者需要の証拠があるが、エージェントが消費者規模でアプリケーションを代替できることは、まだ実証されていない。
同社の最も目を引く数字は、4万人超の開発者登録、収益の10倍成長、月間メッセージ数の5倍成長だ。
それぞれの数字は異なる主張を支える。登録数は関心を、収益成長は一定の支払い意欲を、メッセージ成長は活動の拡大を示す。
ただし、どの数字も単独では全体像を示さない。Photonは、開始時の収益、現在の収益、アクティブな開発者数、プロダクション環境で稼働するプロジェクトの割合を公表していない。
新興企業にとって10倍成長は重要でありうるが、その意味は基準となる規模で決まる。分母を欠いた割合だけでは、事業の大きさはわからない。
メッセージ量にも文脈が必要だ。自動化システムは、高いユーザー満足度や健全な顧客経済性を生み出さずとも、多くのやり取りを生成できる。
最も有用な指標は、活動を成果と結びつけるものだ。これには、タスク完了、継続利用、応答率、オプトアウト、顧客維持、成功したやり取りの提供コストが含まれる。
Photonの公開サイトは、iMessageベースのAIコンパニオンであるFaeについて、4週目のリテンション率が85％だったと記載している。同サービスは毎週数十万件のメッセージを処理しているという。
これは有望なケーススタディだが、1つの製品を説明するものであり、Photon自身のマーケティングによるものでもある。メッセージングエージェントの一般的な基準を確立するものではない。
コンパニオン製品は、実用的なエージェントとは異なる行動を生む可能性もある。外部タスクを完了しなくても、ユーザーはコンパニオンと多数のメッセージをやり取りできる。
保険や銀行のエージェントは、より厳しい試験に直面する。要求を正確に理解し、権限を尊重し、記録を保持し、例外をエスカレーションしなければならない。
同社のオープンソースでの存在感も、別の曖昧さを生んでいる。Photonによれば、利用の98％はオープンソース版にとどまっている。
この導入はエコシステムを強化し、ホステッドサービスへの導線になりうる。一方で、利用者の大半がPhotonの商用インフラをまだ必要としていないことを意味する可能性もある。
オープンソースは、より大きな制御や低い依存性を求める開発者に代替手段を与える。管理型サービスは、信頼性、コンプライアンス、サポート、運用作業の削減によって価値を正当化しなければならない。
そのため、Photonが掲げる99.95％の稼働率は商用ケースの中核となる。メッセージングエージェントは顧客向けサービスとなるため、利用できない統合はサポートや取引を中断させうる。
レイテンシも重要だ。基盤モデルが正しい回答を生成していても、すべての応答が遅れて届けば、会話のやり取りは壊れたように感じられる。
Photonは、エッジネットワークで1秒未満のメッセージ配信をうたっている。この指標は、モデルの推論やツール実行を含む総時間ではなく、インフラ上の配信を対象としているように見える。
開発者は、性能を評価する際にこれらの構成要素を分けて考えるべきだ。ユーザー体験全体には、ルーティング、モデル推論、外部API呼び出し、チャネル配信が含まれる。
消費者の受容性は、なお最大の未知数である。人々は信頼する受信トレイ内のエージェントを歓迎するかもしれないし、自動化サービスを個人的な会話から切り離したいと考えるかもしれない。
答えはタスクごとに異なる可能性が高い。旅行の更新は自然にメッセージに収まる一方、複雑な財務レビューにはより豊かなインターフェースが必要になるかもしれない。
そのためPhotonの「葬儀」は、期限付きの予測ではなく仮説として読むべきだ。このスタートアップは、アプリ配信に存在する実際の摩擦を見出している。
しかし、会話レイヤーがアプリケーションのすべての責務を引き継げることは、まだ示していない。短期的に最ももっともらしい結果は、エージェントが選択されたワークフローを担う共存だ。
アプリが本当に後退しているかを示す3つのシグナル
Photonの仮説が強まるのは、本番環境での行動、プラットフォームアクセス、再現可能な顧客成果がそろって進展した場合に限られる。
第一のシグナルは、導入後の継続利用だ。開発者登録数よりも重要なのは、数カ月にわたりユーザーを維持する本番エージェントの数である。
Photonが、アクティブなホステッド顧客数、リピートユーザー率、オプトアウト、タスク完了、エンドユーザーへの到達範囲に関する一貫した定義を開示するかを注視したい。監査済み、あるいは顧客が確認した数字であれば、さらに説得力が増す。
保険、金融、デーティング、生産性向上の各分野で本番環境のリテンションが上昇すれば、メッセージングは汎用インターフェースに近づく。エンゲージメントが目新しさに駆動されたコンパニオンに集中したままであれば、この仮説は弱まる。
第二のシグナルは、プラットフォーム運営者の対応だ。Apple、Meta、Googleは、サポートするエージェント向けインターフェースを拡張することも、外部プロバイダーを制限することも、競合するインフラを導入することもできる。
公式アクセスは技術的リスクを減らし、このカテゴリーを導入しやすくする。制限的な規則は、Photonをより限定的なビジネスエージェントや、制御の及びにくいチャネルへ追いやる可能性がある。
プラットフォーム競争は、同時に追い風にも向かい風にもなりうる。より優れたネイティブ機能は会話型ソフトウェアを正当化するが、同時にプラットフォーム運営者がPhotonの価値の一部を取り込むことも可能にする。
第三のシグナルは、顧客がアプリケーションより優れた経済性を実証できるかどうかだ。メッセージングエージェントは、獲得時の摩擦を下げ、完了するタスクを増やすか、ユーザー対応のコストを削減すべきである。
ダウンロードを避けられるだけでは不十分だ。信頼できない会話によってサポート業務が増えたり、信頼が損なわれたりするなら、より安価な入口の魅力は失われる。
顧客は、エージェントの利用体験を既存のアプリ、Web、メール、サポートのフローと比較しなければならない。最も強力な根拠となるのは、メッセージ量ではなく、統制された条件下で得られた成果だろう。
Photonのより広範なエージェント間連携の構想は、この目先の検証の先にある。Tianは、個人アシスタントがフライト、ホテル、その他のサービス向けに専門エージェントを見つける未来を思い描いている。
そのシステムには、相互運用可能なアイデンティティ、権限、決済、説明責任が必要になる。また、人間とエージェントのメッセージングにすでに存在するプライバシーと認可の問題も、より大きくなるだろう。
ナレッジワーカーにとって、有益な示唆はより限定的だ。ソフトウェアは、人々が訪れる目的地から、既存のワークフローの中に現れるサービスへと移行している。
この移行は、personal knowledge baseのようなツールにも影響を与える。そこでは、ユーザーが分断されたアプリケーションを横断して検索するのではなく、アシスタントが文脈を取得する。
Photon AI agentsは、その変化をスマートフォンで最も身近なインターフェースの中に可視化しようとする試みの一つだ。シードラウンドは同社に検証する時間を与えるものであり、この移行が完了したことの証明ではない。
アプリの葬儀が演出として成功したのは、誰もがダウンロード疲れを認識しているからだ。より困難な仕事は、式典の後に始まる。
開発者は今後、実際の継続利用率、プラットフォームのポリシー、完了した顧客タスクを注視すべきだ。これらの指標がそろって改善すれば、メッセージングエージェントはアプリから重要な領域を獲得するだろう。
そうならなかったとしても、Photonは有用なコミュニケーションプラットフォームを構築できるかもしれない。ただし、モバイルアプリを葬り去ったことにはならない。
