コーディングエージェントを利用したボトムアップ型ツール開発

by gree_tech

Embed

Start on current slide

Slide 1

Slide 1 text

GREE Tech Conference 2026 コーディングエージェントを用いたボトムアップ型ツール開発株式会社WFS プランナー形山竜一

Slide 2

Slide 2 text

自己紹介形山竜一株式会社WFS フィールドプランナー高専から慶應義塾大学SFCに進み、HCIを研究。VR関連ECサイトのフロントエンド開発や、映像制作ソフトの開発を経て、2025年3月よりグリーホールディングス株式会社に入社し、株式会社WFSに所属。現在は『アナザーエデン時空を超える猫』のフィールドプランナーとしてゲーム内コンテンツの企画・実装を担いながら、開発経験を活かしてAI エージェントを活用した内製ツール開発や生産フロー改善にも取り組んでいる。 2

Slide 3

Slide 3 text

本日の流れ 01 02 アナザーエデンと私たちの仕事長期運用による複雑な工程の固定化例1 エリアの追加／例2 NPCの配置 03 AIツールを一箇所にまとめる仕組み 04 システム構成 05 1つの機能が足されるまで 06 問題・課題 07 今後の展望まとめ 3

Slide 4

Slide 4 text

01 アナザーエデンと私たちの仕事 1/7 4

Slide 5

Slide 5 text

01 アナザーエデンと私たちの仕事アナザーエデンと私たちの仕事ジャンルスマートフォン向けRPG 運用 2017年リリース、来年で10周年開発期間を含めると12年ほどゲーム過去・現在・未来を行き来する冒険街やダンジョンを歩いて、話して、探検して、戦う ©WFS Developed by WRIGHT FLYER STUDIOS 5

Slide 6

Slide 6 text

01 アナザーエデンと私たちの仕事アナザーエデンの開発体制プランナーコンテンツの企画と実装シナリオバトル物語のプロットや本文を書く戦闘のギミックやバランスの設計・実装スクリプトフィールドイベントの演出。カメラやキャラクターの動き、表情エリアの設計、イベント、ダンジョンギミックなどほかにも運用班・アート班などがあります 6

Slide 7

Slide 7 text

01 アナザーエデンと私たちの仕事フィールド班の業務 1 エリアを作る 2 エリアのイベントを作る • プレイヤーが歩き回るマップ • ダンジョン内の扉を開くギミック • 歩ける場所や動線の設計・実装 • NPCに話しかけると会話が始まる • 見た目の装飾やカメラ設定 • 宝箱やフィールド上の小ネタ • シナリオに応じた天候や環境変化 7

Slide 8

Slide 8 text

02 長期運用による複雑な工程の固定化 2/7 8

Slide 9

Slide 9 text

02 長期運用による複雑な工程の固定化長期運用で、複雑な工程が固定化している来年で10周年長く続いている運用タイトル独自の開発ツール Cocos2d-xベースの独自エディタエンジニアの最優先は別新規実装や不具合対応が最優先複雑な作業工程がそのまま固定化実例を2つ紹介します例1 エリアを一つ追加するまで例2 NPCを一人追加するまで画像引用：https://docs.cocos2d-x.org/api-ref/cplusplus/V3.6/ 9

Slide 10

Slide 10 text

02 長期運用による複雑な工程の固定化エリアとはプレイヤーが歩くマップのこと街、ダンジョン、草原、民家の中…… 要素 1 見た目の装飾 2 歩くためのライン 3 イベント発火位置用のピン 4 その他カメラや環境効果など ©WFS Developed by WRIGHT FLYER STUDIOS 10

Slide 11

Slide 11 text

02 長期運用による複雑な工程の固定化エリアとはプレイヤーが歩くマップのこと街、ダンジョン、草原、民家の中…… 要素 1 見た目の装飾 2 歩くためのライン 3 イベント発火位置用のピン 4 その他カメラや環境効果など ©WFS Developed by WRIGHT FLYER STUDIOS 11

Slide 12

Slide 12 text

02 長期運用による複雑な工程の固定化エリアとはプレイヤーが歩くマップのこと街、ダンジョン、草原、民家の中…… 要素 1 見た目の装飾 2 歩くためのライン 3 イベント発火位置用のピン 4 その他カメラや環境効果など交差点や道の終わりにピンを置き、ピン同士をラインでつなぐ ©WFS Developed by WRIGHT FLYER STUDIOS 12

Slide 13

Slide 13 text

02 長期運用による複雑な工程の固定化エリアとはプレイヤーが歩くマップのこと街、ダンジョン、草原、民家の中…… 要素 1 見た目の装飾 2 歩くためのライン 3 イベント発火位置用のピン 4 その他カメラや環境効果などイベント用のピンを足し、何が起きるかを Lua で書く ©WFS Developed by WRIGHT FLYER STUDIOS 13

Slide 14

Slide 14 text

02 長期運用による複雑な工程の固定化エリアとはプレイヤーが歩くマップのこと街、ダンジョン、草原、民家の中…… 要素 1 見た目の装飾 2 歩くためのライン 3 イベント発火位置用のピン 4 その他カメラや環境効果など約1ヶ月半ごとのアップデートで約 20 エリアを新規作成 ©WFS Developed by WRIGHT FLYER STUDIOS 14

