Arcメンバーへの手紙

 (browsercompany.substack.com)
2 ポイント 投稿者 pswdev 2025-05-30 | 12件のコメント | WhatsAppで共有

Arcメンバーへ

  • The Browser Company は Arc に全力投球していたが、突然 Dia という新しいものを作り始めた
  • 一見すると突然のように見えるかもしれない。Arc には勢いがあり、多くの人に愛されていた。しかし社内では、その決断は見た目ほど急ではなく、慎重に進められていた。
  • なぜこの会社を始めたのか、Arc から得た教訓は何か、何が起きたのか、そしてなぜ Dia が次のステップなのかを説明したい
  1. 何がうまくいかなかったのか
  2. なぜ Arc を作ることになったのか
  3. Arc の足りなかった部分
  4. なぜ Dia を Arc に組み込まなかったのか
  5. Arc をオープンソース化するのか
  6. Dia を作りながら

何がうまくいかなかったのか

  • すべてをやり直せるなら、何を変えるか？
    1. 1年前に Arc の開発をやめていただろう
      • 成長、ユーザー維持、使われ方など、私たちが下した結論はすでにデータに現れていた
      • ただ、それを認めたくなかっただけだ
    2. もっと早く、もっと深く AI を受け入れていただろう
      • 私たちはある種のこだわりにとらわれていた
        • ChatGPT で遊んではいたが、それは仕事ではなく純粋な好奇心からだった
      • 業界の誇大宣伝も、それに自分たちが加担する形も好きではなかった
        • 流行語やうぬぼれが、AI への好奇心から私たちを遠ざけていた
        • Arc Max のリリースを見れば、どれほど慎重だったかがわかる
      • Act II の動画を見ると、Arc に AI を導入すると発表していたが、Arc Explore というプロトタイプのデモだけが残った。
        • このアイデアは Dia やほかの AI 製品の方向性につながった
        • 私たちが先を行っていたと言いたいのではなく、心が追いつく前から、私たちの直感はすでに AI に向かっていたということだ。
    3. もっと違う伝え方をしていただろう
      • 私たちはいつも、自分たちのターゲット層をとても大切にしてきた。
      • あるときは透明性が高すぎた
        • 共有できる詳細がないまま Dia を発表したこと
      • あるときは十分に透明ではなかった
        • ユーザーが何を尋ねているかは分かっていたのに、回答までに時間がかかりすぎたこと
  • 数年前、メンターが机にこんな付箋を貼っていた: "真実はあなたたちを自由にする"(The truth will set you free)
    • いちばん後悔していることがあるとすれば、この言葉をもっと活かさなかったことだ
    • このエッセイが、私たちの真実だ
      • 共有するのは居心地が悪いが、誠意を込め、善意で書いたものだと受け取ってほしい

なぜ Arc を作ることになったのか

  • ほかの問いに答えるには（なぜ Dia に方向転換したのか、Arc をオープンソース化できるのか等）、少し過去の背景を知る必要がある
  • The Browser Company を始めたときの信念 - ブラウザは私たちの生活で最も重要なソフトウェアなのに、それにふさわしい関心を向けられていない
  • 2019年の時点ですでに、あらゆるものがブラウザ上で動いていた
    • 妻はテック業界で働いていないが、それでも一日中 Chrome の中で過ごしていた
    • 6歳の甥は、完全に Web アプリで学校に通っていた
    • クラウド売上の急増、ブラウザベースのスタートアップ、ブラウザ拡張による暗号資産、WebAssembly がもたらす新しい体験など、マクロなトレンドもすべて同じ方向を向いていた
  • その当時でも、最も支配的な OS は Windows や macOS ではなくブラウザのように見えた。しかし Chrome と Safari は進化していなかった
  • これが私たちが Arc を作った理由だ
    • 仕事、余暇、ブラウザで過ごすあらゆる時間を、「インターネット上のあなたの家」のようなものにしたかった

