Build Mode に入り、動作を確認する
自分が管理するプライベートサーバーを使い、オーナーツールを開きます。現在のコミュニティガイドでは、PC で M を押すと Build Mode が開き、N で飛行を切り替える例がよく見られますが、割り当てを決めるのはライブのインターフェースです。編集前に表示される案内と権限を確認してください。何も起きない場合は、chat や別のメニューが入力を受け取っていないか、アカウントに必要なサーバー権限があるかを確認します。
捨ててもよいオブジェクトを1つ作り、動かしてから元に戻します。画面を閉じて、インターフェースを再び開いてください。この小さなループで、重大な建築を始める前に選択、保存、状態の維持を理解できているか確かめられます。
基本の編集操作
コミュニティの記録では、Ctrl+C で copy、Ctrl+V で paste、Ctrl+X で cut、Ctrl+Z で undo というおなじみの編集パターンが使われています。ショートカットは変わる可能性があるため、1つのオブジェクトで試してください。現在の gizmo で translation、rotation、scale を切り替える方法と、編集が local axis と world axis のどちらを使うかを覚えます。
インターフェースが対応しているなら、繰り返し使う構造に名前を付けるかグループ化します。少しずつ違うものを目で見て作り直すのではなく、整ったモジュールを複製してください。複製後は重なりを確認します。collision が積み重なると、lag のように感じたり、見えない壁ができたりします。
大量削除、cut、scale の前には安定版を残します。undo の履歴には上限があり、サーバーを離れると維持されないこともあります。
プレイ可能なアリーナを配置する
境界、床、spawn から始めます。敵対する spawn はすぐに攻撃が届く距離を避け、各 spawn からアリーナへ明確なルートを作ります。camera の見え方をテストしてから cover を加えてください。狭い路地や低い天井では、大きなエフェクトが分かりにくくなることがあります。
位置を伝えるための landmark は、見た目で区別できるものにします。重要な場所へ向かう経路を複数用意し、1つの障害物が避けられない choke にならないようにしてください。vertical space があるなら、すべての階層に正規の入口と recovery route があるかを確認します。
装飾は最後に行います。すべての小道具が移動、camera、performance を守るようにします。プレイできる簡素な blockout のほうが、プレイヤーを閉じ込める華美なアリーナより価値があります。
Collision と境界をテストする
外周をすべて歩き、corner へ dash し、継ぎ目を越えて jump または移動し、壁際で knockback を使います。キャラクターが落下する、張り付く、外へ clip する、意図しない面が見える、といった問題がないかを確認してください。片方向の collision エラーは方向によって現れるため、両側からテストします。
各 spawn と落下後にキャラクターを reset します。spawn が地形の中にないことを確認してください。複数の標準キャラクターで広範囲技と移動技を使い、普通に歩くだけでは分からない空間も確認します。
ビルダーが意図的に対応し、プレイヤーが戻れる場合を除き、out-of-bounds の経路を機能として勧めないでください。意図しない出口はふさぎます。
保存、versioning、復旧
ライブのメニューで、実際に使う save または preset の操作を特定します。最小限のバージョンを保存して再読み込みし、オブジェクト数と配置を比べてください。名前を付けられるなら、blockout、collision-pass、art-pass、publish-candidate のような milestone を作ります。
大きな編集の前には、唯一の動作版を上書きせず新しい version を作ります。将来のビルダーアップデートでオブジェクトの挙動が変わる可能性があるため、日付とゲームの build を記録してください。アップデート後に読み込みが壊れたら、元を何度も保存し直すのではなく duplicate をテストします。
サーバーのシャットダウンや client のクラッシュ中に、未保存のセッションを信用しないでください。
パフォーマンスの確認
不要な duplicate、重なった surface、過剰な透明 layer、常時有効な effect を減らします。可能なら複数のプレイヤーと低性能のデバイスでテストしてください。密集したエリアで input delay、streaming の隙間、ちらつき、camera の stutter がないかを見ます。
Performance はプレイしやすさの一部です。プレイヤーがほとんど気付かない詳細な prop は、少ないオブジェクトで作った強い landmark よりコストが高いことがあります。シルエットを保ち、隠れた複雑さを取り除きます。
公開チェックリスト
spawn、bounds、route、camera、collision、reset、performance、version notes、creator credit を確認します。マップを知らないテスターに説明なしで移動してもらってください。迷う場所から、landmark が弱いことが分かります。
現在の共有フローは Workshop で確認し、アリーナを特定のキット向けに設計するなら Custom Movesets も確認します。Build Mode はライブのツールセットなので、大きなアップデート後はショートカットを再確認してください。
別のビルダーへの引き継ぎ
共同作業者に、口頭の説明なしでコピーを開いてもらいます。spawn、boundaries、主要な route、group 化した構造、最新の安定版、次に行う作業を特定できるはずです。できない場合は、続行する前に名前、landmark、version notes を改善します。
引き継ぎメモには、ライブゲームの日付、マップの version、必要な権限、既知の collision 問題、performance の集中箇所、動かしてはいけないオブジェクトを記載します。対応している load path も含めますが、非公開の認証情報や再利用できるアカウント token は含めません。元の作成者だけが安全に編集できるプロジェクトは脆弱です。明確な引き継ぎ情報は、信頼できる複数のビルダーが同じプライベートサーバーで作業するときの誤上書きも減らします。