【ネイト育成計画】素材もNPCも自作したい！？ロマンと現実がぶつかる『キャンバス・ワールド』機能要件会議！

どうも！まる。です。

今回は、みんなで『ネイト育成計画』の広大な世界を創り上げるプロジェクト、
『キャンバス・ワールド』の作戦会議（要件定義）の続きをお届けします！

今回のテーマは、いよいよ一番大事な「機能要件（システム設計）」について！💻✨

キャンバス・ワールドを開発するにあたって、
「どういう機能があればみんながワクワクしながら作りやすいか？」を具体的に考えていきます😎

ここで決まった案を軸にして実際の開発を進めていくので、
「やりたい理想」と「今の技術でできる現実」の線引きをしっかり見極めないといけません……！

果たして、ネイトと個性豊かすぎる勇者たちは、
無事に話をまとめることができるのでしょうか…？

▼みんなでネイト育成計画の世界を作るキャンバスワールドはこちら！

▼今回登場するキャラクターたちはこちら！

ちなみに、質問箱で頂いたアイテムパックの引継ぎボーナスを採用しました！！！

ご提案頂いた方、本当にありがとうございます😆

💡 ゲームのアイデア募集中！

本ゲーム『ネイト育成計画』は、
いつも応援してくださるみなさんのアイデアを元に、日々進化・開発を進めさせていただいています！

• 「こんな面白いアイデアはどうだろう？」

• 「こんなシステムがあったら絶対楽しい！」

• 「あんなスキルで無双してみたい！」

……などなど、ゲームを面白くするアイデアやリクエストは、
質問箱にてどしどしご応募ください！📝✨

いただいたアイデアは、どんな小さなものでもすべて目を通させていただきます！
一緒に『ネイト育成計画』の世界を創り上げていきましょう。
皆さんの自由で素敵なアイデアをお待ちしております！🙌

■質問箱

■ネイト育成計画についての情報はこちら！

🌎作戦会議

世界を創造するための会議室。

ネイトが大きなモニターを前に、腕を組んで考え込んでいる。

「うーん…」

「どうしたんだ、ネイト。
そんなに浮かない顔してよ。どっか調子でも悪いのか？」

「……あ、ポマイラ。
実はね、『キャンバス・ワールド』にどんな機能を実装しようか、ずっと考えていたのよ」

「機能？
そんなの、最初の『ネイト育成計画』を開発した時のように、
パパッと悩まずに決めちまえばいいじゃねぇか！」

「あの時は、『開発期間1ヶ月』っていう短いタイムリミットがあったから、とにかくプロジェクトを前に進めるために即断即決を意識してたの。
でも、今回は少し事情が違うでしょ？」

▼ネイトが1か月でゲーム開発をした戦いの記録はこちら！

「事情？」

「ええ。今回は私一人じゃなくて『みんなが使うツール』になるわけだし、
何より、今の『ネイト育成計画』の仕様にしっかり合わせて作る必要があるわ。

ゼロからのスタートじゃない以上、
最初の土台を丁寧に考えておかないと……あとで絶対痛い目を見るのよ」

「……なるほどな。やけに慎重だと思ったが、
まぁ、もしかしたらそれがお前の本来のやり方なのかもしれねぇな。

ただ、そこまで悩んでるなら、折角だしみんなに相談してみればどうだ？
ほら、三人寄ればなんとかって言うだろ？」

「ふふ、確かにポマイラの言う通りね！
一人で抱え込んでても始まらないわ。

それじゃあ、今回は他の勇者たちの意見も聞きつつ、画面の向こうのみんなからもアイデアを募集してみようかしら！」

💻キャンバスワールドの基本的な機能を考えてみよう！

「それじゃあ、まずはキャンバス・ワールドに『絶対に必要な機能』をみんなで洗い出してみましょうか。
最初は、このツールの最終目標についてね」

「てやんでぇ！そんなの決まってるだろーが！
画面の向こうの奴らと全員でお祭り騒ぎで、
デッケェ町やダンジョンを作るんだろうがい！」

「そうね。

つまり、ユーザーが直感的に『世界』を形作るための機能が必要になるわ。

現状の『ネイト育成計画』のマップはこんな感じのマップチップ型のタイルビューで構成されているから、
床や建物を自由に配置できるツールが必要ね」

▼参考砂漠マップ

「……マス目（グリッド）の表示も推奨する。

視認性が上がるだけでなく、配信で共同作業をする際に座標で指示を出せるよう、マス目に番号を振る仕組みも必要だ。

