Steam は Sephiria の online co-op を最大四人の範囲で示します。co-op build には combat の仕事だけでなく communication の仕事も必要です。一人が space を作り、別の player が damage を担当し、別の player が setup を試し、残りが flexible に動く形は player-facing role であり、公式 class の断定ではありません。
大切なのは、仲間が遅れたり disconnect したり、別の weapon を使ったりしても run を続けられる重なりです。最初に party の目的と emergency call を決め、細かな meta よりも一つの読みやすい合図を優先します。
party の目的を定義する
chapter を学ぶ、inventory interaction を試す、boss へ安定して到達するなど、目的を一つにします。Multiplayerに party size と mode を残し、solo の結果をそのまま co-op の証拠にしません。
重なりのある role を作る
役割を固定した class として扱わず、誰かが失敗したときに別の player が最低限を引き継げるようにします。damage、space、setup、recovery の担当を話し合い、call が途切れても一つの行動が残るようにします。Buildsの目的と role を対応させます。
inventory の判断を共有する
Artifact と Tablet の配置は、個人の見た目だけではなく、仲間の移動と reward の順番にも影響します。Artifact の相性とTablet layoutを同じ room で試し、誰が space を使ったかを記録します。
boss と recovery の計画
boss では、一人が attack を追う間に別の player が退路を守るのかを決めます。opening を逃したら全員が damage を続けず、短い reset call で regroup します。詳細はCo-op BossesとRolesへ返します。
party build worksheet
party size、目的、caller、space を作る action、damage を続ける action、失敗時の fallback、確認した version を一枚にまとめます。役割の説明に「常に最強」と書かず、どの room と条件で働いたかを添えます。
単一障害点を避ける
一人の rare reward、特定の combo、完全な call に依存すると、少しのミスで party 全体が止まります。代わりの weapon action、退路、簡単な reset を用意します。成功した run だけでなく、計画が崩れたときに何が残ったかも build の品質として記録します。
party の評価には、連携が崩れた瞬間の対応も含めます。caller が遅れた、space が狭くなった、予定の reward が出なかった場合に、誰が次の判断を伝え、どの action へ戻るかが分かれば、build は現実の run に耐えやすくなります。
party size が変わったら、同じ build を同じ証拠として扱いません。人数、役割、version を記録し、差がどこから生じたかを小さく確認します。