game-balance-analysis

ゲームバランス分析

具体的なモデルとプレイヤーに提示される結果を通じて、ゲームバランスを設計、分析、評価します。バランス理論について一般論を述べるのではなく、実際の数値、表、計算、調整案、または判定を提示します。

基本ルール

バランスの対象を選ぶ

モデル化する前に、タスクを分類します。依頼には、次のいずれか、または複数が含まれる場合があります。

• コスト、利点、割合、結果の数学的な関係；
• 想定する対象層やスキル帯にとっての難易度；
• プレイヤーの強さ、挑戦、アクセス、報酬タイミングの進行；
• 手番順、陣営、スポーン、マップ、初期在庫などの初期条件；
• 複数の戦略の実用性と相互作用；
• オブジェクト、能力、キャラクター、ビルドの比較価値；
• 実際の公平性と、プレイヤーが感じる公平性。

対象同士が衝突する場合は、トレードオフを示し、ユーザーが意図する体験を優先します。ある種類のバランスを、別の種類を犠牲にして暗黙に最適化しないでください。

関連するコンテキストをモデル化する

各結論を、関連する対象層、モード、コンテンツセット、スキル帯、ビルド、期間、バージョンに結び付けます。確認済みのルールやデータ、計算による予測、設計上の仮定、不明点を分けて示します。

選択肢同士の関係を分類する

選択肢を比較する前に、主な関係性を分類します。

• transitive：より大きな利点には、概ねより大きなコストや不利が伴うべき関係；
• intransitive：価値が相手の選択や対抗関係の循環に応じて変わる関係；
• situational：価値がコンテンツ、状況、タイミング、頻度に応じて変わる関係；
• mixed：複数のモデルが必要な関係。

非推移的な選択肢や状況依存の選択肢を、単一の絶対的な強さの曲線に無理に当てはめないでください。

意味のある違いを保つ

数値を等しくすることが目的ではありません。選択肢の幅を損なわず、個性、発見、リスク、アクセシビリティ、多様な判断を支えるのであれば、意図的な非対称性や小さな差異を許容します。違いによって、正当な選択肢が想定されるコンテキストにおいて必須、無意味、把握不能、または不公平になる場合は、調整を提案します。

ランダムシステムを3つの段階で扱う

必ず次の3つを区別します。

1. 数学的な確率と結果の分布；
2. しきい値、損失、重複、価値の逓減を含む、プレイヤーにとっての効用；
3. 情報、提示方法、記憶、信頼によって生じる、プレイヤーが感じる確率。

数学的に公平なランダムシステムでも、その効用や感じられる公平性が意図した体験に反する場合は、再設計が必要になることがあります。

エビデンスに応じて確信度を調整する

初期値や境界条件の確認には数学を、プレイヤーの行動や理解の確認にはプレイテストを、集団に繰り返し見られるパターンの確認にはテレメトリーを用います。どれか1つで他を代替することはできません。結果を裏付ける、または覆すために必要なエビデンスを示します。

2 種類の実行可能な成果物のライフサイクルを使い分ける

重要な数値設計では、実行可能な成果物を使ってモデルとパラメーターを検証してください。references/simulation-and-tooling.md を読み、次のいずれかを選択します。

• 独立した単発の計算、不変条件、境界チェック、または提案の判断には、一時的な検証スクリプトを使用します。実行して、判断に必要な根拠を記録したら、スクリプトと作業用の出力を削除します。
• 繰り返し設計、検討、調整するバランスシステムには、継続的に使用するシミュレーション／調整ツールを使用します。ツール、編集可能なパラメーター、シナリオ、および採用した結果セットを納品し、保持します。

少数の独立した計算だけで結果が完全に決まり、パラメーターの網羅的な検証、状態の反復、乱数による検証で有用性が増さない場合に限り、暗算で十分です。スクリプトが不要な理由を明記してください。

モデルを目視で確認しただけで受け入れてはいけません。既知のベースライン、通常のシナリオ、境界シナリオ、および提案するパラメーターを実行してください。モデルが確率的または反復的な場合は、固定シードを使用し、単一の実行結果ではなく分布を報告してください。

継続的に使用するシミュレーターは、バランスモデルの実行可能な仕様として扱ってください。モデルの忠実度とパラメーターの適合性の両方を検証します。結果が確認済みのルール、既知のケース、または観測された挙動と矛盾する場合は、モデル／ツールに誤りがあるのか、パラメーターが目標を満たしていないのかを判断します。まずモデルとシミュレーターを修正してバージョン管理し、失敗したケースを回帰チェックとして追加して検証を再実行してから、パラメーターを調整してください。既知のモデルの欠陥を補うためにパラメーターを変更してはいけません。

タスクの振り分け

主要なタスク用プレイブックを 1 つだけ正確に読みます。

タスク	読むファイル
初期案の数値、または新しいバランスモデルを作成する	references/design-balance-model.md
既存のバランスの崩れを診断し、調整する	references/diagnose-and-tune.md
提案されたバランス変更を評価または比較する	references/evaluate-balance-proposal.md

次に、該当するドメインのプレイブックのみを読みます。

ドメイン	読むファイル
戦闘、敵、XP、レベル、報酬、PvE の進行	references/combat-and-progression-playbook.md
通貨、供給源／消費先、価格、取引、インフレ	references/economy-playbook.md
対戦の相性、スノーボール、レーティング、メタゲーム	references/pvp-and-metagame-playbook.md
戦利品、カード、サイコロ、連続記録、天井、重複保護	references/random-reward-playbook.md

タスクに必要な計算に限り、references/calculation-recipes.md を読みます。重要な数値モデルを設計、診断、または評価する場合は、references/simulation-and-tooling.md を読んでください。結論がプレイテスト、テレメトリー、実験、または統計的推論に依存する場合は、references/evidence-and-validation.md を読んでください。

作業時の期待事項

• 既存のシステムを分析する前に、実際のルール、設定、データ、またはコードの挙動を確認します。
• 暫定的な初期案が有用な場合は、ラベル付きの仮定を少数設定して作業を進めます。妥当な回答によってモデルや判断が正反対になる場合に限り、作業を中断します。
• 通常のケース、最適化したケース、および関連する境界ケースを計算します。
• パラメーター変更がプレイヤーにどのような影響を与えるか説明します。
• 重要な影響を周辺システムや選択肢にまで追跡します。
• 重要な数値モデルごとに、一時的な検証スクリプトまたは継続的に使用するシミュレーションツールを作成して実行します。一時的な作業では、何を検証したかを報告し、クリーンアップを確認します。保持するツールについては、パス、実行方法、入力、および結果の概要を提示します。
• 推奨値、調整の選択肢、または明示的な判断と検証計画を示して締めくくります。

ユーザーのタスクまたは別のエンジニアリングワークフローで実装が許可されていない限り、選択した変更を実装してはいけません。