彼女はそれを「ドラゴンでありながら犬でもある」と呼んだ。紫色。六本脚。それについて完全に自信がある。
彼女がそれを仕上げ、マーカーのキャップを閉め、迷いもなく次のページへと進むのを私は見ていた。8歳の子どもにしかできないようなやり方――自己疑念はゼロ、次のアイデアは無限。
そして私は思った。あの絵が実際に命を得るとしたら、どうなるだろう。
比喩的な意味ではなく、文字通り。彼女が何かを描いて、それをAIに渡し、戻ってくるのは――名前を持つ生き物。個性を持つ。小さな世界を持つ。
それがこのプロジェクトが始まった瞬間だった。彼女はまだそれを知らない。
しかし肝心なのは――私はこれを彼女のために作りたいわけではない。彼女と一緒に作りたい。
本当のプロジェクト
私は何年もAIの世界で働いてきました。モデルをデプロイし、プラットフォームを作り、スケールでインフラを管理してきました。しかし、特定の一人――誰よりもよく知っている人――のためだけに、“十分だ”という余地をゼロにして作ったものは、今まで一度もありませんでした。
娘がこれを試して退屈だったり混乱したり、醜く感じたりしたら、すぐにわかるだろう。朝食のテーブルを挟んで座っているテストユーザーがいるときには、ユーザーリサーチの影に隠れることはできない。
その制約は怖い。正直なところ、ここ数年で私が取り組んできた中で、最もモチベーションを高めてくれるものでもある。
しかし深い動機はゲームそのものではない。それを一緒に作ることで、彼女が学べることだ。
私たちは、AIが人々の働き方、創造、コミュニケーションの在り方をすでに再形成している世界に生きている。彼女が社会で働く頃には、「AIの使い方を知っているか」ではなく、「AIとともに考えることができるか」という問いになるだろう。自分の欲しいものを説明し、それを反復させ、間違っているときには反論し、有用なものへと導くことができるか？
それはスキルだ。そして、ほとんどのスキルと同じく、それを学ぶのに最善の時期は、遊びのように感じられるほど若いころだ。
計画はこうだ。私はプロトタイプを一人で作り、何か魔法のようなことが起こるところまで進める――絵が生き物へと変わる――そして彼女を招き入れる。ユーザーとしてではなく、共同創作者として。彼女は自分が欲しいものを私に伝える。色について主張する。生き物の目が間違っていると文句を言う。
そしてそれを通じて、多くの大人が今も苦労していること――AIシステムに意図を明確に伝え、それを正しくするまで反復する――を彼女は体現することになる。
それは「ヴァイブ・コーディング」と呼べるものだ。彼女はまだそれをそう呼ぶことを知らないだけだ。
今はなぜ秘密にしておくのか？
なぜなら、公開の瞬間が重要だから。
彼女が耳のついたぐらつく円を描き、それが生きて、まばたきし、跳ねる生物へと変化し、名前とお気に入りの食べ物を持つ姿を初めて見る瞬間を見たい。その瞬間――その特定の表情――が、私が目指している到達点だ。
もし今彼女に話せば、彼女は期待を抱く。毎日「準備できた？」と尋ねるだろう。すぐに手伝いたがるだろう（それはタイムラインを崩すことになるが、正直言って製品を改善するはずだ）。
だから私は基礎を一人で築いている。足場となる構造、AIパイプライン、最初の実用的なプロトタイプ。何か現実のものが存在するようになったとき――絵が本当に生き物へと変わるとき――そのときに彼女にキーボードを渡す。
秘密はゲームではない。秘密は計画だ。
デザイン思考
一行のコードも書く前に、彼女の視点からこのことを考える時間を費やした。開発者としてではなく、8年間彼女の遊びを見てきた父親として。
彼女は指示に対して全く忍耐がない。何かをする前に読むべきテキストがあると、それでもうすでに次へ進んでいる。すべては視覚的で、即時で、明白である必要がある。
彼女は美術で「失敗」をしない。描くとき、彼女が描きたかったものは常に正確で、間違っていることは決してない。ゲームはそれを尊重するべきだ。すべての絵は魔法のような何かを生み出すべきであり、「正しく直された」ようには見えるべきではない。
色は彼女にとってすべてを意味する。彼女は正しい紫の色合いを選ぶのに10分を費やすだろう。AIはそれに気づくべきだ。暖色系の色に支配された絵は、自信に満ちたエネルギッシュな生き物を生み出すべきだ。冷たい青は、落ち着きと神秘さを持つ何かを生み出す。
命名の瞬間は神聖だ。彼女はすべてに名前を付ける――ぬいぐるみも、植物も、外で見つけたランダムな石も。彼女の生き物に名前を付ける瞬間は、形式的な記入欄のようなものではなく、儀式のように感じられるべきだ。
これらは本で読んだUXの原則ではない。何年も観察してきたことで、必要になるとは思っていなかったものだ。
そして興味深いのは、最終的に私が彼女とこの共同開発を進めるとき、彼女が自然と主張するデザイン原則になるということだ。彼女はその言語を使わないだろう。彼女は「それは退屈だ」とか「もっときらめかせてほしい」と言うだろう。しかし彼女は正しい。私も彼女から、彼女が私から学ぶのと同じくらい学ぶことになる。
私が検討しているスタック
この稿では技術的な決定には深く踏み込むことはしません――それは第2部です。ただし要点だけ。
核心的な課題は、通常は互いに話さない3つのものを結びつけることだ：
- 描画キャンバス（ウェブベース、子供にも使いやすい）
- ビジョンAIモデル（彼女が描いたものを分析するための）
- 画像生成モデル（生き物を作るための）
さらに、描画を読み取り、この生き物が内気か大胆かを決定する性格エンジンが加わる。ピザが好きか、それともムーンベリーを好むのか？
フロントエンドには Lovable.dev、AIレイヤーには GPT-4 Vision と DALL-E 3、そして彼女の生き物ギャラリーを永続的に保存するために Supabase を使う予定。アーキテクチャは MCP-ready である必要がある――ただしそれは第2部で詳しく。
今言えるのは、彼女が私の隣に座り、この機械に最初のプロンプトを入力する瞬間――「もっとふわふわにして」程度の些細な指示でさえ――彼女は閾値を超える。機械に意図を伝え、それが応答するのを見たのだ。
それは小さなことではない。彼女の一生の中で関わることになる技術との関係の始まりだ。
成功のイメージ
ローンチ日を設定していない。マイルストーンや納品物もまだだ。
2つの指標を持っている。
最初の指標は、それを初めて見たときの彼女の表情だ。彼女が何かを描いてタブレットをAIに渡し、息をのむほどの反応をしたら――フェーズ1完了。
二つ目は、彼女がAIに変更を指示する瞬間。彼女がユーザーでなく、ディレクターになる瞬間。「いいえ、翼をもっと大きくして」と言って、それが実際に起こるのを見ているとき。
それが真のゴールだ。
もし彼女が最初のプロトタイプを見てそっけなくするなら、私たちは改良を続ける。彼女が止まらず作り続けたいと思えば、私たちは公開する。いずれにしても、私たちは一緒に作る。そしてその過程のどこかで、紫色のドラゴン犬はAIとともに考えるとはどういうことか、私たち二人に何かを教えてくれるかもしれない。
これは、実際のプロジェクトを記録する継続シリーズの第1部です――父と娘がゼロからAI搭載の描画ゲームを作る。
第2部では、技術スタックの決定：Lovable vs Replit、MCPアーキテクチャ、そして8歳の子が最終的に共同パイロットとして使えるように設計しているシステムの方法について扱います。
愛する人のために何かを作っている人、子供にAIを教えている人、あるいは企業向けAI開発者が企業向けの納品を止め、子供のために納品を始めるときに何が起こるのか気になる人は、ぜひこのシリーズを追ってください。
