【ITニュース解説】I built 60+ free browser tools for game devs. Here is what I learned.

このニュース記事は、プログラミング経験やゲームエンジンの知識がほとんどなかった人物が、AIを駆使して60種類以上の無料ゲーム開発ツール「GameShipKit」を開発したという興味深い事例と、その過程で得られた貴重な学びを伝えている。システムエンジニアを目指す皆さんにとって、現代の開発においてAIをどのように活用し、プロジェクトの品質を確保していくかという点で、多くの示唆が得られるだろう。

記事の筆者は、わずか1年前にはコードを書くことができず、ゲームエンジンが何かも知らなかったという。しかし、現在では63個もの小さなブラウザベースのゲーム開発ツールを運営している。これらはすべて、AIに対して「こんなツールが欲しい」と具体的に要望を伝え、AIが生成した結果をテストすることで実現されたものだ。

筆者が「なぜ小さなツール」の開発に注力したのか、その理由が語られている。ゲーム開発を進める中で、イラストをゲーム用のスプライト画像に変換したり、キャラクターが攻撃を受けた際の「ヒットストップ」と呼ばれる演出の数値を調整したり、炎のようなエフェクトを作成したりといった、規模としては小さくても繰り返し発生する作業に常に直面していたという。これらの作業は、一つ一つは大がかりなプログラムを作るほどではないが、それぞれに約1時間もの時間を費やしてしまうことがあった。そこで、筆者はこれらの小さな、しかし時間のかかる作業を効率化するため、それぞれの課題に特化した専用ツールを作り始めたのだ。これは、システム開発において、複雑な問題を小さな機能単位に分割し、それぞれに最適な解決策を適用するという、モジュール化の考え方にも通じるアプローチだ。

記事では、特に利用頻度の高い4つのツールが具体的に紹介されている。 一つ目の「Image to Pixel Art」は、普通の画像サイズ変更ではぼやけてしまう画像を、各ピクセルの最も強い色を保持することで、鮮明なピクセルアートに変換するツールだ。画像をドラッグアンドドロップし、ピクセル幅や色数を調整するだけで、手軽にレトロゲーム風の素材を作成できる。 二つ目の「Hit Feel Designer」は、ゲームにおける打撃感を調整するツールだ。事前に用意されたプリセットから選択し、さまざまな種類の攻撃をテストしながら、「ジュース量」というスライダーを動かすことで、プレイヤーが気持ちよく感じるヒットフィールを追求できる。調整した設定はJSON形式で、ヒット音はWAV形式でダウンロードし、ゲームエンジンで利用できる。 三つ目の「Particle Effect Builder」は、炎、煙、爆発、火花、コインなど、ゲームを彩る多様なパーティクルエフェクトをブラウザ上で簡単に作成するツールだ。プリセットを選び、パーティクルの形状、数、色などをスライダーで調整するだけで、望むエフェクトを生成し、ループするスプライトシートとしてエクスポートできる。 四つ目の「2D Character Rigging」は、一枚のキャラクター画像から、骨格（ボーン）を設定してアニメーションを生成するツールだ。画像をドロップすると自動で骨格が配置され、必要に応じて関節の位置を調整した後、アイドル、歩行、攻撃などのモーションを選択するだけで、スプライトシートやGIF形式のアニメーションが出力される。これにより、アニメーション作成の手間が大幅に削減される。

これらのツールを開発する中で、筆者は重要な3つのルールと、そこから得られた教訓を学んだ。 最初のルールは「すべてブラウザで実行する」というものだ。筆者の開発したツールは、サインアップやファイルのアップロードが不要で、すべての処理がユーザーのコンピュータ上で完結する。この設計により、ツールの構築自体がシンプルになり、ユーザーは自分のデータがサーバーに送信されないため、セキュリティ面で安心して利用できる。また、サーバーを維持するためのコストがかからないため、すべてのツールを無料で提供し続けることが可能になっている。これは、Web技術の利点を最大限に活用し、運用コストを抑えつつ、ユーザーの信頼を得るための賢明な設計判断と言える。

二つ目のルールは「実際のゲームエンジンでエクスポートされたものをテストする」という点だ。当初、筆者はブラウザ上での見た目が正しければ、エクスポートファイルも問題ないと考えていたが、これは大きな間違いだったと語る。実際にGodotやUnityといったゲームエンジンにエクスポートしたファイルを読み込んでテストしたところ、深刻なバグが多数発見されたのだ。 例えば、Unityで生成されたシェーダーコードがコンパイルに失敗した。これは、コード内のループ変数名とシェーダーの入力変数名が偶然にも重複していたことが原因だった。また、ゲーム内のインベントリアイコンが誤った位置で切り取られる問題は、インポーターが元の画像サイズではなく、スケーリングされた後のテクスチャサイズを読み込んでしまっていたために発生した。さらに、敵を出現させる「ウェイブスポナー」が敵を生成しないというバグは、敵のプレハブ（再利用可能なオブジェクト）のリストがゲーム起動時の早すぎる段階で構築されてしまい、空っぽの状態で確定してしまっていたことが原因だった。 これらのバグは、どれもブラウザ上では全く確認できなかった。もしそのままリリースされていれば、ユーザーのゲームプロジェクトを間違いなく中断させてしまうような致命的な問題だっただろう。この経験から、筆者は「エクスポートされたファイルが実際のゲームエンジン内で完全に機能することを確認するまで、決してリリースしない」という厳格な方針を確立した。これは、システム開発における「テストの重要性」と「異なる実行環境での検証」の重要性を強く示唆する教訓だ。開発環境では問題なく動作しても、本番環境やユーザーの利用環境で予期せぬ問題が発生することは頻繁にある。そのため、最終的な利用環境での徹底した動作確認は欠かせない。

三つ目のルールは「AIがコードを書き、筆者が動作を確認する」というものだ。AIは非常に高速でコードを生成するが、筆者の経験によれば、たとえ間違っていても自信満々に結果を提示することがあるという。そのため、筆者の役割は、AIに対して明確な要望を伝えること（これはプロンプトエンジニアリングの基礎となる）と、AIが生成したコードが「実際にどのように動作するか」を徹底的に確認することだった。コードのすべての行を詳細に読み込むことは現実的ではないため、筆者はすべての機能を実際に使い込んで、期待通りに動くかを入念にテストした。これは、AIを開発に活用する上で非常に重要な姿勢だ。AIは強力なツールだが、最終的な品質保証と責任は依然として人間に帰属する。AIの生成物を盲目的に信用するのではなく、その出力が本当に目的を達成しているか、潜在的な問題がないかを人間が評価し、検証するプロセスが不可欠なのである。

筆者は今後も、ユーザーからの要望に応じて新しいツールを追加していく予定であり、ゲーム開発で時間のかかる小さな作業があれば、それを解決するツールを次に開発するかもしれないと、ユーザーに呼びかけている。

この物語は、プログラミング経験がほとんどなくても、AIという新しい技術を賢く活用し、具体的な課題解決に焦点を当てることで、非常に価値のあるサービスを生み出せる可能性を示している。そして、開発の過程で最も重要なのは、作ったものが実際に正しく機能するかを徹底的に検証する姿勢、つまり「テストと品質保証」の重要性だということを、システムエンジニアを目指す皆さんに教えてくれている。AIは強力な相棒になり得るが、その真価を引き出し、信頼性の高いシステムを構築するためには、人間の明確な指示と、厳密な検証が不可欠なのである。