何が起きたか
Metaは8月21日（金）、米国でモバイルアプリ「Pocket」を公開しました。ユーザーはテキストボックスに作りたいものを書き込むだけで、実際に動く対話型コンテンツ「gizmo」を生成できます。特徴的なのは、生成されたコードを見る手段が一切用意されていない点です。Metaは3月に、すでに終了したバイブコーディングアプリ「Gizmo」の開発チームを取り込んでおり、その系譜上に位置づけられます。
作ったgizmoは、いいね・コメント・リポストといったSNS機能を備えたTikTok風の無限スクロールで共有されます。開発ツールというより、コンテンツプラットフォームとしての設計思想が明確です。
実際の制作体験
Orland氏の最初の題材は「Sling Shot」というゲームでした。画面中央の男を上から見た視点で、長押しでスリングが回転し、指を離すとスリングに対して垂直にボールが飛ぶ。長く押すほど速くなる——この指示だけで、約2分後に構想にほぼ一致する試作が出来上がりました。しかも頼んでいない干し草の的、スコア表示、パワーメーターまで付いてきています。
そこから100回を超えるプロンプトを重ね、行進するロボット、複数の敵タイプ、弾数制（後に連射防止のための最低スリング速度に置き換え）、アイテム、電気柵などを追加していきました。もう1本のジャグリングゲームでは、親指で操作するパドル、スコア倍率、終了時の成績グラフまで実装しています。
注目すべきは指示の通り具合です。倍率ルールやパワー閾値の％指定といった細かい指示も、「小さいボールに当たり判定を追加して」「ボールを落とした時の効果音にもう少し迫力を」といった曖昧な指示も、多くが一発で意図どおりに反映されました。壊れた場合もワンタップで直前の版に戻せます。
点をつなぐと見えるもの
一方で、欠点は本質的です。UI要素を数ピクセル動かすだけでもプロンプトを書き、アプリ全体の再生成に約1分待つ必要があります。手で書けば数秒の修正に、毎回トークンを燃やす構造です。さらにメモリの追跡も実行停止もできないため、テストは画面の観察頼み。コードが隠されている以上、簡単な玩具以上のものを任せる気にはなれない、というのが筆者の結論でした。
見た目も没個性です。既定では絵文字や単純な図形、WebAudioの電子音に落ち着きます。共有は小さなキャプションと表紙画像を付けた投稿のみで、リンク自体はどこにでも貼れ、アプリを入れなくてもブラウザでHTML5版が遊べます（マルチタッチや傾き検知に依存しなければデスクトップでも動作）。それでも、作ったものを別の何かに育てる出口はありません。「AIに重労働を任せ、物理エンジンや構文エラーを気にせずアイデアだけを転がす官能的な高揚感」と筆者が表現した体験の代償は、成果物がMetaの壁の内側に閉じ込められることでした。
💼 事業会社視点：これは自社にどう効くか
注目すべきは「作る速さ」ではなく「出口の有無」です。Pocketは2分で試作を吐き出す一方、コードを開示せず、成果物はMetaのフィードとブラウザプレビューの外に出せません。これは日本企業がSaaSやAI開発ツールを選ぶ際の評価軸を、機能比較からエクスポート可能性の審査へ移すべきだという実例です。
EC・アプリ運営各社にとっては、キャンペーン用のミニゲームやノベルティ的な体験を、外注せず社内で当日中に量産できる可能性が現実味を帯びます。ただしリンク共有とHTML5プレビューが唯一の配布経路である以上、自社ドメインへの流入や計測は設計に入りません。集客資産として積み上がらない前提で、使い捨ての販促に限定するのが妥当です。
受託開発・制作会社の経営層は、100回のプロンプトで1本のゲームが仕上がった事実を人月見積もりへの警告と読むべきです。要件が曖昧な小規模案件ほど価格が崩れます。逆に、生成物のテストが観察頼みでコードが読めないという弱点は、品質保証・保守・引き渡し可能な資産化という受託側の本来価値を際立たせます。次の営業提案では「作れます」ではなく「持ち出せる形で作り、検証まで責任を持つ」を前面に出すべきです。SaaS提供側も同様に、顧客のデータとロジックをエクスポートできることを競争要件として明示する局面に入っています。