Arc の足りなかった部分

  • 数年にわたり Arc を作る中で、私たちは "新しさ税(novelty tax)" と呼ぶものに直面した
    • 多くの人が Arc を気に入ってくれ、一貫性と自然な成長の恩恵もあった
    • しかし大半の人にとって、Arc はあまりに違いすぎていて、少しの便利さのために学ぶことが多すぎるように感じられた
    • "初日での停滞" があまりに大きかった - 数日後も使い続けた人たちは熱心なファン層だった
      • 統計を見ると、私たちが作りたかった大衆向け製品というより、動画編集ソフトのような 専門性の高いニッチなツール に近かった
  • コア機能とコアバリューに対する一貫性が足りなかった
    • 実験的で、それが魅力でもあったが、同時に複雑さでもあった
    • デイリーアクティブユーザーのうち 5.52% しか 2つ以上の Space を使っていなかった
    • 4.17% しか Github Live Folders を含む Live Folders を使っていなかった
    • 私たちが最も気に入っていた機能のひとつ、カレンダープレビューの利用率は 0.4% だった
  • ブラウザを乗り換えるのは大きなことだ
    • Arc の中で私たちが気に入っていた小さな機能は、ある人たちには十分ではなく、大半の人たちには受け入れにくかった
    • 一方で Dia の中核機能である「タブと会話する」機能やパーソナライズ機能は、それぞれデイリーアクティブユーザーの 40% と 37% に使われている
  • 認めがたいことだが、Arc と Arc Search は 進みすぎていた
    • 意味はあったが、結局のところ、私たちが望んでいた規模の改善ではなかった
    • 大衆向け製品として成功することもできなかった
    • 元の使命を真剣に考えるなら、本当に新しいものを作れる技術的ブレークスルーが必要だった
  • 2023年、ブラウザと同じくらい古いカテゴリが脅かされる のを目にした
    • ChatGPT と Perplexity が Google の地位を脅かした
    • Cursor は IDE を再発明した
    • この2つ（検索エンジンと IDE）は、ユーザーが何十年も同じやり方で使ってきたものだ
    • それが突然、変化を受け入れ始めた
    • まさにこの瞬間こそ、私たちが望んでいたものだった - ユーザーのやり方を変え、ブラウザの真の再発明へ導くことのできる根本的な変化
  • なぜ Arc の利用に課金して収益性のある事業を始めなかったのかと問われるなら
    • もし私たちの目標が、小さくても収益性のある会社を運営し、良いチームと忠実な顧客を築くことだったなら、最もありふれたソフトウェアである Web ブラウザの後継を作ろうとすらしなかったはずだ
    • 私たちの目標は常にもっと大きかった: 人々に本当に影響を与えられる優れたソフトウェアを作ること
  • Arc が物足りなく感じられるなら、それを超える新しいものを作ればいいのではないか？

なぜ Dia を Arc に組み込まなかったのか

  • Dia と Arc は別の製品なのだと理解するまで、夏の間ずっと悩み続けた
  • 始めた当初、私たちは多方面から Dia を Arc を修復する機会だと考えて取り組んでいた
    1. 新しさよりシンプルさ
      • 早い段階で Scott Forstall は、Arc はまるでサックスのように強力だが習得が難しいと言った
      • そして、誰もが座って弾けるピアノのようにしてほしいと求めた
      • これが Dia の発想だ: 親しみやすいインターフェースの裏に複雑さを隠すこと
    2. 速度はもはやトレードオフではない - 土台だ
      • Arc は膨らみすぎていた - あまりに多くを、あまりに速く作りすぎた
      • Dia は設計の観点から新たに出発し、最初からパフォーマンスを重視した。
      • TCA と SwiftUI を捨てたことで、Dia は軽く、速く、応答性の高いものになった
    3. セキュリティを最優先に、最も重く扱う
      • Dia は別種の製品だ
      • これに対応するため、セキュリティエンジニアリングチームを 1人から 5人に増やした
      • レッドチーム、バグバウンティ、社内監査に投資した
      • 目標は、小規模スタートアップの基準を引き上げることだ
  • これらはすべて、製品の 土台であるべき要素 であり、後付けで考えるものではない
  • 昨年の夏、Arc 2.0 が本当に Arc 2.0 と呼べるのかという境界を押し広げる中で、Arc にはパッチで解決するには大きすぎる弱点があり、新しいタイプのソフトウェアを素早く構築するには 新しいタイプの基盤 が必要だと分かった