Slide 15

Slide 15 text

02 長期運用による複雑な工程の固定化例1：エリアを一つ追加する工程一年前の工程 1 スプレッドシートで設計と共有 2 CLIツールで雛形のCSVを出力 3 ExcelでCSVを加工 4 CLIツールで不完全なJSONに出力 15

Slide 16

Slide 16 text

02 長期運用による複雑な工程の固定化例1：エリアを一つ追加する工程一年前の工程 1 スプレッドシートで設計と共有 2 CLIツールで雛形のCSVを出力 3 ExcelでCSVを加工 4 CLIツールで不完全なJSONに出力ツール起動画面出力される初期CSV 16

Slide 17

Slide 17 text

02 長期運用による複雑な工程の固定化例1：エリアを一つ追加する工程一年前の工程 1 スプレッドシートで設計と共有 2 CLIツールで雛形のCSVを出力 3 ExcelでCSVを加工 4 CLIツールで不完全なJSONに出力 Excelでの編集 17

Slide 18

Slide 18 text

02 長期運用による複雑な工程の固定化例1：エリアを一つ追加する工程一年前の工程 1 スプレッドシートで設計と共有 2 CLIツールで雛形のCSVを出力 3 ExcelでCSVを加工 4 CLIツールで不完全なJSONに出力 CLIツール設定画面（.txt） 18

Slide 19

Slide 19 text

02 長期運用による複雑な工程の固定化例1：エリアを一つ追加する工程一年前の工程 1 スプレッドシートで設計と共有 2 CLIツールで雛形のCSVを出力 3 ExcelでCSVを加工 4 CLIツールで不完全なJSONに出力出力結果：ずれや足りないピンは手で直す ©WFS Developed by WRIGHT FLYER STUDIOS 19

Slide 20

Slide 20 text

02 長期運用による複雑な工程の固定化一年前の工程の問題点 1 ツールの行き来 2 4〜5個のツールを行き来する。起動や頭の切り替えが重たい 3 Excelの下準備毎回セルのサイズ調整や、書式による色付けが必要メンテナンスされないCLIツール設定ファイルがテキスト形式でわかりづらく、エラーも出ない 4 数十箇所の手直し出力したJSONの不備や、足りないピンを手で追加 20

Slide 21

Slide 21 text

02 長期運用による複雑な工程の固定化例1：エリアを一つ追加する工程現在の工程設計から出力まで 1つのツールで完結 CLIツールのロジックはリスペクトしつつ移植 GUIの追加やアセットサイズの自動設定など細かい使い勝手を向上ピン・ラインの配置 20分 → 3分道アセットを敷く 10分 → 1分 1エリアあたり約40分削減 21

Slide 22

Slide 22 text

02 長期運用による複雑な工程の固定化例2：NPCの配置とイベント作成酒場や街などにいるNPC 以前の工程の問題 1 7000を超えるエリア一覧から、過去のエリアの Luaファイルを探してコピペ 2 座標や見た目、吹き出しの種類などを、Luaスクリプトで直接編集（見た目はEnumの値で判断） 3 NPC一人に一つのLuaファイル ©WFS Developed by WRIGHT FLYER STUDIOS 22

Slide 23

Slide 23 text

02 長期運用による複雑な工程の固定化例2：NPCの配置とイベント作成現在の工程ツールからエリアのNPCを一括管理 1ファイルでNPCを複数管理場所・吹き出し・出現条件をGUIで設定セリフの文体チェックも 23

Slide 24

Slide 24 text

02 長期運用による複雑な工程の固定化例2：NPCの配置とイベント作成現在の工程ツールからエリアのNPCを一括管理 1ファイルでNPCを複数管理場所・吹き出し・出現条件をGUIで設定セリフの文体チェックもノードエディタも作った非エンジニアによる修正や機能追加も 24

Slide 25

Slide 25 text

02 長期運用による複雑な工程の固定化 2つのツールに共通するルール入稿するデータの形を今までと同じにするこの間の作業だけで完結させる入力出力例1 エリアの追加エリアやNPCの設計情報 CLI → Excel → CLI → 手直し 1つのツールで完結 JSON・Lua 入稿データ例2 NPCの配置過去のLuaをコピーして直接編集ゲーム側・エンジニア側の作業に影響が出ない画面上で設定して一括管理品質はこれまでと同じ確認の流れで見られる 25

Slide 26

Slide 26 text

03 AIツールを一箇所にまとめる仕組み 3/7 26

Slide 27

Slide 27 text

03 AIツールを一箇所にまとめる仕組み AIで作ったツールの置き場所と配り方 AIを用いた個人によるツール開発が活発に行われるようになった index.html ル1つイ HTMLファ tool.py ただ…… Pythonファイル1つ作り方・置き場所・配布方法などが決まっていないことがある Artifact アーティファクトのまま 27

Slide 28

Slide 28 text

