アイデアをシミュレーションのプロトタイプに

完成した商用リリースではなく、テスト可能な構築とリソース ループを備えた初期のブラウザ プロトタイプです。

はい。建物、リソース、マップ、バランス、クエストのペースを修正するよう促し続けます。

目的の出力、試したい操作や機能、制約を一つ指定します。「核となるアイデア」を出発点にして、成功と判断する条件も書きます。

このページの例から一つ選び、プロジェクトで確認したい点を具体化します。例：焦点を当てたシミュレーション ビルダー · 1 つのプロンプトを表示…シミュレーション ビルダーに与える指示。 · 1 つのプロンプトを表示…レビューする具体的な最初の結果。

最初は一つのシーン、操作、素材、またはショットに絞ります。確認できる状態になってから範囲を広げます。

依頼内容と結果を照らし合わせ、実際に使う環境で操作を試します。プロンプトを変える前に差分を記録してください。

はい。参考資料はスタイルや要件の説明に使えます。共有・公開する前に利用許可を確認してください。

生成結果は下書きとして扱います。公開前に内容、権利、アクセシビリティ、性能、対象プラットフォームやエンジンの要件を確認してください。

操作、構図、仕組み、素材など、重要な点を一度に一つだけ変えます。どの変更が結果に影響したか判断しやすくなります。

利用先に対応する Workspace と書き出し機能を確認してください。特定のエンジン、形式、連携に対応すると決めつけないでください。

対象ユーザー、最初に確認する成果、使えない条件を決めます。まず一つの具体例で話し合います。

最初の目的に戻り、ずれの原因になった箇所だけを直して同じ条件で試します。範囲を広げるのはその後です。

対象、形式、参考資料、確認条件が結果を左右します。最初の確認に必要な制約だけを指定してください。

想定する使い方を理解している人に、依頼内容と結果を照らしてもらいます。