FastRender は、ほぼ全体が自律型コーディングエージェントによって書かれた実験的な Web ブラウザであり、同時に稼働する大規模なコーディングエージェント群をどこまで推し進められるかを探る Cursor の実験のテストケースとして作られた。Simon Willison が引用した Cursor 自身の説明によれば、Cursor はこのシステムに Web ブラウザをゼロから構築するという目標を与え、エージェントは 1 週間近く稼働し、1,000 ファイルにわたって 100 万行を超えるコードを書いた。ソースコードは GitHub で公開されている。
エージェントは、タスクを作成するプランナーとサブプランナー、それを実行するワーカー、そして各サイクルの終わりにプロジェクトが完了したかどうかを判断するジャッジエージェントという構成で組織されていた。Willison はこの構造を Claude Code がサブエージェントを使う方法になぞらえた。この構造については Planner-Worker モデル でより詳しく説明されている。
機能
Willison はリポジトリの README にあるビルド手順に従って macOS 上で FastRender をビルド・実行し、動作するブラウザウィンドウを得た。google.com と自身のブログを表示したスクリーンショットでは、ページは読める状態でおおむね正しかったものの、スタイルの当たっていないボタン、文字化けしたタブ名、位置のずれた装飾用の引用符といった明らかなレンダリングの不具合があった。彼はこうした不具合を、このプロジェクトが既存のレンダリングエンジンを単にラップしたものではない証拠と受け止めた。リポジトリには WhatWG と CSS-WG のさまざまな仕様が Git サブモジュールとして含まれており、彼はこれを、エージェントが必要としうる参照資料を確実に手元に置くための賢いやり方だと評した。
導入とエコシステム
最初の発表は懐疑的に受け止められた。とりわけ、プロジェクトの GitHub Actions による CI が失敗しており、リポジトリにビルド手順がないことが明らかになってからはそうであった。ビルド手順はその後まもなく追加された。2029 年までに誰かが主に AI の支援によって本格的な Web ブラウザを構築するだろうと予測していた Willison は、FastRender は自分が想定していた成果の品質に近いと書いた。ただし、この種のプロジェクトが近いうちに Chrome、Firefox、WebKit と競合するとは考えていない。彼は、AI 支援コーディングで本格的なブラウザを構築する試みを 2 週間のうちに見たのはこれが 2 例目だと述べている。