03 AIツールを一箇所にまとめる仕組みツールは1つのアプリにまとめている 30 個ほど現在のツール数 28

Slide 29

Slide 29 text

03 AIツールを一箇所にまとめる仕組み 1つのアプリになるまで 2025.07 〜2026.02 2026.05 2026.08 最初のツールほぼ一人で5〜6個 AIへの指示書を追加しリポジトリを社内共有バトル班ツールと統合通常の数十倍の広さを持つマップの作成ツール二つ目の集約アプリとしてバトル用も翌月のコミット数ツール数 4 14→27 倍 29

Slide 30

Slide 30 text

04 システム構成 4/7 30

Slide 31

Slide 31 text

04 システム構成アプリの全体像読み書きデスクトップアプリ（Tauri 2）ゲームアセットエリアのJSONやギミックのLua WebView（画面） Core（Rust） React / TypeScript / Vite Tailwind CSS Konva・three.js SQLite git同期自動更新同期チーム共有ストレージ GitHubリポジトリ React Flow 更新 GitHub ツールのソースコード / Releases 指示書（mdファイル） AIエージェント Issue・PR・リリースリポジトリ内／ゲーム開発ルールはプラグイン GitHub Copilot / Claude Code 作業はAIが代行する 31

Slide 32

Slide 32 text

04 システム構成非エンジニア複数でも壊れにくい仕組み設計 1 班ごとのフォルダフォルダに置くだけでメニューに載る。共通部分に触らずにツールを追加できる 2 AIへの指示書開発手順はリポジトリ内に、ゲーム固有の知識はプラグインにまとめて配布 3 デザインシステム UIカタログから部品を選ぶので、誰が作っても似た見た目になる 32

Slide 33

Slide 33 text

04 システム構成非エンジニア複数でも壊れにくい仕組み設計 root/ 1 班ごとのフォルダフォルダに置くだけでメニューに載る。共通部分に触らずにツールを追加できる CLAUDE.md Claude Code 用 AGENTS.md Codex など用 .github/ copilot-instructions.md 2 AIへの指示書開発手順はリポジトリ内に、ゲーム固有の知識はプラグインにまとめて配布 GitHub Copilot 用 docs/ team_workflow.md issue → PR の手順 adding_a_tool.md ツールの追加手順 src-field/ 3 デザインシステム UIカタログから部品を選ぶので、誰が作っても似た見た目になる CLAUDE.md 別リポジトリ marketplace/ 班ごとの指示書ゲーム開発のルールをプラグインで配る 33

Slide 34

Slide 34 text

Slide 35

Slide 35 text

04 システム構成アプリの更新と配布普段の開発でgitは使っているが、Issueやブランチ、イレギュラー時の対応までは非エンジニアには難しい 1 2 3 4 Issue・ブランチ・PR リリースアプリ更新共有 AIが操作するコマンド／スキルで頼めばOK。リリースノートもAIが書く GitHub Releases から情報を取得し、アプリ内で案内フィールド班では週1でリリースノート確認会 35

Slide 36

Slide 36 text

05 1つの機能が足されるまで 5/7 36

Slide 37

Slide 37 text

05 1つの機能が足されるまで「NPCの向きを戻す機能」が入るまで例 NPC Studio に、現場のメンバーがAIに頼んで足した機能 1 2 3 4 5 困る AIに頼む AIがつくるリリースする共有する NPCが会話の後も向きがそのままで不自然エンジニアではなく AIに伝える指示書やプラグインを読み、Issue → 班フォルダで実装 → PR コマンドかスキルでリリース → 全員のアプリが更新定期的な確認会で、誰が足したかを共有困った本人がAIに頼んで直し、次の更新で全員が使えるようになる 37

Slide 38

Slide 38 text

06 問題・課題 6/7 38

Slide 39

Slide 39 text

06 問題・課題うまくいっていないこと課題 1 課題 2 全体の工数はまだ減ったとは言えない使ってもらうまで、作ってもらうまでが大変 • 大きく工数を減らせる場所は、すでに着手済みであることが多い • ツールが知られていない、今のやり方で困っていない → 乗り換える動機が弱いケースも • 痒いところが減っても、全体から見ればごく一部 • エンジニア経験者がいないと勧めにくい場面も • 最終的にはエンジニアさんによる全体のフロー改善が必要 • フィールド班は活発。班によって差がある 39

Slide 40

Slide 40 text

07 今後の展望 7/7 40

Slide 41

Slide 41 text

07 今後の展望振り返りと今後良かった事時間の使い方作れるもの • 作ったツールを簡単に共有できる場所になっている • オーバーヘッドの削減 • 作りやすくなることで、体験を提供する機会を増やせる • エンジニア工数なしでツール開発が進められる。放置されてきた痒いところに手が届く • より本質的なことに時間と頭を使う • AIに触れる機会になり、リテラシー向上にも繋がっている 41

Slide 42

Slide 42 text

まとめ 1 AIで作ったツールには、置き場所と配り方が必要 2 非エンジニアでも迷わない開発環境を配るエンジニアプランナーより大きなフローの改善にじっくり取り組めるゲームの面白さを考えることに時間を使える 42