Build A Boat For Treasure ビルドガイド

優れたBuild A Boat For Treasureのビルドは、大きさだけでは決まりません。目的が明確で、アカウントで用意できる素材リストがあり、可動部を分離できる組み立て順を守り、復旧できる保存地点と次の問題を見つけるテストが用意されていることが重要です。このハブでは、ステージを生き残るボート、Gold Farm、歩行または走行するMechという、性質の大きく異なる三種類の作品を扱います。

すべてを一台の巨大な機械にまとめないでください。川下り用ボートでは、保護されたCoreと予測しやすい衝突が重要です。Farmでは、Stage Creditを繰り返し獲得してResetできることが重要です。Mechでは、Jointの整列、バランス、操作可能な動きが重要です。用途ごとに別のSlotへ保存しましょう。

目的に合うビルドを選ぶ

• 低い船体、冗長なSpine、Seat Cage、交換前提のArmor、段階的なLaunch Testを作るなら、まずボートの作り方を確認してください。
• AFK Gold Farmは、選んだ設計に必要なPortal、Movement Part、Tool、Reset経路を特定できてから使ってください。
• 一個のPowered Jointを正しく動かし、それを脚や腕へ複製できる段階になったら、Mechビルドへ進みます。
• おすすめブロックでは、構造、重量、動作、装飾に合う素材を選べます。
• 解説でScaling、Property編集、Binding、Assemblyの移動が必要なのに、その操作をアカウントで行えない場合はツールを確認してください。

ブロックを置く前に計画する

目標を一文で書きます。「通常Stageを通して一人を運ぶ」「確認済みのStage Boundaryを二つ通過してAvatarを移動させ、Resetする」「Team Plotで同じ歩幅を繰り返す」ならテストできます。「最高の乗り物を作る」ではテストできません。

必要な部品を機能別に並べます。Frame素材、Armor、SeatまたはPlayer Catcher、Movement Source、Control Input、Joint、Portal、Editorを分けてください。必須部品と装飾も分けます。解説に現在入手できないEvent Itemが必要なら、建築途中で依存関係に気づくのではなく、着手前に代替案を選びましょう。

Plotに何もない作業場所を確保し、Center Lineを決めます。安定した一つの基準から測れば、左右対称の作品は格段に作りやすくなります。Jointの中心、Portalの面、Seatの位置、外側のClearance境界に一時的な色付きMarkerを置き、機構が動くまで外さないでください。

チェックポイントごとに組み立てる

チェックポイント一は静的Frameです。水平に置かれ、Seatや機構のMountを支え、外側のPanelを一枚削除しても接続が保たれる必要があります。ここで保存します。

チェックポイント二では、可動または対話可能なModuleを一つ追加します。Hinge、Piston、Wheel、Motor、Portal、Switch、Sensor、Gateを単体でテストしてください。複製する前に方向と可動範囲を確認し、もう一度保存します。

チェックポイント三では、機構の移動経路に触れないProtectionを追加します。ゆっくり起動し、衝突、意図しないBinding、質量の移動がないか確認してください。チェックポイント二を上書きせず、新しいVersionとして保存します。

チェックポイント四が本番です。Launchする、Farmを一Cycle動かす、またはMechを歩かせます。失敗した場所を記録し、その問題がまだ起きていなかった最新のチェックポイントへ戻ります。

荷重経路に合うブロックを使う

Frameは、衝突やMovement Partから受けた力を作品全体へ伝えます。Seatの接続部、Axle、Hinge Mount、Piston Base、Portal Supportの周囲には耐久性のある素材を置きます。露出するArmorや装飾面には、より一般的なブロックを使いましょう。

大きなModule同士を一個のブロックだけでつなぐ細い首は避けてください。Wing、Leg、Bumper、Cabinが一個の部品だけで接続されていると、すべての荷重がその部品に集中します。動作を妨げない範囲で並行する接続を追加します。可動Jointでは、回転に必要な隙間をまたがずに、固定Mountと可動Segmentをそれぞれ補強してください。

Scalingは寸法を変え、質量も変える場合があります。薄く見える拡大Panelでも、見た目以上にバランスへ影響することがあります。大きくScaleを変えるたびにCenter of Massを確認してください。

動作を安全にテストする

Launch前にPlot上でテストします。WheelやJointを低出力で全可動域まで動かします。挟み込み箇所から離れ、プレイヤーがSeatへ乗り降りできるか、Controlsへ届くか、Geometry内に閉じ込められずResetできるか確認してください。

