Gemini 3.6 Flashを使用したマルチモーダルUnrealデバッグ — 世界初のオンライン・ネイティブUnrealワークフロー

レビュー可能な証拠パケットを作成

失敗を1文で開始し、実施アクション、期待結果、実際の結果、モード、エンジンバージョン、プラットフォーム、再現頻度を明記してください。症状や状態を示すキャプチャのみを追加し、フレーム、タイムスタンプ、アクター、ビュー、マテリアル、UI要素、またはネットワークロールを注釈付けしてください。圧縮やマークアップで証拠が失われないよう、元ファイルは別途保持します。

最小限かつ関連するログウィンドウを添付し、必要に応じてUnreal Insightsタイミング、GPUキャプチャ、Visual Logger出力、ネットワークトレース、オートメーション結果、クラッシュコールスタック、アセット監査、Blueprintコンパイルメッセージ、またはクックレポートを付けます。最近の変更とクリーンなベースライン比較を含めてください。APIキー、アカウント情報、プライベートリポジトリURL、ユーザー識別子、許可のないソースアセット、無関係なプロジェクト資産は、外部モデルへ送信する前に削除してください。

診断を求め、過度な確信を避ける

まずモデルに、直接観測された事実を列挙させてください。次に、3件以下の仮説を提示させ、各仮説について特定の証拠・反証となる証拠・他と識別できる安価なテストを1つずつ要求してください。さらに、想定されるUnrealサブシステムと、責任あるファイル、アセット、グラフ、設定、またはランタイム状態を必ず示させます。証拠が不足している場合、出力すべき正解は「不足している1つの成果物を要求すること」であり、根拠のない原因推定を作らないことです。

描画問題については、カメラ露出、マテリアル、ライティング、ポストプロセス、テクスチャストリーミング、シェーダーコンパイル、LOD、Nanite、Lumen、アップスケーリング、ドライバ、キャプチャアーティファクトを分離して検討します。ゲームプレイ問題については、入力、権限、状態遷移、アニメーション、コリジョン、ナビゲーション、セーブ状態、UI表示を分離します。パフォーマンス問題については、CPU、GPU、メモリ、IO、シェーダー、ストリーミング、ネットワーク、コンテンツ規模シグナルを分離し、最適化提案前に評価します。

ネイティブプロジェクト内でループを閉じる

• クリーンなリビジョンから元の問題を再現し、最初の失敗ログまたはトレースを保存します。
• 複数システムを同時に変更する前に、識別力の高いテストを実行します。
• 所有システム内で1件だけ可逆的な変更を行い、同一手順を再実行してください。
• 失敗に関係するモード（エディタ、PIE、スタンドアロン、パッケージ、サーバー・クライアント、ターゲットデバイス）でテストしてください。
• キャプチャ、ログ、トレース、フレーム予算、警告、オートメーションをベースラインと比較します。
• 原因が不確かな場合はロールバックし、失敗が再現することを確認してから進めます。制約事項と後続リスクを文書化してください。