パッチ検証ノート
バランスパッチは結論を静かに無効化します。条件、つまりビルド、対象、形態、変更した一つの変数を記録するテストノートがあれば、数値が動いた後も観察結果は使い続けられます。

五行エントリ
すべてのテストは五行に収まります。日付とビルド、対象と遭遇、段階と形態を含むチーム、変更した唯一の変数、そして結果。長すぎるものは書かれなくなり、短すぎるものは検証できなくなります。
- 日付とビルドバージョンを最初に。日付のない結果は自信満々の噂に過ぎない。
- 前回のエントリから変更した唯一の変数を明記する。
- 結果は感想ではなく計測値で残す。時間、窓、生存。
比較あたり変数は一つ
候補か、属性か、ローテーションか。変えるのは常に一つで、同時に二つは変えません。多変数テストは原因を特定できない結論を生み、テストしないより悪い結果になります。
- パッチをまたいでも変更しないコントロールチームを維持する。
- 新しいアイデアを試す前に、以前のベースラインを再計測する。
- 二つ変える必要があるなら、テストを二回に分ける。
自分の結論に期限をつける
すべての結論に、テストしたビルドのタグを付けましょう。公式ノートがそのシステムに触れたら、黙って信じ続けるのではなく、再テストまで該当エントリをWATCHに移します。
- パッチノートは記憶ではなく、ノートのタグと突き合わせて読む。
- パッチの実際の影響を測るため、最も安く再検証できる主張から再テストする。
- 古いエントリは削除せずアーカイブする。過去のベースラインは再テストを速くする。
✓
テスト項目
非公式Aniimoガイド。グローバルCBTは2026年7月25日に終了し、現在公開ビルドはありません。リリース詳細は未確定です。
よくある質問
パッチ後もテストノートを役立てるには?
5行のエントリーを使いましょう。日付とビルド、対象とエンカウント、段階と形態つきのチーム、変更した唯一の変数、そして計測した結果です。日付のない結果は、自信を持って語られる噂にすぎません。
バランスパッチ後、古い結論はどうする?
パッチノートをノートのタグと突き合わせ、影響を受けたエントリーは再テストまでWATCHに移しましょう。まずは最も低コストで検証できる項目から再テストし、パッチの実際の影響度を測ります。
