新智元報道
新智元報道
【新智元導読】GPT-5.2が7日間かけてブラウザを作り出したという話が、まさに捏造だと判明した！ある開発者が、Cursorのこのプロジェクトは「AIの残飯」であり、コードは全くコンパイルできないと記事で暴露した。今回のCursorはあまりに焦りすぎた。
数日前、AI業界全体がCursorの重大な発表によって騒然となった。
事の経緯はこうだ：
Cursorは、GPT-5.2によって駆動されるコーディングエージェントをまる7日間、つまり168時間連続で動作させたと主張した。
結果、これらのAIエージェントがゼロから、300万行のコードを含み、Chrome並みの機能を持つブラウザを書き上げたというのだ！
これはあまりにも魅力的に聞こえた——
トークンが電気や水道のように安価になり、AIは目標を達成するまで無期限に自己反復を続けられるようになる。
OS、オフィスソフト、ゲームエンジンなど、計算リソースさえあれば、AIはすべてを「がりがり」と作り出せそうだった。
しかし、人々がまだ驚きから立ち直れないうちに、技術コミュニティの「レーベンフック」たちが動き出した。
彼らはCursorがオープンソース化したこのプロジェクトのコードを詳しく調べ、驚くべき真実を発見した——
このいわゆる「AIブラウザ」は、基本的なコンパイルすら通らない！
ある技術ブログで、筆者は辛辣に指摘した：
Cursorが口にする「画期的進展」とは、本質的にエンジニアリングロジックに欠けた「AIの残飯」（AI Slop）の山である。
彼らがやったことは、宣伝において巧みな「手品」を演じ、誰もがこのプロジェクトが実際に動いていると信じ込ませることだった。
しかし実際には、これは全く動かない役立たずのコードの山だった。
ブログアドレス：https://embedding-shapes.github.io/cursor-implied-success-without-evidence/
次に、開発者コミュニティのこの「捏造暴露」記事が、どのように細かく分析してCursorのこの一連の宣伝の不実を暴いていったかを見ていこう。
まず、筆者はCursorが具体的に何をしたかを分析した。
1月14日、彼らは「Scaling long-running autonomous coding」と題したブログ記事を公開した。
公式ブログ：https://cursor.com/blog/scaling-agents
この記事で、彼らは「コーディングエージェントを数週間自律動作させる」実験について語り、その明確な目標は次の通りだと述べた：
人間のチームが数ヶ月かけて行うようなプロジェクトを達成するために、エージェントコーディングの限界をどこまで押し上げられるかを理解すること。
次に、Cursorの研究者は試したいくつかの方法について議論し、失敗の原因と問題の解決方法を分析した。
ついに、彼らはある種のソリューションを見つけ、それは「我々の調整問題のほとんどを解決し、単一のエージェントに依存することなく、非常に大規模なプロジェクトにスケールさせることを可能にした」。
最終的に、このソリューションは驚くべき結果をもたらした——
このシステムをテストするため、私たちは野心的な目標を設定しました：ゼロからウェブブラウザを構築することです。これらのエージェントはほぼ1週間動作し、1,000ファイルにわたって100万行以上のコードを記述しました。
同時に、彼らはGitHub上でソースコードを公開した。
GitHubプロジェクト：https://github.com/wilsonzlin/fastrender
では、このタスクは、エージェントによって成功裏に完了したのだろうか？
もしあなたがこの言葉に惑わされなければ、この不明瞭な点に気づくだろう——
彼らは「コードベースが巨大であるにもかかわらず、新しいエージェントはそれを理解し意味のある進捗を達成できる」および「数百のワーカーが並列実行され、同じブランチにプッシュし、ほとんど衝突しない」と主張しているが、この試みが成功したかどうかを実際に説明することは一度もなかった。
本当に動作するのか？自分でこのブラウザを実行できるのか？私たちにはわからないし、彼らも一度も明確に言及していない。
いわゆるデモは、たった8秒の「動画」に過ぎない：
その下に、彼らはこう書いている：
これは単純なスクリーンショットに見えるかもしれませんが、ゼロからブラウザを構築することは非常に困難です。
要するに、最初から最後まで、彼らは一度も断定的に「このブラウザは実行可能で正常に機能する！」とは認めていない！
要するに、READMEやデモのスクリーンショット、あるいはいくつかの宣伝的な説明だけを見れば、このプロジェクトは本当にすごいように見える。
しかし、実際にリポジトリをクローンして、一度cargo buildやcargo checkを実行すれば、問題は即座に露呈する。
error: could not compile 'fastrender' (lib) due to 34 previous errors; 94 warnings emitted
このコードベースは、「動作するブラウザ」からは程遠く、実際には一度も正しくビルドされたことがないと言える！
記事の筆者は以下の複数の証拠を発見した。
まず、mainブランチ上のGitHub Actionsの最近の複数回の実行はすべて失敗しており、その中にはworkflowファイル自体のエラーも含まれている。
さらに、独立してビルドを試みると、数十のコンパイラエラーが報告され、最近のPRはCIが失敗した状態でマージされている。
もっと極端なことに、Gitの履歴を遡って最近のコミットから100コミット戻っても、クリーンにコンパイルできるコミットは一つも見つからない。
つまり、このリポジトリは誕生以来、一度も「動作する」状態ではなかった。
上下にスクロールして表示
https://gist.github.com/embedding-shapes/f5d096dd10be44ff82b6e5ccdaf00b29
今のところ、Cursorの研究者がこのコードベースで解放した「エージェント」が実際に何をしたのか確かめることはできないが、彼らはどうやら一度もcargo buildを実行したことがなく、ましてやcargo checkを実行したことはなさそうだ。
なぜなら、これらのコマンドはいずれも数十のエラーと約100個の警告を報告するからだ。もしこれらのエラーを本当に修正しようとすれば、エラー数は爆発的に増えるだろう。
現在、彼らのリポジトリにはこれに関する未解決のGitHub issueがある。
issueアドレス：https://github.com/wilsonzlin/fastrender/issues/98
結論はすでに明らかだ：
これは本当のエンジニアリングコードではなく、典型的な「AI Slop」（AIの残飯）だ。
このような低品質のコードの寄せ集めは、形式的にはある機能を模倣しているかもしれないが、その背後には首尾一貫したエンジニアリング意図が欠けており、実際には最も基本的なコンパイルすら通らない。
Cursorのデモでは、彼らは次の壮大な計画について大いに語ったが、「どのように実行するか」、「期待される効果」や「動作原理」については一言も触れなかった。
さらに、コードリポジトリのリンクを投げるだけで、Cursorは再現可能なデモを何も提供せず、華やかなスクリーンショットを検証するための既知の使用可能なバージョンタグ（tag/release/commit）も何も提供しなかった。
意図がどうであれ、Cursorのブログ記事は「機能するプロトタイプ」の幻想を作り出そうとしたが、エンジニアリング界が最も重視する基本的な誠実さ——再現性——を欠いていた。
彼らは確かに「それが正常に動作する」と明確に主張はしていないため、文字通り「嘘をついた」という告発は免れているが、これは非常に誤解を招くものだ。
これまでのところ、彼らが証明した唯一のことは：
AIエージェントは数百万のトークンを狂ったように出力できるが、最終的に生成されるコードは依然として動かない廃棄物の山である。
「ブラウザ実験」はChromeに対抗する必要はないが、少なくとも合理的な最低基準はあるべきだ：
サポートされているツールチェーンでコンパイルが通り、簡単なHTMLファイルをレンダリングできること。
残念ながら、Cursorの記事と公開ビルドはいずれもこの合格ラインに達していない。
このように「未完成品」を「マイルストーン」として包装する行為は、開発者コミュニティを完全に激怒させた。
GitHubのIssueエリアでは、怒りのコメントが画面を埋め尽くした：
私も試したが、全く動かない。
コードのロジックは見当違いで、CIが全部失敗しているのにマージするのか？私たちはスクリーンショットに向かって礼拝しているのか？
機能が偽物なら、このリポジトリをオープンソース化する意味は？AIが電子ゴミを作れることを証明するためか？
また、この「バブル・エンジニアリング」の本質を指摘する者もいた：
とにかく投資家はコードが読めないし、GitHubが何かも知らない。
コンピュータが自動的に書いたコードさえあれば、パフォーマンスカーブは急上昇し、機械が動けば、金が山ほど…
また、Hacker Newsでも約200件の議論があり、このプロジェクトの実態が徹底的に暴かれた。
ユーザーpavlovは、いわゆる「ゼロから」や「カスタムJS仮想マシン」は単なる誇大広告だと指摘した。
依存関係リスト（html5ever, cssparser, rquickjs）を見ればわかるように、このものは本質的にMozillaが開発したServoエンジンの「ラッパー」版に過ぎない。
ユーザーbrabelは苦笑いを禁じえなかった：
こいつらは「ゼロから手作り」と主張するのが良い手だと思ったのか？
プログラマーは最初にすることは依存関係を調べることで、一見してそれが外部ライブラリの呼び出しだとわかる。
唯一の説明は、彼らは誰も真剣に確認しないと賭けていたことだ。結局ほとんどの人はタイトルだけ見て歓声を上げるから。
Cursorは「これがすぐに実用可能だ」とは決して言わなかったが、「ゼロからの構築」や「意味のある進捗」という壮大な物語を使い、慎重に選ばれたスクリーンショットと組み合わせて「実験成功」の幻想を巧みに作り上げた。
彼らが成功に最も近い表現は次の通りだ：
数百のエージェントが同じコードベースで数週間協力し、本当の進捗を達成できる。
しかし、この驚くべき主張を裏付ける証拠は何もない。
動作するコミットも、ビルド手順も、デモもない。
誰も次のChromeになることを期待していないが、もしあなたがブラウザを構築したと主張するなら、少なくともコンパイル + 基本的なHTMLファイルの読み込みをデモできるべきだ。そうでなければ、純粋に大衆を愚弄していることになる。
実は、CursorのこのAIによる自動プログラミングの1週間の話が出た時から、少し奇妙に思われていた。
ここ1ヶ月、世界のAI業界のハイライトは、ほぼClaude Codeに集中している。
Claude Codeの父であるBoris ChernyのX投稿は、ほぼ毎回コミュニティを震わせる。例えば彼は、過去30日間で一行もコードを書かず、Claude Codeのコードベースへの貢献はすべてClaude Code自身によって行われたと述べている。
拡張読書：30日間一行もコードを書かず、彼は10億ドルを稼いだ！
Googleの主席エンジニアJaana Doganによれば、Claude Codeは1時間で、チーム全体が丸1年かけてやっていたタスクを完了させた。
元TeslaのAIディレクターAndrej Karpathyはさらに率直に言う：シリコンバレーはマグニチュード9の地震を経験していて、自分はこれほどまでに時代遅れに感じたことはない…
拡張読書：さようなら、プログラマー！シリコンバレー全員がAIコーディング、カーペイシーがマグニチュード9の地震到来を宣言
このような状況下では、「コーディングエージェントが1週間動作し、自分でブラウザを書いた」という物語は、いかに時代の流れに沿っていて、いかに注目を集めることだろう。
Cursorのエンジニアがこのアイデアを試して、あまり考えずに焦って発表したのも無理はない。それが目ざとい開発者たちから攻撃される結果となった。
今回の「ブラウザ騒動」は悲惨だったが、AIプログラミングの真の進化経路を予期せず明らかにした。
Hyperbolicの共同創業者兼CTOであるYuchen Jinは、Cursorのデモに暗黙のうちに含まれる重要な教訓を指摘した：単に数をこなすだけではうまくいかない。
たくさんのエージェントを同じレベルに置き、自己調整させるだけでは混乱を招く。
・ 役割分担を明確にする必要がある：計画者（Planner）、実行者（Executor）、レビュアー（Reviewer）が必要。
・ モデルの差別化：GPT-5.2は長期的な計画タスクにより適している。一方、Opus 4.5は「早期退出」やサボりがち。
・ 組織構造：「管理層」のエンジニアを増やしすぎると逆に効率が低下する。これは人間の会社の「大企業病」と全く同じだ。
HyperWriteAIのCEOであるMatt Shumerも、再現プロセスの中で、実行フレームワークと能力サポートが整っていて、明確な役割分担をしたAIエージェントクラスターが確かに実質的な進捗を生み出せると発見した。
しかし、より深い進化はAI自体だけでなく、人間のエンジニアにも起こっている。
シリコンバレーでは、新しい流行語が古くからの「10倍エンジニア」に取って代わろうとしている——それは——「Cracked Engineer」（チート/開掛エンジニア）だ。
この言葉は、一人で一つのチームに匹敵するようなトップクラスの開発者を指す。
Cursorの今回の転落は、Karpathyが言う「雰囲気プログラミング」の罠に陥ったからだ——
AIが狂ったようにコードを生成する快感だけを楽しみ、エンジニアリングの厳密さを完全に捨ててしまった。
そこから生まれるのは、修正しなければ動かない「Cursorの運び屋」式の残飯でしかない。
真の「チートエンジニア」はこの現象の対極にいる。彼らはAIを狂ったように使うが、決してAIを盲信しない。
彼らは深い技術的素養を持ち、AIが生成した論理の穴を一見して見抜き、今回のブラウザプロジェクトで出現したような「電子残飯」を一掃できる。
スタートアップ企業Intologyの創業者が言うように：
少数の集中力があり、事情に通じた人々にAIを加えると、AIを使わなかった過去の15人よりも多くのことをこなせる。
未来のソフトウェア開発は、何千もの監視なしのAIエージェントが無我夢中で衝突する（そしてコンパイルできないブラウザを作る）のではなく、一人の「チートエンジニア」が数十のAIエージェントを率いて、正確かつ効率的に真の製品を構築することだろう。
そして、これらの「チート」するプログラマーは、「プログラミングしているふり」しかしない人々を淘汰していくだろう。