ボートは最大Propulsionを使わずにLaunchし、自然なバランスを観察します。Mechは片脚でBodyを支えた状態でもう一方の脚を上げます。Farmは監視しながら一Cycleだけ動かし、二回目が始まる前に停止します。低速で起きる失敗の方が、高速での崩壊より原因を見つけやすくなります。

Mobileでは、選択箇所の間隔を広く取り、Controlsを簡単にします。Mouseなら扱える小さな重複機構も、Touchでは選択や修理が難しい場合があります。Shellを削除しなくても重要なブロックへ届くよう、Access Panelを用意してください。

保存・命名・復旧

目的と段階が分かる名前を使います。boat-core-v1、farm-two-stage-test、mech-one-legなどです。正常動作が確認できたVersionを最低一つ残してください。Binding、Property、Scaling、Trowelを多数のブロックへ使う前には、新しいSaveを作ります。

読み込み後に挙動が変わった場合は、Anchor状態、Binding Group、Portal Pairing、Property値、重複した部品を確認してください。すぐに設計全体を削除してはいけません。一つ前のチェックポイントを読み込み、変更した最小のModuleを比較します。

Team Buildには所有者の計画が必要です。別のプレイヤーが提供したブロックは、保存や後のSessionを複雑にすることがあります。重要なFrameとControlsは、その作品を再現できるアカウントに持たせ、Team MateのModuleは追加可能な任意部品として扱いましょう。

失敗の種類を診断する

Structural Failureは部品が壊れる、または外れる問題です。荷重経路を補強するか、交換前提のArmorを追加します。Balance Failureは作品が傾く、回転する、倒れる問題です。質量を内側かつ低い位置へ移して再テストします。Clearance Failureは部品同士がぶつかる、または引っ掛かる問題です。移動距離を短くする、Armorの形を変える、隙間を広げることで直します。Control Failureは起動方向が逆、同時に動く、Controlsへ届かない問題です。BindingとInputを分離します。Reset Failureは次のCycleが誤った状態から始まる問題です。Neutral Positionと確実なRespawnまたはManual Resetを定義してください。

一度に変えるのは一種類だけにします。Clearance Failureへ出力を追加しても、通常は衝突がさらに激しくなるだけです。

VersionとPlatformの制限

Physics Trick、Portal Farm、Servoの挙動、Logic Block、Mobileでの選択操作は変更される可能性があります。ビルド動画は永続的な設計図ではなく、設計の参考として扱ってください。公開日、必要Item、Server Build、最近の失敗を報告するCommentを確認します。

外部Script、Executor、注入型Automation、Account Sharing Serviceは使わないでください。通常のゲーム内機構ならテストして修理できますが、外部Exploitはアカウントを危険にさらし、安定した建築知識にもなりません。

再現できる記録を仕上げる

必要Inventory、Tool、開始時の向き、組み立てCheckpoint、Property値、Binding、Controls、Test Route、よくある失敗、Reset方法を記録します。プレイヤーが最初の手順を始める前に、その設計を完成できるか判断できる内容にしてください。

川の問題を調べるならStagesとObstaclesへ進んでください。機械部品の編集には、Property Tool、Scaling Tool、Logic Gatesの各ページを使います。

証拠ステータス： 基本的な建築Loopは Official です。Checkpoint方式の建築、冗長化、役割別のテストは Community corroborated です。正確な素材数、Farm収入、PortalのTiming、JointのForce、Mobileとの同等性、Glitchの挙動は、保存した各Buildで Needs in-game testing です。

ビルドを管理する考え方

一つの保存設計にすべての役割を詰め込まず、通常走行、実験、クエスト、ファームを分けます。各版には目的、変更した部品、戻す条件を残し、出航前にシート、主要接続、操作部、リセット経路を確認します。名前だけで内容を判断できない版は、安定した船を上書きしないよう別の保存場所へ移してください。

機械の速度を上げる前に、低速で接続と荷重経路をテストします。複数の機構を同時に変えると、どの変更が故障を生んだか分からなくなります。小さな実験で一つの仮説を確かめ、結果を記録してから次のモジュールを追加するのが安全です。

共有ビルドでは、誰が編集し、誰が保存し、誰が削除を確認するかを決めます。退出や再読み込みの後に、重要な部品が残り、接続が切れていないことを全員で確認してください。