新智元レポート
フロントエンド開発は、本当にOpenAIに一気に奪われてしまうのだろうか？
本日、開発者の@Lentils80が偶然発見したところによると、OpenAIはコードネーム「mozaik-alpha-fdm」として、Astraの内部テストを拡大しているという。
最新に公開された2つの成果は、いずれもMax effortモードでのゼロショット生成によるものだ。
1つは3Dピクセル風の城、もう1つはフロントエンドのウェブページで、どちらも一発で出力された。
同時に、グレーテスト（段階的公開）の資格を入手した大勢の開発者たちが、一斉にAstraの初テスト結果を公開した。
開発者たちを本当に驚かせたのは、大量のディテールを一度に制御できた点だ。統一されたビジュアル言語、複雑な要素間の空間関係、ページの階層構造、そしてインタラクションに必要なコード構造まで網羅している。
これを見て、ある人は「Frontend is solved（フロントエンドは解決した）」と断言した。
皆の一致した予測では、来週木曜日（9月3日）前後にAstraが正式公開され、Fable 5.1と正面から激突するという。
まとめると、Astraは以下の強力な能力を備えるという——
・フロントエンドが非常に強力で、ゼロショットで一発生成
・エンドツーエンドで学習されたマルチエージェント連携により、超長期間のタスクも軽々こなす
・「持続的」推論モードを搭載し、即座に自己修正も可能
一文で3Dウェブページを生成、Astraのフロントエンドが「神がかり的」
そもそもフロントエンドは、大規模モデルにとって長年の鬼門だった。
バックエンドのロジックがどんなにうまく書けても、UI生成になると化けの皮が剥がれる——膨れ上がったCSS、目の痛くなる配色……。
しかし今回、Astraがゼロショットの条件で見せたディテールへのこだわりは、質的変化の兆しを確かに感じさせる。
このインタラクティブな3Dアイソメトリック（等角投影）の王国マップは、幾何学的な遠近法、レイヤーの積層、動的インタラクション、視覚的一貫性をAIが同時に実現する必要がある。
最大の思考レベルをオンにすれば、Astraは一発で形にできる。
Maxモードでは、AstraはSolよりも多く考える傾向があるが、以下の出力からわかるように、ディテールへの注意力は極めて高い。
生成された宇宙船は、あらゆるディテールや構造が非常にリアルだ。
別の開発者MeSunは、Astraで物理演算付きの3D自転車テストページ（HTML）を直接作り、車体の比率まで自由に調整できるようにした。
さらに、戦闘の爽快感を売りにした3D一人称視点のローグライクゲームを生成させた。
結果はやはり「一発OK」で、一度で完成させた。
Astraの驚異的なデモを立て続けに見て、ある著名なリーカーは、これは史上初めて「アイデア」が「実行」を圧倒し始めた瞬間だと叫んだ。
「思いつくものは、AIがすべて作ってくれる」。
永続的エージェント、4つの技術的中核を解剖
なぜAstraのフロントエンド能力は一夜にして生まれ変わったのか？
現在リークされている特徴と業界の予測を踏まえると、mozaik-alpha-fdmバージョンの中核的な技術的ブレイクスルーは、以下の4つの次元に集約される可能性が高い。
第一に、エンドツーエンドのマルチエージェント連携。
Astraはもはや単純な「単体のコード生成器」ではなく、基盤レベルでマルチエージェントアーキテクチャをネイティブに統合している可能性がある。
たとえばCodexにプログラミングタスクを処理させ、別のサブモデルに自然言語クエリを処理させ、最後にメインモデルが結果を統合する、といった具合だ。
3Dウェブページを生成する際、モデル内部では「UIデザイナー、フロントエンドエンジニア、コードレビュアー」が並行して動作しており、レイアウト・スタイル・ロジックの三位一体を保証している。
これはGPT-5.6でベータ版として既に導入されているMulti-agent機能と一貫しており、Astraはこれを「エンドツーエンド学習」のネイティブ能力として内包している可能性がある。
第二に、超長期タスク能力（ウルトラ・ロングホライズン・タスク）。
従来のモデルは、複数のコンポーネントや複雑なCSS/JS連携を含むプロジェクトを作成する際、「忘却」や「ハルシネーション」が起こりやすかった。
Astraが示した完成度は、コンテキストウィンドウ内のアテンション機構が革新的に最適化され、ゼロから複雑なプロジェクトを構築するのに十分な水準に達していることを証明している。
Astraが10個の数学問題を解いた様子からも、極めて長い時間軸にわたって推論の一貫性を維持する能力があることがわかる。
これは、コードプロジェクトの継続的開発、論文レベルの研究タスク、複雑なワークフローの自律実行にとって、いずれも大きな意義を持つ。
第三に、持続的推論モード（Persistent Reasoning）。
Max effortにおけるAstraの思考量はSolを大きく上回り、これはより「持続的」な推論メカニズムを示唆している。
モデルは一度で答えを出力するのではなく、内部で繰り返し検証・修正・反復を行い、満足のいく水準に達して初めて出力する。
つまり、現在のDOMツリー構造を「記憶」し、後続の生成においてデザイン言語とコード規範の絶対的な一貫性を保つことができる。
第四に、即時の自己修正。
これが最も恐ろしい点だ。Astraはコードを生成しながら、内部サンドボックスで「仮想レンダリング」やAST構文木のロジック検証を完了している可能性がある。
フロントエンドのレイアウト崩れを自動的に発見してリファクタリングを完了し、最後に完璧なゼロショットの結果だけをユーザーに提示するのだ。
ゼロショットでPS5コントローラーのような高精細レンダリングタスクを再現できること自体が、自己修正能力の間接的な証拠である。
9月第1週、Fable 5.1と正面対決へ
しかし、本番はまだこれからだ。
今週、AnthropicもFable 5.1の開発を加速させていると報じられた。
さらに偶然にも、その公開時期はちょうどAstraと前後するタイミングに重なっている。
グレーテスト参加者からのフィードバックによると、Fable 5.1の今回のアップグレードの重点は、ほぼAstraと正面からぶつかる内容だ：
・フロントエンドコードがより安定し、複雑なコンポーネントロジックを一発で形にできる
・長い思考チェーンの推論が強化され、途中で「前提を忘れる」ことが減った
・ツール呼び出しとステップバイステップの計画立案がさらに強化され、成熟したAIエージェントへと近づいている
つまり、両社は同じ戦場へと踏み込んだ。コード能力はより強く、タスクはより長く回り続け、その過程で人間の介入を極力減らす、という競争だ。
今や両者は、遠距離からの対決を既に始めている。
同じく「女性の自画像」のSVGベクター画像を生成させたもので、左がAstra、右がFable 5.1だ。
どちらのディテールが安定し、構造がクリーンで、一発生成の完成度が高いか——すでに表舞台で直接比較できる段階にある。
しかし、勝敗を本当に決定づけるのは、モデルの能力だけではないかもしれない。
リーク情報によると、Astraは性能の高さに加え、コストパフォーマンスでもさらに価格を引き下げてくる可能性がある。
OpenAIがより低いAPI呼び出しコストで、Max effortを標準装備し、自己修正能力が高く、複雑なエンジニアリング連携も不要なモデルを提供できれば、Fable 5.1が直面するのはベンチマーク上のプレッシャーだけではなくなるだろう。
来週木曜日、頂上決戦。果たして新王者の座を射止めるのはどちらか。刮目して待とう。
参考資料：
https://x.com/pankajkumar_dev/status/2093623079192891882
https://x.com/lentils80/status/2093617080327127456
編集：桃子