Sephiria の co-op は、一つの目的と一つの emergency call を決めるところから始めます。chapter を学ぶ、inventory interaction を試す、boss へ安定して到達するなど、目的は一つに絞ります。call は「damage を追わず space を作る」という短い意味にすると、新しい player がいる party でも読みやすくなります。
Steam が示す online co-op の広い scope と、player が実際に経験した role は分けます。role は公式 class の証明ではなく、通信を短くするための仕事です。party size、mode、version、誰が何を行ったかを記録します。
柔軟な仕事を選ぶ
一人は space を作り、一人は dependable damage、一人は setup、別の player は recovery を担うなど、複数の仕事を試します。固定 class として扱わず、誰かが遅れたときに別の player が最低限を引き継げる重なりを残します。
reward は team decision
Artifact や Tablet は個人の見た目ではなく、party の movement と次の room に影響します。誰が space を必要とするか、どの reward が目的を支えるかを短く話し、選択の理由と version を記録します。solo の優先順位を co-op にそのまま移しません。
reset を練習する
opening を逃した、敵が広がった、予定した combo が出なかったときに、短い reset call を実行します。全員が damage を続けるより、退路と regroup を先に作ります。reset 後に誰が次の signal を読むかを決めます。
evidence note
co-op の result は party size、role、host、platform、mode、version を添えます。仲間が focus を取った成功と、自分の weapon が単独で作った成功を同じ evidence にしません。未確認の party meta は lead として扱います。
plan が崩れたとき
disconnect、reward の違い、caller の遅れ、space の不足が起きても、最低限の action と fallback に戻れるようにします。崩れた run で何が機能したかを記録すれば、次の build はより柔軟になります。
run 後の review
成功した clear だけでなく、どの call が遅れ、どの役割が空白になり、どの部品が space を奪ったかを確認します。一つの改善だけを次の run へ持ち込み、party size や version が違う結果は別の記録として保存します。
review では、party が上手く動いた理由と、計画が崩れたときに残った行動を同じ重さで書きます。次の run では一つの call または一つの role だけを変更し、以前の結果と比べます。