Arc をオープンソース化するのか

  • 事実として、これは複雑だ

  • Arc は単なる Chromium フォークではない

    • ADK(Arc Development Kit) と呼ぶ社内 SDK の上で動いている
    • 元 iOS エンジニアたちが、C++ に触れずにネイティブなブラウザ UI を素早くプロトタイピングできるようにしている
    • それこそが、多くのブラウザが新しいことに挑戦できない理由でもある
      • 代償が大きすぎ、複雑すぎる

  • ADK は同時に Dia の土台 でもある

    • そのため、いつか Arc をオープンソース化することには前向きだが、ADK をオープンソース化せずにそれを行うことはできない
    • ADK は今なお会社の中核的価値だ

  • 絶対に無理だと言っているわけではない

    • いつの日か ADK を公開してもチームや株主を危険にさらさない日が来るなら、私たちは喜んで自分たちの作ったものを世界に公開する

  • もうひとつ知っておいてほしいこと: Arc のサポートを終了しようとしているわけではない

Dia を作りながら

  • Dia は Arc や Arc の欠点に対するリアクションではない
    • 電灯の時代の始まりに、ろうそく事業から手を引く理由を正当化するエッセイを書くようなものだ
    • 電気的知能はすでに存在していて、その瞬間に合わせて、私たちが作るべき 製品の種類そのものを根本から変える必要がある
  • 従来のブラウザは死ぬだろう。検索エンジンや IDE がそうだったように
    • それは検索やコーディングをやめるべきだという意味ではない
    • ただ、検索やコーディングを行う 環境が大きく変わる ということだ
    • 古典的なブラウザ、検索エンジン、IDE がどれほど洗練されていても、ろうそくのように感じられるようになる
    • 私たちはろうそく事業から離れつつあり、あなたたちもそうすべきだ
  • 「では The Browser Company はもうブラウザを作らないのですか？」 - そう考えたほうがいい
    • AI ブラウザは Web ブラウザとは違うものになる
    • 私たちはこれをこれまで以上に確信しており、すでにその変化を 3つの側面で目撃している
      1. Web ページはもはや主たるインターフェースではなくなる
        • 従来のブラウザは Web ページを読み込むために作られていた
        • しかし今後ますます、Web ページ - アプリ、文章、ファイルは AI チャットインターフェースが呼び出すツール になる
        • 多くの点で、チャットインターフェースはすでにブラウザのように動いている
          • 検索し、読み、生成し、答える
          • API、LLM、データベースと相互作用する
          • 人々はチャットインターフェースの中で何時間も過ごしている
      2. Web が消えるわけではない - 少なくともしばらくは
        • Figma や New York Times の重要性が下がることはない
        • Web ページは置き換えられるのではなく、不可欠なツール として残る
        • タブは消耗品ではなく、中核的なコンテキスト だ
      3. 新しいインターフェースは親しみのあるインターフェースから始まる
        • みんなのコンピュータの使い方は、はるかに速いペースで変化している
        • それと同時に、従来のやり方を完全に捨て去るまでにはまだ距離がある
        • Cursor はこの定説を証明している: 昨年の画期的な AI アプリは、AI ネイティブ に設計された 古い IDE だった
        • OpenAI は、Codex が動いているにもかかわらず Windsurf を買収したことで、この理論を裏づけた
        • 次は AI ブラウザだと私たちは信じている
  • これが私たちが Dia を作る理由だ
  • 失敗するかもしれないし、部分的にしか成功せず、勝ち切れないかもしれない
  • しかし、これについては確信している: 5年後には、デスクトップで最も使われる AI インターフェースが、かつてのデフォルトブラウザに取って代わっている。今のように複数存在するかもしれない（Chrome、Safari、Edge など）が
  • 重要なのは、次の Chrome が今まさに作られているということだ。それが Dia であるかどうかは別として。

