1 ポイント 投稿者 GN⁺ 2024-05-11 | 1件のコメント | WhatsAppで共有

Muddyブラウザの紹介

既存の業務環境の問題点

  • コンピュータで仕事を進める際には多くの摩擦が発生する
  • 重要なリンクを探すためにチャットログを掘り返して時間を無駄にしたり、何かを探すために他人の作業フローを妨げたりする
  • Webアプリはそれぞれのサイロの中で役に立つが、それでも多くの重複作業が必要
  • すべてのアプリには、ファイル整理、通知受信箱、検索システムなど独自のやり方がある
  • 会話はあらゆる場所に存在し、プロジェクトに関するすべてをひと目で見られる単一ビューがない
  • ファイルはフォルダに保存される代わりに「クラウド」に保存される

Muddyの開発背景

  • 共有ドキュメントでファイルを整理し、新しいアプリの利用を制限することに時間を割くようになった
  • これは役に立ったが、整理に気を配らないとリンクは古くなり、また散らかった状態に戻ってしまう
  • Muddyは、自分たちで使うために開発したハッカソンプロジェクトとして始まった
  • 他の人と一緒にWebアプリを使える単一の場所でありながら、各ユーザー向けに自動でパーソナライズされる
  • 誰もが、自分の働き方に合わせて設計された、すべてのプロジェクトに対する固有のビューを得られる

Muddyの主な機能

  • Muddyのユーザーは、自動タブグループのようなスペースでプロジェクト作業を行う
  • ユーザーはプロジェクトの共有タイムラインにアプリ(GitHub PR、Figmaファイル、Trelloボードなど、あらゆるサイトが対象)を共有でき、Muddyは関連タブを自動で開く
  • プロジェクトに必要なすべてのアプリをワンクリックで開ける
  • Muddyはバックグラウンドで動作し、タイムラインを追跡して、LLMを使ってアプリを継続的に整理し、すべてを最新状態に保つ
  • ファイルの人気度、命名規則、会話などのシグナルを考慮して関連性を把握する
  • 重要なタブの更新済みリストが全員に提示される
  • 実際のブラウザはChromiumベース
  • 数週間前の時点に戻って確認したいときは、プロジェクトタイムラインをワンクリックでその時点まで巻き戻せる
  • 組み込みのコラボレーション機能がないサイト(ドキュメントなど)の場合、Muddyを使ってWebサイト上で直接注釈を付けられる
  • プロジェクトが大きくなると、分割が必要になることがある
  • すべてのスペースで、MuddyはChatGPTのように質問に答え、ファイルを出典として引用し、アプリを直接返すことができる
  • これは、MuddyのAIがブラウザを共有し、プライバシーを考慮しながらローカルで認証済みアプリを利用できるため可能になっている

他のブラウザとの違い

  • ChromeやArcのような他のブラウザは、共有を付加機能と見なしつつ個人の生産性に焦点を当てている
  • Muddyは、生産性は他者とうまく協力できるかどうかに左右されると考え、これを最優先事項としている
  • 手動で整理作業を行うのは持続可能ではない

Muddyの収益モデル

  • Muddyは、共有パスワード、チーム編成、カスタムショートカット、SSO管理などの追加機能を含むチーム向け有料サブスクリプションを提供する予定
  • まだ構築されておらず、基本製品は無料で提供される予定
  • データ収益化による収益は予定していない

GN⁺の意見

  • Muddyが提案する協業中心のブラウザという概念は革新的で、既存ブラウザと差別化されたアプローチである。ただし、ユーザーは既存ブラウザとMuddyを併用しなければならない不便さを感じる可能性がある。既存ブラウザの拡張機能として提供することも検討に値する。

  • 自動ファイル整理とプロジェクト管理機能は魅力的だが、実際の業務でどの程度の精度で動作するかは疑問である。ユーザーが自分で分類した体系と、AIが自動分類した体系の間に乖離が生じる可能性がある。ユーザーが分類体系を自ら修正し、AIを学習させられる方法が必要に見える。

  • Webアプリ間のサイロ問題を解決しようとする試みは良いが、最終的にはあらゆるものを束ねるMuddyというもう一つのサイロになるリスクがある。長期的には、Web標準のレベルでアプリ間連携を可能にする取り組みが必要だと思われる。Muddyが単なる一つの解決策ではなく、関連する議論を活性化するきっかけになることを望む。

  • タイムラインベースのインターフェースやWebページへの直接注釈機能など、興味深いアイデアが見られる。ただし、これが既存インターフェースに比べてどれほど効率的か、ユーザーにどれほど受け入れられるかは未知数である。初期ユーザーのフィードバックを綿密に分析し、改善していくことが重要に見える。

  • セキュリティとプライバシーの問題が懸念される。個人と企業のすべてのデータが一つのブラウザに集中し、AIがそれを分析する点で懸念が生じうる。データ処理がローカルで行われるとしても、ユーザーを安心させるための具体的な方策が必要に見える。

