Steam Store ページは Machine Party を 2–4 人の online co-op game として掲載しています。これはマルチプレイヤーガイドの信頼できる出発点です。対応人数と大まかな online 範囲は分かりますが、完全なメニュー経路、matchmaking の仕様、room-code のルール、local split-screen、cross-play、voice chat は公開していません。未確認のコミュニティ観察を恒久的な機能として書かずに、ロビーを準備・テストするために使ってください。
ここでいう「online co-op」の意味
Steam の Online Co-op カテゴリは、オンライン協力プレイを示す製品レベルの情報です。Machine Party の説明は 2–4 人という範囲と、友達が危険なパーティーゲーム状況に入ることを加えています。これらから、base game が 2–4 人の online session 向けだとは言えます。しかし、すべてのラウンドが協力的か、最終結果が競争的か、host に特定の item や unlock が必要かは分かりません。
ロビーのテストでは、正確な Steam product と人数を書きます。invite、create-room、quick-join、public/private の選択肢が見えたら、ラベルと日付を記録します。似たゲームの言葉で書き換えないでください。新しいリリースではメニューラベルそのものが証拠です。
2 人でスモークテストを行う
Store ページが 2 人を最小人数として示すため、最初は 2 人が安全です。両者が AppID 4108000 を起動し、同じ大きな release branch にいることを確認します。次に、multiplayer entry を開き、表示されるなら 2 人目を招待し、名前が現れるのを待ち、ready/start の状態を観察します。実際の手順が違うなら、その順番を無理にテンプレートへ合わせず記録します。
スモークテストの目的は全ネットワーク構成の証明ではなく、活動へ到達できるかの確認です。player list が更新されるか、ready indicator が現れるか、host が開始した時に何と表示されるかを保存します。失敗したら正確なメッセージと platform を残してください。「動かなかった」だけでは invite failure、platform mismatch、full room、service interruption、version mismatch を区別できません。
2 人で成功したら 3 人目、続いて 4 人目を加えます。公式に公開された上限は 4 人なので、5 人目を診断不足の手順とは扱いません。Store の最大人数を説明することはできますが、すべてのメニューが常に 5 人目を静かに拒否するとまでは、観察なしに書けません。
ロビーの役割を明確にする
host には joining player と違う操作が見えることがあります。どの画面が設定を管理するか分かるまで、全員に同じ変更を求めないでください。1 人がロビー見出しを読み、1 人が roster を見て、1 人が活動開始操作を確認すると、画像と後の不具合報告が整理しやすくなります。
誰かが抜けたら、現在の活動が pause、終了、player の置換、継続のどれになるかを記録します。これは初回 invite とは別の意図であり、同じ活動と明確な version scope を使った再現テストの後にだけルールにします。1 ミニゲームの結果が全モードを説明するとは限りません。
Modes ハブでは活動ごとに証拠カードが必要な理由を説明します。OS、controller、Vulkan、performance は Support ハブで扱います。ネットワーク症状をモードルールに誤記しないために、境界を保ってください。
private、public、room-code の主張
プレイヤーが private lobby、public room、invite、code を探すのは自然です。今回の監査時点で、公式 Steam ページが確認しているのは online co-op であり、room model の詳細ではありません。コミュニティの discussion に room behavior や第三者の MachineParty+ project が出ていても、mod は base game の公式文書ではありません。ゲーム本体または開発者が述べない限り、桁数、public browser、text chat、voice chat、mod の機能を本体のものとして書かないでください。
private session を試すなら、room control の周囲全体をキャプチャし、Steam invite、生成 identifier、直接のメニュー操作のどれかを記録します。文字列が必要でも redemption code と呼ばないでください。room identifier は目的が違うため、現在の挙動が確認できた時だけ Lobby に記載します。
public matchmaking も同じです。セッションに別の人が見えたことは open browser や automatic matchmaking の証明ではありません。どの経路で入ったか、host が public access を選んだかを記録します。将来、開発者が support article を出したら、別の co-op game の一般ガイドよりその一次情報を優先します。
local play と cross-play を決めつけない
「パーティーゲーム」という言葉から、1 台の PC で遊べるかを尋ねる人がいます。正確な Store ページは local split-screen、shared keyboard、Remote Play Together、controller count を確認していません。現在のゲーム画面か公式文書が答えるまで、未回答の問いとして扱います。第三者の workaround は native feature ではありません。
cross-play と cross-save も別の問いです。確認した Steam listing と公式 publisher page は、この製品に追加の platform service を告知していません。別の Oro Interactive title や community mod の機能を移植しないでください。将来の更新で追加されたら、日付付き announcement と対象 platform を結び付けます。
招待のチェックリスト
- 全員が base Machine Party product、AppID 4108000 を所有し起動していることを確認する。
- 最初のテストは 2 人にする。公式最小人数が 2 人だからである。
- multiplayer entry を開き、正確な menu label を記録する。
- 見えている in-game/Steam action で invite または join する。隠れた room-code 経路を推測しない。
- 両名が roster に出ることと start/ready control を確認する。
- 1 つの activity を開始し、結果、人数、platform、日付を記録する。
- 小さい session を理解してから 3 人目と 4 人目を加える。
- 入れない人がいれば exact error を保存し、player、host、platform、activity のどれに追随するか試す。
このハブに報告する内容
良いロビー報告には、ゲームが表示する public version label、なければ日付、default/test branch、Windows または Linux/SteamOS、controller または keyboard、人数、host/join の順番、menu labels、正確な結果が含まれます。アカウント名や private invite token は載せません。room identifier が映った画像は公開前に隠します。
このハブは、公式の 2–4 人の範囲と証拠収集法を安全に説明できます。universal matchmaking、local co-op、cross-play、cross-save、voice/text chat、disconnect recovery をまだ約束できません。これは新しいゲームの公開文書が少ないことを示す重要な範囲情報です。
ロビーまとめ
- 公式に文書化: online co-op、2–4 人、base AppID 4108000。
- ライブ確認が必要: menu path、invite、public/private、room identifier、drop-in、活動ごとのルール。
- 主張しない: local split-screen、cross-play、cross-save、native voice/text、base game 内の mod 機能。
- 最良の証拠: 現在の正確な menu text、再現可能な session、platform、日付、ソースリンク。
公式の multiplayer announcement 後は Updatesを確認します。それまでは最小の再現テストを使い、人数を Store の範囲内に保ち、追加のロビー機能を事実ではなく問いとして扱ってください。
ロビーの不具合を報告するときは、招待を送った瞬間だけでなく、その前後の状態も記録します。相手の名前が一覧に出たか、準備操作が表示されたか、開始後に同じ活動へ進めたかを順番に書けば、参加失敗と活動内の切断を分けて考えられます。別のホストや別のプラットフォームで同じ手順を繰り返す場合も、条件を混ぜずに個別の結果として保存してください。
接続に関する報告では、個人の招待情報や部屋の識別子を公開しないことも忘れないでください。公開用の記録には、必要なメニュー名と再現条件だけを残し、アカウント名や非公開の文字列は伏せます。これなら別の参加者が安全に同じテストを実行でき、ロビーの機能と個人情報を同時に守れます。
報告の最後には、再テストで変える条件を一つだけ書いておくと便利です。次の試行で何を比較するかが明確になり、推測が新しい事実として広がるのを防げます。
この一行が、再現テストの出発点になります。
小さな差分を丁寧に残せば、招待と接続の問題を切り分けやすくなります。