piggy の種類は、動きと報酬がルートのスタミナ消費を変えるため重要です。公式ストアと開発者ページは概念を示しますが、名前、体力、確率を網羅した恒久表はありません。現行版で確認できたフィールド情報として使います。
行動カテゴリ
近づく、移動する、追跡が必要、空振りを誘うなど、画面で確認した行動から分類します。公式名が表示されないなら名前を発明せず、説明的なラベルにします。
安全なテスト方法
対象を一つ選び、ハンマーと帰還分のスタミナを記録します。似た条件で再度会い、違いが出たら変動として残します。単発の結果を恒久的な特徴にしません。
動きと半径
動く対象にはダメージより半径が便利なことがあります。硬い対象には別の選択が必要です。ハンマー比較 と スタミナと操作 で条件を分けます。
ソースと範囲
公式 Steam は piggy と戦利品を確認し、Rike Games の ページ は製品用語を確認します。詳細はライブ確認です。
実際のランの対象メモ
表示名、動き、距離、接触、前後のスタミナ、ハンマー、請求、戦利品、日付、OS を残します。画面に出ない体力や drop rate は書き足しません。
名前と行動を分ける
表示された名前が行動を証明するわけではありません。まず名前をそのまま記録し、次に観察を書くことで、別名と別種類を混同しません。
専用ページが必要な時
専用ページには、別の判断、再現できるルート、プレイヤーに役立つ情報が必要です。一度だけ見た対象ならこのインデックスに残し、空のテンプレートを作りません。
過剰に断定しない記録
確認済み、コミュニティ観察、ライブ確認を使い分けます。常に出る、必ず落とす、特定ハンマーが必須という表現は、複数条件で再現した後だけ使います。
関連ページ: hammer comparison、stamina and controls。 対象の分類は、攻略の順番を固定するためではなく、次に何を観察するかを決めるために使います。止まっているか、動くか、広がっているか、何度も当てる必要があるかを記録してください。
一つの種類を試すときは、戻り道を残し、同じハンマーで何度か行います。別の対象、別の道具、別の請求を同時に変えると、動きの違いと経済の違いを分けられません。
ページに書く名前と挙動は別の証拠です。説明文が名称だけを確認しているなら、その名前は使っても、速度、生命、希少性、確率を推測してはいけません。
外部ソース: https://rikegames.com/bills-must-be-paid https://store.steampowered.com/app/4421010/Bills_Must_Be_Paid/
貯金箱を分類するときは、見た目の名前よりも、プレイヤーがどの判断を迫られるかを中心にします。移動、距離、必要な命中数、戦利品、帰還の安全性を別々に記録し、珍しい結果を通常の傾向へ変換しません。請求が迫っているランでは、確実な対象を先に処理して支払いの可否を確認します。新しい種類が見つかっても、商品、日付、道具、場所が分からなければ未確認の観察として扱います。複数の試行で同じ行動が再現したときだけ、子ページの安定した説明へ昇格させます。 貯金箱の調査は、戦利品の多さだけでなく、請求へ戻れるかを評価します。対象に近づく距離、必要な命中、ハンマーの範囲、残る抵抗、得たものを同じ形式で記録します。珍しいコインが出た試行だけを採用すると、通常の収入を過大評価してしまいます。何も出なかった試行、途中で帰還した試行、請求を優先した試行も比較材料です。名前や見た目から未確認のレア度を作らず、繰り返し観察できた行動だけを安定した説明にします。