Flatten The Mountain の基本 loop は、山のブロックへ近づき、採掘し、cash と progress を読み、強化や自動化を調整し、新しい layer と危険へ対応することです。公式 Roblox 説明は山を平らにする目標、Skill Tree、buried treasure、eagle を示しますが、全 payout、layer 数、AI 式、party 共有を完全には説明していません。
必要な mechanic を開く
| 知りたいこと | ページ | まず測るもの |
|---|---|---|
| 採掘と cash の関係 | Mining and Cash | 開始残高、終了残高、支出、進行 |
| eagle の warning と回復 | Eagle Guide | cue、危険範囲、downtime、結果 |
| layer の完了と残り block | Mountain Layers | 表示番号、地形、automation coverage |
| route を順番に進める | Guides | 目標、強化、例外イベント |
| 次に何を買うか | Upgrades | 現在の bottleneck と payback |
完全な feedback loop
短い baseline を作り、ordinary block の break time、移動、cash、progress を測ります。次に一つだけ Pickaxe、Player、Drone、Turret の変更を加え、同じ条件を再実行します。layer transition、ore、chest、Power Up、eagle を混ぜた結果は実用 run として保存し、比較用 sample からは分けます。
total mining speed を変えるもの
total time は、対象を探す時間、target へ歩く時間、block の耐久と hit 間隔、unit の移動、idle、地形の遮蔽、event の中断で変わります。Damage だけを上げても、Drone が遠くへ移動している、Turret が範囲外、プレイヤーが端へ歩いている、という bottleneck は残ります。現場で失われる時間を分類してから支出します。
Cash は balance だけではない
block が cash を与え、special ore が高い reward を示すという community report があります。しかし per-block 式、耐久との関係、自動化の credit、party sharing は creator 公開情報で確定していません。Mining and Cash で通常、ore、Power Up、購入を別列にしてください。balance が増えた量だけでは、生産量と支出を区別できません。
Layer progress と eagle を読む
layer-clear banner、height、progress、表面の変化を組み合わせます。新しい surface では block の硬さ、ore、chest、Drone の経路、Turret の reach が変わるかもしれません。eagle の warning が出たら cash sample を継続扱いにせず、危険から移動し、event と downtime を記録します。
confirmed、reported、measured を分ける
公式説明から直接読める事実、現在のコミュニティ資料の observation、自分の server で測った値を三つの label に分けます。1 回の screenshot を固定仕様にしない、unknown を埋めない、更新後の UI を優先する、という姿勢で guide を更新します。
Flatten The Mountain の mining はどう動きますか？
山の block を手動で掘り、Pickaxe や Skill Tree で効率を変え、Drones と Turrets が表示された範囲を自動で処理します。正確な damage 式と cash credit は現行 UI で確認します。
layer はいくつありますか？
creator が固定の完全数を公開した証拠はありません。live の clear 表示と完了境界を記録します。
eagle はランダムに攻撃しますか？
コミュニティガイドは random と説明しますが、技術的な trigger や timer の公式仕様ではありません。複数 event で観察してください。
Turrets は eagle を止めますか？
相互作用の可能性は報告されていますが、確実な防御は未確認です。warning から移動し、同じ条件を複数回測ります。
mechanics を検証する順番
まず lobby から山へ入り、手動採掘の一回分を基準にします。次に layer の変化、ore の出現、automation の処理、eagle event、chest や Power Up の影響を別々に観察します。複数の仕組みが一つの run に重なると原因を取り違えやすいため、開始条件をできるだけそろえます。
表示と実測を分ける
説明文に Damage、Speed、Range、Reward などの名前があっても、実際にどの対象へ適用されるかを確認します。表示された stat は候補を示しますが、cash、破壊時間、移動距離、進行表示の変化そのものではありません。変更前後の短い sample と通常 run の両方を残します。
event が重なった場合
eagle、ore、chest、Power Up が同じ run に出た場合は、どれが cash や進行へ寄与したかを断定しません。event の時刻、画面の popup、残高、player の位置を順に記録し、次の run では一つの要素を避けて比べます。event が起きなかった run も比較対象として保存します。
layer と route の見方
layer の番号や地形の見た目が変わっても、全体の難度曲線が確定したとは限りません。transition 前後で普通の block、ore、歩行距離、clear 表示を測り、corner や穴に残る block も確認します。名前のある場所がプレイヤーに公開されていることも、通常アクセスや報酬を自動的には証明しません。
party と server の差
同じ説明でも、party の人数、server の状態、再参加、購入の有無で結果が変わる可能性があります。personal cash、共有されそうな progress、inventory、completion 表示を別欄に分けて記録します。別の player の結果を自分の確定値として転載しないことが、mechanics の誤解を防ぎます。
変更を報告するとき
公式 metadata の timestamp は、experience や universe の状態が更新されたことを示すだけです。新しい area、event、reward、balance change を書くには、current player route や制作者の告知など追加の証拠が必要です。証拠が不足するときは、変化なしと断定せず「未検出」「未確認」を分けて表示します。
実験の順序を固定する
最初は bonus のない manual route、次に一つの upgrade、最後に automation や event を加えます。各段階で開始時の cash、終了時の cash、進行、移動、break time を保存します。条件を固定するほど、ore、chest、eagle、Power Up の影響を別々に説明できます。
異なる結果を分類する
同じ mechanic でも、表示の変化、行動の変化、reward の変化、再参加後の ownership は別の結果です。どれが変わったかを記録し、変わらなかった項目も残します。server、party、layer、購入状態が違う場合は、同じ仕様の比較ではなく条件付きの観察にします。
current UI を優先する
古い video や guide は route の手がかりになりますが、現在の target、menu、popup、clear message を置き換えるものではありません。表示された名前が同じでも、範囲、価格、reward、timer が変わる可能性があります。更新を報告するときは、観察日時と source を必ず添えます。
読者が再現できる記録
再現用のメモには、開始場所、server、party、layer、使用した item、event の有無、終了条件を書きます。結果を断定できないときも、何が分からなかったのかを具体的に示します。この形式なら、次の更新後に同じ route を走って差分を確認できます。
小さな実験から始める
一回の run で全 mechanics を検証しようとせず、まず普通の block と通常 cash だけを測ります。次に ore、automation、chest、Power Up、eagle のどれか一つを加え、増えた表示や止まった時間を確認します。複数の結果が一致するまで、固定 rule や complete table として公開しません。
失敗した試行も残す
期待した popup が出なかった、unit が target に届かなかった、clear が表示されなかったという結果も useful evidence です。成功例だけを集めると、発生条件を過大評価します。失敗時の server、layer、party、使用 item を残し、次の試験で一つずつ条件を変えます。
変更前後を同じ言葉で書く
変更前を通常、変更後を試行と呼び、cash、progress、break time、移動、target、popup を同じ順に記録します。記述の粒度が揃っていれば、別の player の結果や別の server の結果も条件付きで比較できます。条件が足りない結果は、正しいか間違いかを急いで決めず、追加確認の対象にします。
Sources checked
おすすめガイド
今やりたいことに合うガイドを選んでください。
Flatten The Mountain Eagle Guide
Flatten The Mountain の eagle warning を見分け、危険から移動し、run を回復し、Turret との関係を慎重に検証します。
メカニクスFlatten The Mountain Mining and Cash
Flatten The Mountain の mining と cash の項目を分け、manual と automation の break を比較し、特殊イベントを混ぜずに測定します。
メカニクスFlatten The Mountain Mountain Layers
Flatten The Mountain の layer clear、progress 表示、強化の調整、残った block の探し方を整理します。
Mechanicsの全ガイド
手順・確認ポイント・現行版の注意点をまとめた3件のガイドです。
Flatten The Mountain Eagle Guide
Flatten The Mountain の eagle warning を見分け、危険から移動し、run を回復し、Turret との関係を慎重に検証します。
2026年9月1日Flatten The Mountain Mining and Cash
Flatten The Mountain の mining と cash の項目を分け、manual と automation の break を比較し、特殊イベントを混ぜずに測定します。
2026年9月1日Flatten The Mountain Mountain Layers
Flatten The Mountain の layer clear、progress 表示、強化の調整、残った block の探し方を整理します。