Chop A Forest は solo と friend の両方の run に対応し、Roblox の公式説明ではどちらも save されると案内されています。Solo は条件を揃えた検証と自分の pace での進行に向いています。Friends は cutting、collection、transport、selling、shopping を分担すれば速く clear できますが、同じ購入を重ねずに連携できることが前提です。
公式の一文だけでは、すべての save slot、ownership rule、party limit、late-join behavior、timer condition は分かりません。rare currency を使う前に、現在の server にある run-selection UI と purchase card を読んでください。
簡単な比較
Solo run
長所：route と spending を完全に管理できる
注意点：1人ですべての役割を行う
向いている用途：学習、検証、安定した progression
Friend run
長所：cutting、collection、hauling を同時に進められる
注意点：購入と staging の計画が必要
向いている用途：連携した clear と役割の専門化
公式の save 状況
確認済み：「SOLO & FRIEND RUNS SAVE!」
未確認：slot 数、ownership の境界、timer の扱い
安全な最初の選択
solo で1回の売却 cycle を覚え、全員が seller、shops、現在の stage を理解してから friends を招待します。
Solo が適している場面
interface を覚えるときや upgrades を比較するときは solo を選びます。tool、Class、perk、route、log type を同じに保ち、1つだけ変更して、felling、carrying、travel、sale value のどれが改善したか確認できます。
Solo は短い session にも向いています。公式の save 説明から、forest を一度で終える必要はないと考えられますが、正確な save checkpoint は現在の UI で観察してください。曖昧な購入の途中で退出せず、stage、sale、または目に見える save confirmation が登録された後に止めます。
欠点は、すべての移行作業を自分で行うことです。cut、collect、walk または drive、sell、shop、最後の木の捜索まで1人で担当します。そのため、狭い team specialist より、幅広い Classes と均衡した upgrades のほうが使いやすくなります。
Friends が本当に役立つ場面
friends の効果が最も高いのは、同時に異なる仕事を行うときです。1人以上が切り、別の player が集めるか Log Vacuum を使い、driver が満載の荷物を売却場所まで運べます。teammates が logs を絶えず届けるなら、seller 向け Class の価値も高まります。
Friends は area の探索範囲も広げます。現在の stage を明確な sector に分け、各 sector が空になったら報告してください。これにより、全員が誰かが確認したと思い込んだ edge に最後の木が残る可能性を減らせます。
player が増えても、必ず速くなるわけではありません。散らばった logs、繰り返す shop 往復、重複した temporary tools、半分しか積んでいない vehicles は並行作業を無駄にします。Coins を使う前に役割を決めましょう。
シンプルな team role plan
小さな team では collector と driver を兼任します。大きな team では shopper を増やす前に cutter を追加してください。複数の衝動買いで共通の予算目標が崩れないよう、次の購入を担当する1人を決めます。
誰が支払うか決める
個人の permanent currency と run の支出を分けてください。現在のガイドでは、Gems は permanent progression、Coins は現在の run economy とされています。共有ルートのために friend へ Gems や Robux の使用を迫ってはいけません。
Coin purchase は、bottleneck と owner に合意してから行います。team に vehicle が1台必要なら、運転する player が購入します。Chainsaw が必要なら、硬い木を担当する player に渡します。collection が遅れているなら、別の cutter を買うより Vacuum user を優先します。
persistence label を読んでください。One Run purchase は run の費用として扱います。Forever purchase は購入 account に属する可能性があります。公式ページでは、すべての temporary tool や vehicle が solo と friend の save 間で移るかどうかは説明されていません。
安全に参加・退出する
friend の run に入る前に、UI が誰の run または slot を表示しているか確認します。現在の stage、次の購入、logs の staging location を把握してください。計画を理解するまでは、すぐに Coins を使ったり vehicle を動かしたりしないでください。
退出前に現在の sale を終え、可能なら vehicle を駐車または返却し、目に見える save または stage registration を待ちます。clear した sector と残っている logs を group に伝えてください。save 説明は persistence を裏付けますが、整った引き継ぎがあれば未完了の作業を lost progress と誤解せずに済みます。
進行が消えたように見える場合は、公式 Place ID と run context を確認します。一度だけ再参加し、新しい forest を始める前に表示されるすべての slot を確認してください。ownership screen が不明確な間は、何も上書きしないでください。
Solo と team の upgrade 選択
Solo player には、複数の移行時間を減らす改善が役立ちます。幅広い Classes、十分な capacity、実用的な vehicle、active zone に合う tool を選びましょう。移動を代わる teammate がいないため、movement も重要になります。
Team は専門化できます。cutter は Power、seller は sale value、collector または driver は Carry と movement を重視できます。役割に必要な stat が1つだけなら、弱い Class より permanent perk のほうが効率的な場合があります。
team の結果は完全な sale cycle で検証してください。logs が未売却のままなら、1人の tree time が速くても group 全体が速い証拠にはなりません。完了した sales、stage unlocks、idle time を数えます。
Speedrun で考えること
公式 badges では3時間、2時間、90分未満の clear が確認できます。しかし、friend run が対象か、disconnect 時に timer がどう動くか、誰が badge を受け取るかは説明されていません。group を badge route に使う前に、通常の friend clear を完了し結果を記録してください。
timed attempt では sector、purchase、staging point、最後の木を確認する人を割り当てます。個別 damage を巡って議論するより、単純な checkpoint を使いましょう。speedrun ガイドには、未解決の timer rule を明示した split sheet があります。
Solo と friends の FAQ
両方の run が save されますか？
公式 Roblox 説明によれば、はい。ただし、正確な slot、ownership、save-trigger behavior は live UI で確認する必要があります。
Friend run は必ず速いですか？
いいえ。役割によって idle time を減らせるときに速くなります。連携のない購入、散らばった logs、未完了の sector は利点を消してしまいます。
Vehicle は誰が買うべきですか？
通常は担当 driver が persistence と currency を確認してから run purchase を行います。vehicle が永久に共有されると決めつけないでください。
Friends は speedrun badge を手伝えますか？
公式 badge condition には時間の基準がありますが、team rule はありません。再現できるまでは friend-run eligibility を Needs in-game testing として扱ってください。