Gems は Flatten The Mountain の cash とは別の資源です。現在のコミュニティ資料では chest、lobby の claim、Pickaxe Store の offer が関連づけられていますが、完全な reward 表、保存条件、共有ルールは creator の固定仕様として確認できません。残高を cash sample に混ぜず、入手と支出を別の ledger にします。
現在の Gem 残高を確認する
run 前の Gems、chest 開封前後、claim 前後、購入前後を記録します。同じ見た目の reward でも、Gems が表示上増えたのか、購入 offer が unlock されたのかを分けます。再参加後の残高も確認し、temporary 表示と permanent ownership を混同しません。
現在報告されている入手源
| Source | 何を確認するか | Status |
|---|---|---|
| Buried chest | 開封表示と量 | community reported |
| Lobby claim | claim ボタン、timer、加算 | current UI で再確認 |
| Store / offer | 価格と購入後の状態 | 通貨を読み違えない |
1 回の chest で一定量が出ても、すべての chest に同じ reward があるとは限りません。Buried Chests の記録に layer、server、発見者、開封者を残してください。
Chest reward を正しく記録する
開封前に cash と Gems を撮り、reward popup が消える前に文言と量を写します。開封のために移動した時間、power-up、eagle event、他 player の採掘があれば、cash farming の sample と分離します。報酬が見えない場合は量を推測しません。
Pickaxe Store で Gems を使う
Pickaxe Store の offer ごとに price、effect、rarity、ownership、availability を読みます。購入前の Gems を使い切ると、次の upgrade の payback 比較ができません。現在の bottleneck が tool なのか Player、Drone、Turret なのかを測ってから購入します。
保存するか使うか
次の Pickaxe の価格、毎 run の実測入手量、残りの layer、購入後に働く時間を一列にします。完了直前なら高価な tool は回収できず、長く遊ぶ route なら早い購入が有利になる場合があります。固定の saving rule ではなく、現在の目標で決めます。
persistence と scam 回避
再参加、別 server、次の run で Gems が残るかを表示と実測で確認します。Roblox の公式 experience とゲーム内の purchase interface だけを使い、外部の claim、無関係なコード、別 game の reward を追いません。Codes では 2026 年 9 月 1 日時点で creator 確認済みの working code が見つからない状態を報告しています。
Gems はどうやって入手しますか？
現在の資料には buried chest と lobby claim の例があります。実際の popup、量、server 条件を記録し、固定 drop 表は作りません。
Gems は何に使いますか？
Pickaxe Store の Gems offer を検討する資源として使います。price と effect を確認し、Robux や cash と混同しません。
すべての chest が 50 Gems をくれますか？
そのような恒久的ルールは確認できません。1 回の report を全 chest に広げず、現行 popup を読みます。
Gems は run をまたいで残りますか？
再参加前後と別 server で残高を確認するまで断定しません。ownership と balance を別々に記録してください。
Gems を記録する基本
Gems を見つけたら、取得場所、popup、取得前後の残高、server、party、時刻を一緒に残します。所持数が変わったことと、どの chest や claim が原因だったかは別の観察です。画面の一時通知だけで、永続的な ownership や全 player への共有を推測しません。
shop での使い道を比べる
Pickaxe Store に Gems offer がある場合は、price、effect、購入後の残高、手動作業の短縮を確認します。購入した item が再参加後に残るか、別 server でも表示されるかを確かめてから恒久的な価値を判断します。Robux や cash の offer と同じ通貨だと扱わないでください。
chest reward の不確実性
一回の buried chest で得た量を、すべての chest の固定 reward として表にしません。開封者、場所、layer、server、更新状態を変えずに複数回比べ、差があればその条件を記録します。量が見えない場合も、見えなかったこと自体を observation として残します。
再参加と server の比較
再参加前後で Gems が残ったかを確認し、別 server では同じ account の残高を比較します。残高が変わったときは、購入、chest、claim、表示遅延を一つずつ確認します。原因が特定できないまま、消失や共有の仕様を断言しません。
更新後の確認
shop の currency、価格、item の説明が変わったら、古い投稿の Gems 表を現行の確定値として使いません。現在の画面、取得時刻、確認できた効果だけを更新し、未確認の drop や恒久性は慎重な注記にします。
balance を追跡する
Gems の残高を記録するときは、取得、claim、購入、再参加を別の行にします。popup が出た時刻と balance が反映された時刻がずれる可能性もあるため、すぐに消失や共有と決めません。別 server に移った場合も、同じ account の表示を比べます。
価値を測る
Gems を Pickaxe Store で使うときは、使った量、得た effect、手動の時間短縮、通常 run の収入を分けて評価します。購入した item が良いかどうかは、見た目や価格だけでなく、現在の bottleneck を解消したかで判断します。bonus が発生した run は通常の平均から外します。
情報を更新する条件
同じ reward が複数回見えても、全 chest 共通の仕様とは限りません。場所、開封者、layer、server、party をそろえた結果だけを比較し、条件が違う場合は別 observation として保存します。確認できない数値を完全な表にするより、範囲と不確実性を明示します。
読者が確認する項目
取得、claim、購入、再参加のどの段階で balance が変わったかを一行ずつ残します。Gems が見えたこと、所持数に反映されたこと、次の server でも残ったことは同じ意味ではありません。三つを分けると、reward と persistence の誤解を防げます。