また、誤操作に備えた『戻る・やり直す（アンドゥ／リドゥ）』機能、
制作可能な範囲を示す『キャンバスサイズの枠線』も不可欠と推測する」

「トレスの言う通りね。

視認性の向上や、制作を助ける補助機能は絶対に必要だわ。

あとは、出来たマップを保存・再開できる『セーブ＆ロード機能』。

そして何より、マップのテクスチャや配置情報を『JSONファイル』として書き出す『エクスポート機能』と、
ファイルさえ渡せば他の人も続きを編集できる『インポート機能』もあると便利そうね！」

📗追加要件について考える

「さて、ここまで話したのがツールとしての『当たり前品質』ね。

次に考えるべきは、キャンバス・ワールドをもっと面白く、
より自由な創作ができるようにするための『追加要件』よ」

「……なんでぇ、その『当たり前品質』ってのは？」

「……

『それが備わっていて当然であり、無ければユーザーの不満に直結する最低限の機能』のこと。

今回で言えば『マップを置いて保存する』という根本のシステム。

対して、これから話す『追加要件』は『魅力的品質』
……つまり、無くても成立はするが、あればユーザーに驚きや満足感を与えるプラスアルファの機能のこと」

「んな、まどろっこしいこと考えてる場合かよ！

そういう小難しい枠組みに当てはめようとするから窮屈になっちまうんだ。

要は
『いかに画面の向こうの奴らを楽しませて、最高のお祭り騒ぎにするか』ってことだけ考えりゃいいじゃねぇか！」

「……システムの運用には、秩序と精密な要件管理が必要。

感情や夢だけを詰め込んでも、破綻して完成しないビジョンしか見えない。

実現不可能なロマンを語るより、
ある程度の妥協と現実的なスコープへの落とし込みを推奨する」

「なんだと！？妥協して作った祭りが面白ぇわけねぇだろ！」

「ストップ、ストップ！
二人とも落ち着いて。

……でも、二人の意見はどちらもすごく大事よ。

ワクワクしながら楽しく創作できる環境は絶対条件。
だけど、アイデアを全部詰め込もうとして開発が永遠に終わらなければ、
結局は『絵に描いた餅』になってしまうわ。

だからこそ、ロマンと現実のバランスが重要なの」

「……まぁ、ネイトがそう言うなら」

「そこで提案なんだけど……。

まずはミブイが『こんな機能があったら面白そう！』っていうアイデアを自由に出す。

そして、トレスがそれを『技術的に可能か』評価する。

それでも足りないアイデアは、画面の向こうの『あなた』に提案してもらう。

……このやり方で進めてみるのはどうかしら？」

「チッ……こんな頭でっかちに上から目線で評価されるのは癪だが。

まぁ、デッケェ祭りを作るには、冷や水ぶっかけてくるような参謀も必要か。

おい、トレス！せいぜい御託並べてオレの足を引っ張るんじゃねぇぞ！」

「……あなたこそ、実装不可能な絵空事ばかりを並べて、
工数を無駄にしないでほしい」

🐍ミブイの提案：自由にマップチップやオブジェクトを自作できるようにしたい！

「結局よ、みんなで町やダンジョンを作るって言っても、そこに置く建物や道、木なんかの素材はどうするんだ？」

「予め、こちらで用意した汎用の素材を使ってもらうのが無難だと思っているわ。
……そうした方が、世界観も統一できるしトラブルも少ないからね」

「……つまんねぇ。

『あらかじめ用意されたブロックだけで町を作れ』だぁ？

それで、そいつの本当の魂が宿るのか！？

与えられたものだけで組み立てただけの世界に、熱い魂なんか宿らねぇ！

そこで提案なんだが……タイル（地面の模様）や、3Dのオブジェクト（建物など）なんかも、
みんなが『自作して持ち込める』ようにするのはどうだ！？」

「えっ、自作！？

……まぁ、技術的にはできないことはないわね。

2Dのテクスチャ（タイル画像）なんかは、今の画像生成AIを使えば誰でもお手軽に作れそうだし。

3Dオブジェクトに関しては……ツール内でゼロからモデリングするのは流石に無理があるけど、
外部のフリー素材サイトとかから持ってきたりすれば不可能ではない、と思うわ」

「よし、なら二つ目だ！

折角マップを作るなら、そこに立つ

『NPC（村人）』や『敵』、『イベント』や『ギミック』、『アイテム』なんかも、
全部みんなに作らせちまえばいいじゃねぇか！

そうすれば、完全に自由な世界が作れて、
めちゃくちゃ色とりどりで最高な祭りになること間違いなしだろ！」

