Karinderya! はマルチプレイヤーのレストランセッションに対応し、公式Roblox APIでは最大サーバー人数が6人とされています。最大人数は理想のチーム人数ではありません。役立つグループは各プレイヤーにサービスチェーンの段階と作業空間を与えます。役割がないと、厨房が混み、同じ操作を繰り返し、別々の計画へ現金を使ってしまいます。
同じレストランへ入る
検証済みの公式Karinderya!体験ページから、Robloxの友達とサーバー機能を使います。一人が先に入り、プライバシーとサーバーの状態が許せば友達はJoinを使えます。Joinできない場合は両方のプライバシー設定、最初のプレイヤーが公開または参加可能なサーバーにいるか、SILOGが所有する place ID 116497287371701 の場所を開いているかを確認します。
ロード後、誰のレストランを使うのかを決めてから家具を置いたり購入したりします。公開情報はすべての権限、所有、保存、共有資金のルールを定義していません。高価な決定の前に、一人の顧客を席へ案内するなど安全な操作を試します。
サービスチェーンに沿って役割を分ける
二人なら、前方担当が入口、席、配膳、支払い、片付けを見て、厨房担当が注文、材料、調理、完成表示を担当します。三人目は完成皿が待つときだけ配膳、材料不足が本当の問題なら在庫担当です。
人数が増えても、全員を忙しくするためだけに仕事を作らないでください。シフトごとに役割を交代すると、全員がサービス全体を理解できます。
受け渡しを具体的にする
「奥のテーブルの料理が完成」のように、料理と場所を言います。「食べ物」だけでは不十分です。「入口の顧客が席を必要としている」と言えば、誰が動くか明確になります。メニューが増えたら画面の料理名やアイコンを使います。
一つの仕事を二人が取らないようにします。完成皿へ二人が走ったなら、一人は入口、支払い、材料を確認します。料理担当が回収するのか配膳担当へ置くのかを決め、注文ごとにルールを変えません。
購入と配置を相談する
各セッションの購入担当を決めます。「席に座れない」「注文がコンロ待ち」「皿が配膳待ち」「装飾が目的」のどれかを症状として言い、材料費の予備を残します。家具を動かす前に全員を止め、入口から席、厨房からテーブルのルートを再テストします。
ショップに限られた在庫やカウントダウンがあるなら、変更前に優先順位を決めます。ショップを見る人と、現金・床面積を確認する人を分けてもよいでしょう。ショップ補充ガイドは普遍的なタイマーを約束せず準備手順を説明します。
マルチプレイヤーの遅延を診断する
ソロより収益が低いときは未完了の受け渡しを数えます。顧客を二重に割り当てたか、注文を誰も読まなかったか、皿を二人が回収したか、支払いが相手任せになったかを確認します。厨房では料理をしないプレイヤーが操作面を塞がないようにし、配膳の境界を作ります。
ラグや端末差で表示のタイミングがずれることがあります。完了を見た人が伝え、他の人は同じ入力を繰り返さないでください。全員が同じ場所を通るならレストラン配置ガイドで通路を見直します。
二人で行う安定したシフト
前方担当と料理担当で開始し、部屋を変えずに二人の顧客を処理します。最古の遅れが席、調理、配膳、リセットのどれかを記録し、一つだけ改善して二人を追加で処理します。安定したら、テーブルセットかメニュー責任のどちらか一つを増やします。
終了時は次の購入と、どのプレイヤーの進行やレストラン状態が保存されたかを確認します。保存の所有ルールは公開資料だけでは完全でないため、協力購入を全員の恒久的な進行と見なす前に自分のセッションで検証します。