poolとは何か
Relic poolは、そのRunの条件で候補になり得るRelicの集合です。Dudexにある全カタログでも、全編成に共通する固定袋でもありません。DudeとFamilyの選択が将来候補へ影響します。
したがって「一番強いRelic」より「今の編成がどの候補を入れ、どれを実際に使えるか」を考えます。カタログ上の価値とアクセス可能性を別にします。
七つの専用Relic
開発者ガイドは七つの専用Relicという構造を説明します。この数はpool構成の手掛かりであり、七回連続で必ず表示される、または全Runで同じ名前になるという意味ではありません。
Dudeを入れ替える時、専用候補に関わる変化を記録します。確認できない対応を推測で埋めず、Dudexと実際の画面へ戻ります。
Familyごとの候補
公式ガイドは、編成にある各Familyから一度ずつFamily Relicが関わることを説明します。一Familyの編成と五Familyの編成では、poolの背景が異なります。広い編成は役割を得やすい一方、候補も散る可能性があります。
新Familyを入れる時は、Dudeの即時役割、欲しいFamily Relic、使わない候補を三列で見ます。即時役割が致命的な不足を埋めるなら、多少のpool拡大を受け入れる価値があります。
Business Dudeの特別な手掛かり
開発者ガイドはpoolの説明でBusiness Dudeを三度示し、倍化に関わる挙動を扱います。現在の能力文とRun内表示を確認し、何が倍になるか、いつ反映されるかを一変数で試します。
経済的な可能性が大きくても、slotと時間を使います。次の区間を越えられない場合、将来の倍化は実現しません。戦闘役を置いた場合の機会費用も比較します。
Classicでの監査
Classicでは通常のFlyerで情報が徐々に入ります。poolを整えながら、現在動く核を保ちます。狙うRelicが来るまで無制限に資源を使わず、候補回数か危険度で終了条件を決めます。
一つのFamilyに寄せる場合も役割不足を確認します。新Familyを入れる場合は、追加候補を使える別経路があるか確認します。
Daily Dudeの事前公開
公式ガイドによればDaily Dudeでは五つのFamilyが事前公開されます。既知の情報を使い、各Familyの役割と候補を先に比較できます。ただし五つのFamilyがゲーム全体の総数ではなく、公式総数は六つです。
確認した資料には世界共通の更新時刻がないため、時刻やタイムゾーンを断定しません。現在のゲーム表示を使います。
Ensembleの部分公開と完全公開
Ensembleはslotと公開状態に応じて計画します。部分公開なら確定poolと条件付きpoolを分け、完全公開なら全経路を比較します。解放の具体値は現在画面で確認し、古い閾値を固定しません。
全情報が見えていても、候補を得る費用と遭遇への対応は残ります。見えることと無料で使えることを混同しません。
確率を作らない監査表
候補の出所、役割、現在の互換性、望ましさを四列にします。専用かFamilyかを示し、中心、利用可能、状況限定へ分類します。公式アルゴリズムが不明なら百分率は付けません。
この表で、Family一つの追加が使える候補を増やすか、状況限定を増やすだけか分かります。質的な比較は、根拠のない精密な数値より再現しやすい方法です。
pool変更の前後を比較する
新しいDudeを採用する前に、現在のFamilyと中心候補を書きます。採用後は、新たに説明できるFamily候補、失った専用関係、実際に表示された候補を別々に記録します。一回の表示結果だけでpool全体を確定せず、構造と抽選結果を分けます。
同じ変更を別モードで試す場合、事前公開の有無も付けます。Classicで知らなかった候補と、Dailyで最初から見えていたFamilyは、意思決定の条件が異なります。結果の強さだけを比べると、情報の価値を落としてしまいます。
望んだRelicが出なかった時は、候補がpoolに入らなかったのか、入ったが選ばれなかったのかを区別します。公式情報だけで判断できない場合は未確認とし、確率を逆算しません。
poolを狭める時の費用
不要なFamilyを外せば候補を整理できる可能性がありますが、そのDudeが担っていた攻撃、耐久、対象、経済も失います。Family名だけを見て交換せず、編成の矢印を書き直します。poolがきれいになっても次の遭遇で敗れるなら、変更は早すぎます。
同じ役割を別の既存Dudeが引き継げる時は、狭める費用が低くなります。代替が将来候補に依存する時は、現在のDudeを橋として残す判断もあります。poolの最適化は盤面の機能を維持して初めて価値になります。
poolを広げる時の利益
別Familyが第二の攻撃経路や不足する耐久を提供し、そのFamily Relicも利用可能なら、候補拡大はノイズではなく保険です。中心候補が一枚に集中しているBuildほど、予備経路の価値が高くなります。
利益を説明する時は、即時、次区間、長期に分けます。即時役割がなく長期候補だけを狙うなら、待つ間の危険を明示してください。広いpoolの上限だけでなく、到達するまでの下限を評価します。
ノイズを受け入れる条件
新Dudeが現在の耐久や攻撃を解決する、Familyが第二経路を開く、すでに核が安定している場合、poolの拡大を受け入れられます。狙う一枚だけに依存し、現在も不安定なら拡大は危険です。
採用前に理由を書きます。採用後にだけ理由を作ると、沈んだ費用を正当化しやすくなります。
更新後の確認
Relic文はDudex、構造は開発者ガイド、変更時系列はアップデートで確認します。日付を付け、Demoの記録を正式版へ無条件に移しません。
本ページは2026年8月1日の正式リリース版を対象にします。Familyで分類を確認し、シナジーで候補が実際の線へ入るか確かめてください。poolは正解を選ぶものではなく、正解になり得る候補の範囲を作る仕組みです。
pool変更前の確認表
追加または削除するFamily、現在の候補、狙うRelic、そのRelicが改善する矢印、到着まで残る役割を一行にします。狙う名前だけが書かれ、現在の戦闘を支える列が空なら、探索計画が上限へ偏っています。候補が来なくてもRunを続けられる下限を先に用意してください。
変更後は、実際に見た候補数と採用しなかった理由も記録します。目的のRelicが来たかどうかだけでは、poolが狭くなった効果と単なる一回の候補運を区別できません。
poolとslotの違い
候補範囲が狭いことと、採用できるslotが空いていることは別です。良い候補へ到達しても、交換で核の対象や耐久を失うなら実質費用が高くなります。poolを調整する前に、入手した場合にどの枠へ入り、外す一体の仕事を誰が引き継ぐか決めます。
空き枠を維持することにも柔軟性があります。ただし現在の攻撃や耐久が不足するなら、将来の候補のために空け続ける費用を払えません。現在と将来の両方を同じ時間軸で比べてください。
推測値を作らない
数回のRunで特定候補が多く見えても、公式確率として公開しません。モード、Family、版、確認日、見た候補を観察記録として残します。外部の確率表は出典と対象版が確認できる場合だけ参考にし、現在のDudexと画面を優先します。
pool管理の目的は確率を言い切ることではなく、不要な候補を増やす費用と、別経路へアクセスする利益を説明可能にすることです。