関連記事

12件のコメント

 
ilotoki0804 2025-06-04

個人的には、Arcが話題になったときに試してみようと思っていたのですが、まずWindows対応があまりにも遅く、ダウンロードもメールアドレスを提供した人たちにだけCBT形式で提供され、動作もそれほどキビキビしておらず、ブラウザの挙動も分かりにくかったので、数日使ってやめてしまった記憶があります。
その後、最近Zenブラウザが登場したので、そちらに乗り換えました。Arcに似たタブ管理の方法を持ちながらもオープンソースで、FirefoxベースなのでMV2廃止におびえる必要もなく、Windows対応もすぐにあった、といった利点があったからです。
 
solstice 2025-05-31

言葉はもっともらしいのに……公開されたものがあまりにも少ないですね。あまり信頼できません。
 
aer0700 2025-05-31

なんとなく、結局はChromeに拡張機能が1つ追加されるだけになりそうな気がしますね……
 
ndrgrd 2025-05-31

「初日の正体」がひどすぎた――数日後にも残っていた人たちはマニア層だった。
なぜなら、Chrome と大して変わらなかったからです。単に拡張機能が最初から入っている Chrome という感じ。

Chrome はもちろん、Firefox でさえ拡張機能をいくつか入れれば、ほぼ同じような体験ができます。

Dia ブラウザも、これまで公開されている情報を見る限り、AI の看板を付けて次々に出てくる「新しい」プログラムと変わりありませんね。
 
roxie 2025-06-01

ほとんど同じような体験というのは、少し誇張した表現のように思います。あれほど完成度の高いUI/UXは、拡張機能よりはるかに優れていると感じました。
 
ndrgrd 2025-06-01

魅力的な差別化ポイントが何だったのか、もしよければ教えていただけますか？ 私は数日使ってみて、すぐ元に戻ってしまったので。
 
roxie 2025-06-01

実は私も結局Chromeに戻ってしまって、はっきりとは覚えていなかったのですが、「イーゼル」のような機能は他のブラウザではあそこまでネイティブに表現するのは難しい気がします。ほかのコメントで良いやり取りをしてくださって、おかげで勉強になりました。良いコメントをありがとうございます。
 
pswdev 2025-06-01

Chromeをインストールした後、実際に試してみました。

私が最も重要な要素の一つだと考えている機能は縦型タブなのですが、Vertical Tabs という拡張機能を使えば Chrome でも利用できるんですね。タブのコントロールやグループも表示してくれます。ただ、拡張機能である以上、Chrome の水平タブ UI までは消してくれません。特に大きな問題ではありませんが、個人的には見た目が少し気になります。

Split View という機能は、1つのブラウザウィンドウで2つ以上のタブを同時に表示する機能です。Chrome では Split Screen for Google Chrome という拡張機能が有名なようですが、インストールして使ってみると、選択した比率で追加のウィンドウを生成して再配置してくれます。
Arc は1つのウィンドウ内で2つのタブをまるで1つのタブのように見せてくれる一方、この拡張機能はウィンドウを完全に2つに分けてしまうので、Split View で見ていた途中で別のタブを見るときにもレイアウトがそのまま維持されてしまい、かなり煩雑で使いにくい印象です。

