Firefox を WebAssembly で動作させる実験
Puter プロジェクトが AI ツールを活用して Firefox を WebAssembly にコンパイルし、ブラウザ内でブラウザを実行する画期的なデモを公開した。
キーポイント
ブラウザ内でのブラウザ実行の実現
Firefox/Gecko を WebAssembly にコンパイルすることで、Chrome のタブ内で Firefox の UI と機能を完全に動作させることに成功した。
生成 AI による開発プロセス
このプロジェクトは Claude Opus や Fable などの LLM を活用し、推定 25,000 ドル相当のトークンコストを要する大規模なコンパイル作業を完了させた。
ネットワーク通信の制約と解決策
ブラウザ環境での直接ネットワーク接続制限に対応するため、Wisp プロトコルを経由した WebSocket 経由で全トラフィックをプロキシする仕組みを採用している。
重要な引用
This is absurdly cool: Puter compiled Firefox to WebAssembly such that the whole browser runs in another browser.
They chose Firefox/Gecko because it has strong single-process support.
The project took an estimated $25,000 of Claude Opus and Fable tokens.
影響分析・編集コメントを表示
影響分析
この技術は、ブラウザベースの OS やクラウドデスクトップ環境の実現に向けた重要なマイルストーンであり、クライアント側の計算リソース不足を Web 上で補完する新たなアーキテクチャの可能性を示唆しています。また、生成 AI を活用した大規模ソフトウェア移植プロジェクトが現実味を帯びてきたことを示す事例として、開発プロセスの変革にも影響を与えるでしょう。
編集コメント
ブラウザ内でブラウザを実行する技術は、セキュリティサンドボックスやクラウドデスクトップの未来像を具現化する極めて興味深い実験です。特に、AI ツールが複雑なコンパイルプロセスを主導した点は、ソフトウェア開発における AI の役割が単なる補助から中核的な実装パートナーへと進化しつつあることを如実に示しています。
これは驚くべき技術です。Puter は Firefox を WebAssembly へコンパイルし、ブラウザの中でさらに別のブラウザとして動作させることに成功しました。
私のブログが、Firefox で動いています。その Firefox が WebAssembly 上で稼働しており、さらにそれを Chrome ブラウザがホストしているという構造です。
なぜ Firefox（Gecko）を選んだのかというと、単一プロセスでの動作サポートが堅牢だからです。このプロジェクトには、Claude Opus と Fable のトークンで約 25,000 ドル相当のコストがかかったと推定されています。これは Claude Max のサブスクリプションプランを活用した結果です。
デモでは、すべての通信を WebSocket プロトコル（Wisp プロトコル を使用）経由で Puter のサーバーを経由させています。これは必須の要件です。ブラウザ内で動作するコードは、任意のネットワーク接続を開くことができないためです。
（このプロキシ処理にはコストがかかるはずです！ 実際、プロジェクトに関する Hacker News の議論中にトラフィックが殺到した際、チームはサーバーをスケールアップする必要がありました。）
Puter はエンドツーエンド暗号化に対応していると主張していますが、これは事実のようです。WebSocket メッセージを確認したところ、私の HTTPS サイトへの通信は暗号化されている一方、http://www.example.com/ へのリクエストとレスポンスは平文で送受信されていました。
Firefox の WebAssembly 化に関するリポジトリは こちら です。同様に WebKit を WebAssembly にコンパイルするプロジェクトとして theogbob/WebkitWasm もありますが、現時点ではオンラインで動作確認できるデモが用意されていません。
Hacker News で話題になりました。
タグ: ブラウザ, Firefox, AI, WebAssembly, 生成 AI, LLM, AI 支援プログラミング, Claude, Claude の神話と寓話
原文を表示
This is absurdly cool: Puter compiled Firefox to WebAssembly such that the whole browser runs in another browser.
Here's my blog, running in Firefox, running in WebAssembly, running in Chrome:
They chose Firefox/Gecko because it has strong single-process support. The project took an estimated $25,000 of Claude Opus and Fable tokens, taking advantage of a Claude Max subscription plan.
The demo funnels all traffic over a WebSocket protocol (using the Wisp protocol) through Puter's server - a requirement to get this kind of thing to work because code running in browsers can't open arbitrary network connections.
(That proxying sounds expensive! The team had to scale the servers up to handle the traffic during the Hacker News conversation about the project.)
Puter claim this supports end-to-end encryption and that looks to be true - I inspected the WebSocket messages and traffic to my own HTTPS site was encrypted whereas requests and responses to http://www.example.com/ were in cleartext.
Here's the repo for firefox-wasm. theogbob/WebkitWasm is a similar project that compiles WebKit to WASM, but that one doesn't currently have an accessible online demo.
Via Hacker News
Tags: browsers, firefox, ai, webassembly, generative-ai, llms, ai-assisted-programming, claude, claude-mythos-fable
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み