Moonshot AIは2026年11月2日、Kimiのゲーム開発・クリエイティブ作業向けソリューションを発表しました。K3.1系モデルにKimi Code、Kimi Work、専門ツール向けプラグインを組み合わせ、ゲームのアイデアを試作や編集可能なプロジェクト作業につなげ、リリース後のプレイヤーの反応を次の改善に生かすことを目指しています。
43 なお、K3.1 Proのモデル重み一式について報じられている公開予定日は11月4日で、ソリューションの発表日とは別です。
3
4
売りは、コードや画像を生成するだけでなく、ゲームエンジンやクリエイティブツールと連携すること。ただし、デモや生産性に関する数値は、現時点では企業側が示した事例として受け止める必要があります。あらゆるスタジオで同じ結果が得られると、独立した検証で確認されたわけではありません。
9
想定される制作フロー
発表された構成は、K3.1 Pro、Kimi Code、Kimi Workに、Unity、Unreal Engine、Blender向けのプラグインを組み合わせたものです。ゲームチームが企画を早く試し、エンジニアリングやアート制作を進め、リリース後の運営で得た反応を次の制作に戻すことを狙っています。
43
K3.1 Proについて、公式資料は、既存コードの修正からプロジェクト全体の構築まで対応するモデルと説明しています。コンテキスト長は100万トークンで、Unity、Unreal Engine、Godotを使った作業や、外部ツール、ウェブ検索、3D生成にも対応するとしています。
1 ただし、長いコンテキストや各エンジンへの対応が、個々のスタジオのプロジェクトで安定して動くことを保証するわけではありません。
狙いは、回答文や単体の画像を返すだけでなく、制作計画を既存のプロジェクトやツールにつなげることです。報道によれば、Kimiはエディター内で操作や変更を行い、チームが引き続き編集できるファイルを返すとされています。
9
21 Unity中国との連携事例については、Kimiが録画やテスト結果を確認して変更案を考え、Tuanjie Codely Agentがエンジン内で編集と検証を担うと報じられています。これは報道された役割分担であり、独立した検証が示されたものではありません。
21
試作と制作のデモ
Kimiの発表資料や報道では、まず遊べる試作品を作り、アイデアに追加投資するかを判断する使い方が紹介されています。報道によると、KimiはGodotで、剣による攻撃、回避、ガードなどを備えた2.5Dアクションゲームの試作を披露しました。プログラミング経験のない企画担当者でも1〜2日で試作できるという時間は、あくまで紹介された目安であり、一般的な性能指標ではありません。
25
別のデモでは、人が介入せずに20時間作業を続け、ゲームと編集可能なUnityのネイティブプロジェクトを作成したと報じられました。
21 印象的な実演ではありますが、利用可能な報道からは、第三者による検証結果や、別のプロジェクトでも同じ時間・成果を再現できるかまでは確認できません。
Moonshotの公式ショーケースには、次の3D制作例も掲載されています。
- Blenderの屋内雨林の谷のシーン: 空港の屋内に作られた雨林の谷を題材に、17.5秒、1920×1080、60fpsの映像を制作したとしています。
31
- ブラウザー上の大聖堂: 約330万の三角形を含み、8,368個のコンポーネントにアニメーションを付けた、操作可能なブラウザー向けシーンと説明されています。
31
これらの数値は公開された作品の仕様であり、実際のゲーム制作での動作や、アーティストによる修正にどれほど手間がかかるかを示すものではありません。また、天宮のシーンの制作方法や、特定のUnreal Engine描画機能の利用など、ほかに想定されていたショーケースの仕様は、ここで確認できる資料では裏付けられていません。
リリース後やライブ運営での活用案
開発以外では、広告クリエイティブの制作、ゲーム内キャラクターとのAI対話、プレイヤーやコミュニティの反応分析、ローカライズ、ユーザー投稿コンテンツの一次確認なども活用例として報じられています。
23
26 ただし、これらがすべてすぐ導入できる機能として提供されていることや、人の確認なしで使えることを示す証拠ではありません。
KimiのAPI変更履歴には、K3.1 ProとK3を対象としたBatch APIの対応が記載されています。
18 APIで一括処理できることは確認できますが、それだけで広告クリエイティブをまとめて生成する専用フローの存在まで確認できるわけではありません。
導入前にスタジオが確かめたいこと
報道では、プロジェクトファイルを変更し、編集可能な成果物を返すワークフローが紹介されています。導入する場合は、自社の環境で必要となる権限、実際に加えられた変更、テストの実施方法、引き渡し時に確認できる記録を確かめたいところです。ここで参照できる発表資料だけでは、すべての作業でコード差分や検証記録が標準的な形式で提供されるかは明らかになっていません。
まずは、小規模なプレイアブル試作、範囲を絞ったバグ修正、アセットのバリエーション作成など、限定したタスクで試すのが現実的です。既存の制作方法と比べ、次の3点を見てみましょう。
- 削減できた時間: エージェントの作業時間だけでなく、準備、指示出し、確認にかかる時間も含めます。
- 成果物の品質: 期待どおりに動作するか、同じ手順で再現できるかを確認します。
- 人による修正量: 実用に移す前に、どの程度の修正や承認が必要かを記録します。
ショーケースを見るだけでは分からない、自社の制作工程との相性は、小さな実地テストで見えてきます。Kimiのデモは、ゲーム制作ツールの中でAIエージェントを試す価値を示していますが、最終的には各チームの品質、セキュリティ、制作要件に照らして評価する必要があります。