Sephiria マルチプレイヤーガイド

Steam は Sephiria が最大4人のオンライン協力をサポートすると示しています。この事実は人数の範囲を決めますが、役割の meta を決めるものではありません。協力は仕事を伝え、空間を分け、報酬や boss window の意味を共有すると役立ちます。

役割を通信の短縮語にする

協力ガイド は damage、space、setup、recovery の役割を示します。これは class ではなく仕事です。短い call を一つと reset を一つだけ決めます。

チームのインベントリ

Artifact や Tablet が味方の空間を消費するなら、報酬を取る前に目的を話します。Artifacts と Tablets は配置の問いを残します。近くに立つ必要があるのか、target を共有するのかを試験します。

ボスの協力

協力ボス は focus と safe window を分けます。誰が予兆を呼び、誰が退路を守るかを事前に決め、遅い dodge や攻撃停止の fallback を用意します。

情報源の規律

公式 Steam は4人協力の範囲を支えます。Community は質問や古い build を示す二次情報です。人数、版、目的を書かずに一回の成功を meta にしません。

人数で試験が変わる

2、3、4人を分けて記録します。人数が増えると damage と情報が増えますが、退路が混み、target focus が曖昧になることもあります。

報酬を見える化する

共有報酬がどの player の配置を支えるかを言います。rare item と確認済みの team synergy を混同しません。

チーム結果をリンクする

観察を Roles または 協力ボス に送り、人数、モード、版、失敗条件を残します。

新しい味方に教える

移動先、reset の合図、予約済みの空間を三つだけ伝えます。全ての item interaction を覚えるまで待つ必要はありません。

協力の準備では、開始前に「何を成功と呼ぶか」を決めます。first clear、特定の achievement、boss の phase 試験、または build の比較では、必要な role と安全な停止点が変わります。目的が曖昧だと、同じ reward を取り合い、試験結果の所有者も分からなくなります。

role は class 名ではなく通信の短縮語です。「space」「focus」「reset」のような短い call を使い、長い説明は部屋の後に書きます。control を担当する player が space を失ったとき、damage を担当する player が retreat するときの代替 call も一つだけ準備します。

inventory の報酬は、誰の layout を支えるかを確認してから取ります。Artifact や Tablet の形を二人が同時に試すなら、同じ room で変数を混ぜないようにします。rare に見える item がチーム全体を強化するという意味ではなく、visible effect と再現条件を残します。

boss では全員が同じ位置に立たないことが重要です。safe window を使う player と signal を読む player を分け、遅れた dodge の後には damage を止めます。二人、三人、四人の結果を同じ route としてまとめず、人数、platform、mode、version を記録します。

disconnect や初心者の参加も通常の条件として扱います。一人が抜けても回る fallback を用意し、新しい味方には移動先、reset signal、予約済みの空間だけを伝えます。これは複雑な meta よりも、公開された部屋で再現しやすい協力の基礎になります。

session の後には、何が成功したかを role ごとに書きます。全員が同じ reward を必要としたのか、一人だけの test だったのか、call が聞こえたのか、敵の focus が変わったのかを分けると、次の party が同じ人数で再現できます。人数が変わる場合は、既存の結論を自動的に移さず、fallback の部分から確認します。

この小さな review が、solo の観察を multiplayer の事実として誤って掲載することを防ぎます。

協力の結論には必ず人数と fallback を添えます。

それが team result と solo result の境界です。

人数が変わったら結論ではなく試験条件を更新します。