「うーん、確かにそれはすごく魅力的だし、
仕組みを作ること自体は不可能ではないと思うわ。

ただ……みんなが作った突拍子もないイベントやアイテムを、
後から『ゲーム本編（Unity側）』で完全に再現しようとすると、
本編のシステム自体をその都度、個別に改良する必要が出てくる可能性が高いわね。

その果てしない作業量を、私たちがどう捉えるかだけど……」

🕳トレスの分析

「……ミブイの提案に対する分析結果を報告する。

まず、一つ目の『素材の自作・持ち込み』について。

これは、持ち込まれたデータの内容によっては、著作権侵害や無断転載などの致命的な法的リスクを伴う。

参加するすべての人間が規約を完全に把握し、安全に運用するとは限らない。

極めてリスクの高い提案だ。

さらに、持ち込まれた素材のデータ数や解像度によっては、
ゲーム本編の容量を著しく圧迫し、パフォーマンスの低下に繋がる。
推奨はできない」

「そうなのよね……。

私も『自作素材』に関しては、
みんなの個性が一番出るところだからGoサインを出したいのよ。

でも、悪意がなくても、気付かないうちに規約違反の有料素材を使ってしまったりする可能性はゼロではないわ。

それを私たちが一つ一つチェックして弾くとなると、
膨大な労力がかかってしまう……すごく難しい問題ね」

「次に二つ目。

『NPCからイベント、ギミックに至るまですべてをユーザーが自由に創作できる』というアイデア。

これもネイトが懸念した通り、実装側（運営）への負担が大きすぎる。

ユーザーが複雑で凝ったロジックを組めば組むほど、
それをUnity上でバグなく再現するための工数は指数関数的に増大する。
プロジェクトの崩壊を招くため、これも却下することを提案する」

「……確かに、トレスの言う通りね。

『なんでも自由に作っていいよ！』と言っておきながら、
後になって『やっぱりシステム的に再現できませんでした』ってなる方が、みんなをずっとガッカリさせてしまうわ。

折角みんなが一生懸命考えてくれたアイデアが、技術的な理由でボツになるなんて悲しすぎるし……。

そう考えると、最初から『全部を完全に自由に作れる』ようにするのは、
今の私たちの規模感では少し無責任かもしれないわね」

✨ネイトの結論

「……ねぇ、トレス。 あなたはさっき、『システムの運用には秩序と精密な管理が必要』と言ったわね？」

「……肯定する。それがどうかした？」

「なら、ここからは私からの提案よ！

まず一つ目、『素材の持ち込み』の話だけど
……これはツール内でプロンプトを指定させて、ユーザー自身のChatGPT等のAPIと連携し、ツール内で画像生成を完結させるのはどうかしら？

外部サービスの生成AIのシステムを介したものであれば、
外部の無断転載素材が紛れ込むリスクは防げるはずよ。

もし『どうしても自分の手で描いた素材を使いたい！』という場合は、
直接私に共有してもらって、安全性を審査してから『デフォルト素材』としてシステムに追加する形をとるわ。

自作素材を個別に送ってくれる方はそこまで多くないはずだから、
チェックの数も現実的な範囲に収まる。

それに、素材の管理と責任を運営側（私）で巻き取れば、
ユーザー自身がトラブルに巻き込まれるリスクもないはずよ。
どうかしら？」

「……合理的だ。

ユーザー自身のAPIキーを使用する仕様にすれば、
運営側のサーバーコストやAPI利用料の負担も回避できる。

生成AIによる素材生成への限定は、完全な無法地帯を許すより遥かに著作権リスクをコントロールしやすい。

また、手作り素材を『事前審査制（ホワイトリスト方式）』にするのも、
管理の手間はかかるがセキュリティ面では確実だ。

お前の労働力（チェック体制）さえ担保できるのであれば、システムの秩序は保たれると評価する」

「ふふ、ありがとう！

それじゃあ二つ目、『イベントやNPC、アイテム、敵の配置』についてだけど
…… これも、内容を『ある程度絞る』ことで実現できると思うの！

アイテムは、ゲーム内で既に用意されているものや『お金（ルクス）』の配置のみに限定する。

敵キャラクターは、ベースとなるスキルセットをこちらで用意したテンプレートから選び、そこからパラメータをアレンジして設定できるようにするの。

そして一番の肝、NPCの会話イベントは
……ツールから出力するJSONデータを、
ノベルゲーム用プラグインの『宴3』のExcel形式（シナリオフォーマット）にそのまま変換できるように少し加工してあげれば、
実装の負担なく会話イベントを作れるわ！」