Space は大きな区分でタブを分け（私はたいてい Home/Study/Work に分けています）、ショートカットキーやボタン1つで簡単にタブ一覧を切り替えながら使う機能です。また、Gmail や Calendar のように、すべての Space からアクセスできるタブも作れます。
Chrome にもプロフィール機能はありますが、完全に新しいウィンドウで開かれるだけですし、すべてのプロフィールからアクセス可能なタブを作る方法は見当たりません。
また、Space は基本的に拡張機能や Cookie などを共有する一種の「大きなタブグループ」にすぎず、必要に応じて拡張機能や Cookie を共有しないコンテナとして動作させることもできますが、プロフィールは常に拡張機能や Cookie などを共有しないコンテナとして動作します。

以上の機能は、私が Arc と Zen Browser で最も愛用している機能です。
Zen Browser をメインで使うようになってからは Chrome をほとんど使っていないため、今回はテストも兼ねて少しだけ使って書いたものなので、もし私が見落としている点があれば教えていただけるとありがたいです。
 
ndrgrd 2025-06-01

私も使ってみたことのある機能ですね。

私はFirefoxを使っていますが、垂直タブやSpace機能は、以前から使っていたSidebery（+ Multi-Account Containers）という1つの拡張機能で十分カバーできるという印象でした。
ウィンドウ分割機能については、すでに不便だとおっしゃっていましたが、私の場合はOSレベルの機能をよく使っていました。WindowsやMacならショートカットを2〜3回押すだけで簡単に分割できますし、LinuxのDEではそれ以上に手軽です。

もちろん、ブラウザに統合された滑らかなUXだと見ることもできますが、個人的にはそれほど大きな魅力は感じませんでした。
ArcやZenのように既存のブラウザに便利機能を載せるやり方は、長年ブラウザを使いながら個人的に作り上げてきた環境と比べて、特別に優れているとは感じにくかったです。

ブラウザ環境を初めて整えるユーザーにとっては、良い出発点になるのかもしれません。
ですが、ブラウザにあまり関心のない人はそのままChromeを使い続けるでしょうし、関心のあるユーザーはすでにそれぞれ最適化された環境を作っているはずです。
結局のところ、ターゲットとなるユーザー層が曖昧だという印象を受けました。
 
pswdev 2025-06-01

私も本当に長い間Chromeを使ってきましたが、Chrome/Firefoxでの使用体験はいつも20%ほど物足りない感じがありました。
拡張機能でできる限り自分の望む環境を構築しても不便な点が残り続け、その足りない部分を埋めてくれるブラウザを探し回り、GitHubにあった未完成のブラウザまで自分でビルドして使ってみましたが、
Arcの最初の体験は完璧なブラウザそのもので、Arcが考えるウェブブラウジング体験によって生まれる新しい機能は、私のウェブブラウジングのやり方を完全に変えてしまいました。

ただ、おっしゃっていたように、すでに既存のブラウジング環境にある程度満足していて、拡張機能を使って自分に最適化した環境を作り上げている人たちにとっては、Arcの環境はそれほど魅力的ではなかったのかもしれませんね。

新しい視点を提供してくださってありがとうございます。
 
ndrgrd 2025-06-01

ブラウザは本当に個人的な満足が求められる環境なので、ユーザーの立場から好みに応じてArc/Zenを選んで使うのは当然のことだと思います。

私が最初のコメントで考えていたのは、文章が制作会社の内部メンバーのために書かれているだけに、会社の立場ではターゲット層がどうなるのだろうか？と考えながら書いたということでしたが、文章が足りなかったようですね。
 
pswdev 2025-05-30

Dia 以外にも AI ブラウザを試してみたいなら、Deta Surf というブラウザがあります。
体感では性能面の問題やバグが多いように感じますが、機能自体は注目に値するブラウザだと思います。
もし興味がある方は、最近 0.5 バージョンにアップデートされ、クローズドアルファテストからオープンアルファテストへ移行したので、一度調べてみるのも悪くないでしょう。