AIにDCGを作らせてみたら、人間の役割がわからなくなった

Epic Quest CTOの森本です。

今、社内でデジタルカードゲーム(DCG)を開発しています。バックエンドはAWS、クライアントはUnity、モノレポ構成。

で、ぶっちゃけた話をすると、ほぼ全部AIに作ってもらってます

開発フロー

  1. やりたいことをClaudeに伝える
  2. Claudeが設計書やドキュメントを作ってくれる
  3. 読んで「いいね、GO」と言う
  4. Claudeがコードを書く
  5. 動かしてみる
  6. 動かなかったらゴールを伝え直す

これだけ。設計もコーディングもAI。人間がやってるのは「こういうの作りたい」を伝えることと、最終的な動作確認。

従来の開発だと、設計→レビュー→実装→レビュー→テスト→修正のサイクルを回すのに何日もかかる。AI駆動だと、会話しながら数時間で動くものが出てくる。バグもあるし意図と違うこともあるけど、「違うな」と思ったらゴールを伝え直せばいい。

なぜモノレポか

バックエンドとクライアントを1つのリポジトリにまとめてる。理由は単純で、AIに全体を読ませるため

別リポに分けると、AIが片方しか見えない状態で作業することになる。「このAPIのレスポンス形式は?」「クライアント側でどう使われてる?」みたいな質問に、いちいちコンテキストを渡す手間が増える。

モノレポなら、AIがバックエンドのコードを見ながらクライアントの実装を考えられる。全体像を把握した上で設計・実装してくれるから、整合性が取れやすい。

企業のGitHubアカウントなら別リポでも権限管理で解決できたかもしれないけど、今の規模感ならモノレポのシンプルさが勝ってる。

登場人物と役割分担

今のプロジェクトの構成を整理するとこうなる。

AI(Claude)

  • 全体把握(モノレポで両方見える)
  • 設計
  • 実装
  • ドキュメント作成
  • UIデザイン

人間(自分)

  • やりたいことを伝える
  • 設計のGO判断
  • 動作確認
  • 「違う」のフィードバック

ユーザー / テストプレイヤー

  • 「面白いか」の最終判断

イラストレーター(外注予定)

  • カードイラスト(今はAIで仮作成)

こう見ると、人間がやってるのは「判断」だけ。把握も作業も全部AI。

PMの仕事が「全体を把握して、判断して、作業を振る」だとしたら、把握と作業をAIに渡して、判断だけ人間が持ってる感じ。

QAもAIに任せたい。テストコード書かせて、自動で回して、結果を報告させる。人間は「このバグ直すか直さないか」を判断するだけ。

AIに任せる領域、人間がやる領域

カードイラストは外注したいと思ってる。AIでも描けるけど、あえて人間に頼みたい。

理由は品質じゃない。「誰が描いたか」に価値があるから

有名イラストレーターが描いたカードなら、そのイラストレーターのファンがプレイヤーになってくれる可能性がある。AIが描いたカードには、その導線がない。

これはAI駆動開発の限界というより、何に価値があるかの話

AIに任せていい

  • コード(誰が書いたか関係ない)
  • 設計ドキュメント(内部用)
  • UI/UX(機能すればいい)

人間じゃないと意味がない

  • カードイラスト(作者のファンを呼べる)
  • ストーリーや世界観(作家性が売りになる場合)

効率で判断するんじゃなくて、価値の源泉がどこにあるかで判断する。全部AIでできるからって、全部AIにやらせるのが正解とは限らない。

人間の役割って何だろう

正直、困ってることがある。人間が最終的に責任を持ってるのは何なのか、よくわからない

設計の妥当性?でも設計はAIが考えてる。コードの品質?でもコードもAIが書いてる。動作確認?それはしてる。でも「動いた」と「正しい」は違う。

結局、人間がやってるのは「これでいいか」のジャッジだけ。でもそのジャッジの根拠は、AIが出してきた設計書を読んで「まあ良さそう」と思うかどうか。

今のところ考えてるのは、プロダクト全体の品質と思想を決める立場になること。

  • このゲームは何が面白いのか
  • ユーザーにどういう体験をさせたいのか
  • 技術的にどこまで攻めて、どこは守るのか

こういう「Why」と「What」の部分。コードの「How」はAIがやる。

昔のエンジニアは「コードが書ける」が価値だった。これからは「何を作るべきかを決められる」が価値になるんじゃないかと思ってる。

将来チームを増やすとしたら、「AIへの指示が上手い人」が採用基準になるかもしれない。

今のところの結論

動けばOK、で進めてる。

DCGはまだ開発中だし、リリースしてユーザーに使ってもらうまでは「動く」が正義。細かい品質は後から詰める。

AIを使わずに「正しく」開発するより、AIを使って速く作って速く検証するほうが、結果的には良いものができると思ってる。


開発が進んだら、また続きを書きます。

質問や感想があれば、お問い合わせからどうぞ。

ちなみにこの記事もClaudeに書いてもらいました。