1件のコメント

 
GN⁺ 2024-05-11
Hacker Newsの意見
  • Muddyのメッセージ送信機能やタブへのコメント投稿機能は非常に創造的で革新的なUXであり、未来志向の機能だと思う。このような概念を考案したことに祝意を表したい。
  • すべてがタイムラインベースである点が気に入っている。今はFrontのメールスレッドを使い、Dropboxにすべてを投稿しているが、Muddyの時系列ブックマーク機能がこれを置き換えられそうだ。多くのチームは進捗の文書化にGoogle GroupsやGoogle Docsを使っているが、これは非効率であり、Muddyならそれを自動的に解決できる。
  • 画面共有時にブラウザに無数のブックマークやタブがあるのが見えてしまうことがあり、これはワークフローに悪影響を及ぼす可能性がある。AIに頼って整理するのは好まない。
  • 特定のユースケースを扱う別個の「ソリューション」ページがあるとよさそうだ。
  • 外部の人向けのクライアント統合が必要かもしれない。クライアントに即座にアクセス権を与えて教育するのは難しいことがあるので、自動メール統合によってクライアントのメールがタイムラインに表示され、そこから直接返信できるようにするとよい。
  • お祝いとともに幸運を祈る。PMの問題を解決しようとする試みが印象的で、良い仕事をしている。
  • 2019年にYCに採択されてから2024年にリリースするに至った背景が気になる。その過程で興味深いピボットがあったのではないかと推測している。
  • Muddyは、"Google Wave"のようにリッチなドキュメント上で共同作業できた良い思い出を呼び起こす。
  • デモは非常に印象的で、特にファイルをディープリンクし、共同作業者にメンションするAIリコール機能が気に入った。この製品は、クラウド以後のデジタル作業空間の進化の成果物のように感じられる。チャットの次に、カンバンボード、チームのパスワード共有、クラウドファイルストレージなど、より多くの基本的なコラボレーションツールを統合する計画があるのか気になる。
  • 初期ユーザーとしてリリースを祝いたい。共有ワークスペースとコンテキスト付きの共有ブラウザウィンドウは、コラボレーションに非常に役立つ。Figmaのデザイン、Notionのドキュメント、GitlabのMRをすべて同じ空間に置けるので、それぞれを別々に探したり相互にリンクしたりする必要がなくなる。
  • ハッカソンのプロジェクトがここまで発展したのを見るのはうれしい。タイムラインとシグナル機能は素晴らしそうで、使ってみるのが楽しみだ。フリーランス/リモート/ハッカソン作業など、短期的なコラボレーションのための、よりプライベートで一時的な空間についての考え(およびビジネスモデル)もあることを期待している。
  • とてもクールなプロジェクトだ。どの技術スタックで書かれているのか気になる。Electronなのか、それとももっと低レベルなのか知りたい。
  • CSVや.txtファイルをドラッグしたときに、自動でシートやGoogle Docsを取り込んでプロジェクトを開けるとよさそうだ。Google Drive経由でアップロードするのは好きではない。
  • Office365ツールとMuddyについてどう考えているのか気になる。Google Docsは使わないが、似たような体験はしたい。このワークフローによって、特定のチームはMSFT依存を減らせそうに思える。使ってみて今後を追うのが楽しみだ。
  • リリースおめでとう。FigmaやSheetsなどの利用は90%が一人作業で、成果物を共有する瞬間に集中的なコラボレーションを経て、徐々に非同期化していく。
  • 一人で作業しているときにMuddyは使わないと思うが、初期の集中的なコラボレーションの後では面白そうだ。特に単一アプリではなく複数アプリを含むプロセスではなおさらだ。長期的な非同期コラボレーションでは、アプリ間で混乱しがちだ。
  • ChromiumベースなのにLinuxビルドがないのは残念だ。自分もチーム全体もLinuxを使っているので、試してみたい。