【ITニュース解説】AI Can Code Your Game. Why Are AI Characters and Animations Still Such a Mess?

AIは近年、ゲーム開発の現場で驚くほど有能なアシスタントとして活用されている。特にコーディングの分野では目覚ましい進歩を見せており、例えば、キャラクターの動きを制御する「キャラクターコントローラー」のコードを生成したり、キャラクターのさまざまな動き（歩く、走る、ジャンプするなど）を切り替えるための「アニメーションステートマシン」を組み立てたりといった、ゲーム開発初期のルーティン作業をAIが効率的にこなせるようになっている。これにより、開発者はプロトタイプ（試作品）を迅速に立ち上げ、ゲームの基本的な仕組みを早く形にすることが可能になった。

しかし、コードが整っても、次に必要となるのは実際に画面上を動くキャラクターの「アート」の部分だ。特にキャラクターの「アニメーション」の生成においては、AIがまだ多くの課題を抱えているのが現状である。例えば、AIが生成したキャラクターの画像が集まった「スプライトシート」（アニメーション用の画像を複数並べた一枚の画像）は、一枚の絵としては非常に魅力的に見えることがある。だが、そのスプライトシートを実際にアニメーションとして再生してみると、途端に問題が露呈する。キャラクターのサイズがフレーム（コマ）ごとに変わったり、足の位置が地面からずれて跳ねて見えたり、あるいは全体的な動きが不自然に感じられたりすることが頻繁に起こるのだ。

このような問題は、一見すると些細なことのように思えるかもしれないが、ゲームの品質を大きく左右する。キャラクターのシルエットがわずかに変わるだけでも、アニメーション全体がちらついて見えてしまう。腕や武器の形がフレーム間で変化すると、たとえ各コマが完璧に整列していても、動きが非常に奇妙に見えてしまうのである。このような問題の修正は、短いアニメーションであれば手作業で対応できる場合もある。しかし、ゲームではキャラクターが「歩く」「止まる」「攻撃する」「ダメージを受ける」といった様々な動作を必要とし、さらに複数のキャラクターそれぞれにこれらのアニメーションが必要となることを考えると、手作業での修正は途方もない労力となり、現実的ではない。

この問題の根源にはいくつかの要因がある。まず「フレームのアライメント（整列）」の問題がある。これは、各コマの画像サイズを統一したり、キャラクターの足の位置を常に同じ基準線に合わせたりといった処理で、ある程度はコードで解決できる部分も存在する。しかし、より根本的な問題は、アニメーションのフレーム間でキャラクターの外見そのものが変わってしまうことにある。ポーズが変わっても、キャラクターの「見た目」自体は一貫していなければならない。また、アニメーションが自然に見えるためには、コマとコマの間に挟まる「中間ポーズ」が自然でなければならず、さらに動きの「タイミング」も重要だ。特に、アニメーションが繰り返し再生される「ループ」する動きの場合、開始と終了がスムーズにつながることが不可欠となる。

さらに、アニメーションにおいて「透明度」の表現も大きな課題である。最近の画像生成AIの中には、透明な背景を持つPNG画像を生成できるものも出てきたが、炎や煙、光のような、縁がぼんやりと半透明になるような「ソフトエッジ」のエフェクトは、依然として繊細な処理が求められる。背景の除去が不適切だと、透明部分の周囲に不要な「ハロー」（輪郭の残像）が残ったり、ソフトなエフェクトがギザギザの不自然な輪郭になったりすることがある。

つまり、AIは高品質なアニメーションフレームが一度できてしまえば、それをゲームにインポートするためのスクリプトを書くことはできる。しかし、その「高品質なフレーム」そのものを生成する部分に、いまだ多くの手間がかかっているのが現状なのだ。

この課題を解決するために、Gamelabs Studioのような新しいアプローチが試みられている。このアプローチの基本的な考え方は、「キャラクターの作成」「アニメーションの生成」「スプライトシートのエクスポート（出力）」という一連のプロセスを互いに連携させることにある。具体的には、テキストの指示や参照画像を使ってキャラクターを一度生成し、その「確立されたキャラクター」を基準として、すべてのアニメーションを作成する。これにより、各アニメーションフレームを生成するたびに汎用画像生成AIにキャラクターを「再発明」させるのではなく、最初から一貫したデザインに基づいたアニメーションを作成できるようになる。

動きの指定方法も柔軟だ。あらかじめ用意されたアニメーションの「プリセット」から選んだり、独自の動きを言葉で記述したりするほか、動きを説明するよりも見せる方が簡単な場合には、参照動画から動きを転送する「モーション転送」も利用できる。スプライトシートとして出力する前には、生成されたアニメーションをプレビューで確認でき、フレームの配置、余白、再生速度なども細かく調整できる。

このワークフローは、横スクロールゲーム、斜め見下ろし（アイソメトリック）ゲーム、3/4トップダウン視点など、さまざまな種類の2Dゲームに対応している。また、エフェクトに関しては、出力プロセスが半透明なピクセルを適切に保持するように設計されており、すべての縁を完全に不透明または完全に透明として扱ってしまう問題を回避できる。

Gamelabs StudioはREST APIやMCP（おそらくModding APIやCustomization Platformを指す、システム連携のためのインターフェース）をサポートしているため、AIコーディングエージェントがゲームのコードを記述するのと同じワークフロー内で、ゲームのアセット（素材）をリクエストすることも可能になっている。これは、プロトタイプ開発中にアニメーションの作成、出力、そしてプロジェクトへのインポートといった作業のために、いちいちツールを切り替える手間を省く上で非常に有効である。

もちろん、AIによるアニメーション生成が常に完璧で、手直しが全く不要であるとは言えない。時には、動きをさらに調整するために再生成が必要になったり、手動での微調整が必要になったりすることもある。しかし、重要なのは、汎用的な画像生成AIと単純なフレーム分割スクリプトを組み合わせて全工程を無理やりこなすのではなく、アニメーション作成作業そのものに特化したツールを利用することのメリットだ。

AIによるコード生成が向上するにつれて、ゲームが「プレイ可能だが、アートがまだ必要」という段階に到達するのがより簡単になっている。この段階で、見た目は良いがアニメーションとして使えない画像と、実際にゲームで使えるアニメーションとの違いが、プロジェクトの成否を分けるほど重要になる。

このようなAIツールを評価する際には、スプライトシートの見た目だけで判断するのではなく、必ず実際にアニメーションとして再生してみて判断することが重要だ。キャラクターのプロポーション（体の比率）、足の位置、アニメーションがループした時のつながり具合などを注意深く確認する。また、別の背景の上にアニメーションを重ねてみて、透過処理が適切に行われているかどうかもチェックすると良い。これらのいくつかの確認を行うだけで、プレビュー画像だけを見るよりもはるかに多くの情報を得ることができる。

この問題の背後にある技術的な課題について、より深く理解することは、将来のシステムエンジニアにとって非常に価値のある知見となるだろう。AIがコードを生成できるようになっても、アートの部分、特に動きのあるアニメーションの生成には、まだまだ人間の目と技術が必要な場面が多いという現実を認識しておくことは、より良いゲーム開発ツールやワークフローを設計する上で不可欠だ。