「……なるほど。

完全な『無限の自由』を許容するのではなく、用意されたレゴブロックを組み合わせる『制限された自由（サンドボックス）』への方針転換か。

極めて現実的で、美しい設計だ。

特に、NPCのテキストデータをあらかじめ『宴3』の読み込みフォーマットに合わせた構造で出力させる設計は、
インポート時の技術的負債（手作業での組み込み工数）を劇的に削減する。

これならば、運営側の工数爆発も防ぎつつ、
ユーザーに『自分が作ったイベントが動いた』という体験を提供できるだろう。

……見事な要件定義（スコープ調整）だ、ネイト。

私からの異議はない」

「おうおう、よくやったぜネイト！！！

トレスの頭でっかちな理屈もきっちり納得させて、
画面の向こうの奴らが自由に暴れ回れる余白もしっかり残す！

妥協なんかじゃねぇ、これなら間違いなく誰も見たことねぇ最高の祭りができそうじゃねぇか！」

「ふふ、ありがとうミブイ。

私の夢は、画面の向こうの『あなた』と一緒に、とびきり大きな世界を創り上げることだもの。

みんなのアイデアを形にするための工夫なら、これくらい朝飯前よ！」

🤝 結びのことば

「なるほどなぁ。

お前ら、なかなか面白いツールになりそうじゃねぇか！
……ってことは、この要件がまとまれば、いよいよ本格的な開発がスタートするってわけだな！」

「ええ、そういうことね！
ただ、今日決めたのはあくまで『私たちが考えたベースの要件』よ。

実際にツールを使うのは、画面の向こうにいるみんななんだから、みんなの声が一番大事なの」

「おう！だからこそ、お前らの出番ってわけだ！

『こんなタイルがあったら町が作りやすいぜ！』とか 『こんな設定の敵を配置させてくれ！』とかな！
どんな些細な思いつきでもいい、オレ様たちにガンガン教えてくれよな！」

「ふふ、そういうこと！
『キャンバス・ワールド』に欲しい機能やアイデアがあれば、下の質問箱からどしどし送ってちょうだい！

もちろん、『面白そう！』っていう感想だけでも、私たちの開発の大きなモチベーションになるわ」

▼アイデアはこちらから！

「『こんな無茶な機能は無理だろ？』ってくらいぶっ飛んだアイデアでも大歓迎だぜ！

最終的にそれを実装できるかどうか……頭を悩ませるのは、全部ネイトの仕事だからな！ガハハ！」

「ちょっと、ポマイラ！

……まぁ、否定はしないけど。 みんなの自由な発想を、どこまでシステムに落とし込めるか……それが私の腕の見せ所だものね！

それじゃあ、今回の作戦会議はここまで！
みんなからの素敵なアイデア、楽しみに待ってるわね！」

「まったなー！！」

というわけで、
今回は新企画『キャンバス・ワールド』の「機能要件（システム設計）」について、ネイトたちと一緒に考えてみました！

今回は「当たり前品質」や「JSON」「API」など、
少し難しい開発用語も出てきましたが……最後まで読んでいただき、本当にありがとうございます🙇‍♂️

（専門用語が出ると読むのが大変だったかと思いますが、
ネイトたちがうまく噛み砕いてくれて助かりました……😏）

この「読者参加型でマップを作る」というプロジェクト。

どうすればみんなが一番ワクワクして、かつ技術的に破綻せずにゲームへ落とし込めるか……頭を抱えながら設計を考えていました。

でも、ミブイやネイトが言っていたように、

「与えられたものだけで作った世界に、熱い魂は宿らない」

「みんなの自由な発想をゲームに落とし込む工夫こそが楽しい」

というのが、私の偽らざる本音です。

今回まとめた要件を軸に、少しずつエディタの開発を進めていきます。

「こんな機能が欲しい！」「このアイデアならどう？」
といった皆様からの無茶振りが、キャンバス・ワールドをさらに進化させる起爆剤になりますので、
ぜひお気軽に質問箱へ投げ込んでみてください！😆

（全部実装できるかは分かりませんが、全力で技術的な打開策を考えます！💪）

引継ぎボーナスシステムの実装も進み、ネイト育成計画はどんどん新しい形へと進化しています。

これもひとえに、いつも応援し、アイデアをくださる皆様のおかげです。

本当にありがとうございます！

それでは、次回の開発記事でお会いしましょう！ まる。でした！ばいばい！👋

#ゲーム開発 #個人開発 #Unity #インディーゲーム #ネイト育成計画 #作ってみた #読者参加型 #要件定義 #システム設計 #AI