ゲーム公式スクリーンショット
ゲーム公式スクリーンショット · 公式プレスキット ↗

リンクされた情報源と元の分析に基づいています。実物のプレイテストは主張されていません。

英語リサーチ版からローカライズされ、ゲーム内の固有名詞は検索のために保持されています。

ヒントレベル

01ネタバレの前に答えを

松明パズルにはさまざまな解法があります。開発者は、それらを含むハブの異常な特徴を探すように言い、運搬の間 (Chamber of Transport)松明が最も実行しやすいと指摘し、松明を灯すのはウィスプの話ではないとも述べています。別の開発者の返信では、ガーデンルートには力任せではなく意図された解決策があることを確認し、マップ上の部屋の輪郭を指し示しています。

これらは調査を始めるための手がかりであり、完全な松明チェックリストではありません。コミュニティレポートは複数の議場についてより具体的なアイデアを提供していますが、利用可能なガイドは不完全で不確かなコメントが含まれています。この記事は開発者の声明とそれらの報告を分けています。すべての松明、庭の小道、前提条件や秘密のエンディングが独立して検証されたとは主張していません。

ネタバレを抑えたいなら、松明のあるハブを一つ選び、その周囲の特徴を調べてみてください。具体的な最初のターゲットを選びたい場合は、実行のしやすさを理由に開発者が推奨する「トランスポート」です。個々の解を保存したいなら、部屋ごとのセクションの手前で止めましょう。後の分析では、推測と確定ルールを混同せずに慎重に手がかりを検証する方法を説明します。

02すべての松明が同じ行動を共有していると決めつけないでください

開発者が「各解は異なる」と述べたことは、最も明白な近道への有用な訂正です。あるハブで発見された手法が、他のトーチで繰り返す行動を自動的に行うべきではありません。代わりに、トーチとその周囲との関係性を探す習慣を持ち続けてください。

この区別は、多くの生産的でない繰り返しを避けることができます。あるパズルが記号を一致させるものであっても、すべての松明が記号列であるというグローバルなルールを確立するわけではありません。別のパズルが標識を覆うものであれば、すべての珍しい印を覆うべきだとは限りません。共通点は秘密のカテゴリーであり、局所的な手がかりは異なる解釈を必要とすることがあります。

新しいハブに入ったら、新しい観察リストを始めましょう。松明の周囲の環境、異常な物体、繰り返される記号、意図的に配置された特徴を含めましょう。最初はリストを記述的にしてください。マーキングされた表面は観察です。したがって、それを押さなければならないのは解釈です。そのジャンプを遅らせることで、シーンを読み取る複数のもっともらしい方法が得られます。

03松明の点火からウィスプを分離する

松明の議論では、開発者は灯りがウィスプに関係しているという考えを否定しています。これはプレイヤーの推測に直接答えています。成功したように見えるイベントを後で述べる不確かなコメントよりも強力な情報源です。

実際の意味合いは、ウィスプがゲーム内のすべての秘密に無関係であるという意味ではありません。文脈の中でこの文脈を守ってください:ウィスプ収集を松明の起動要件と考えてはいけません。すべての終盤進行に関する広範な主張は証拠を超えてしまいます。同様に、開発者の回答はすべてのオプションシステム間の関係性を記録していません。

もし実験がたまたまウィスプコレクションの後に続くなら、単にそのコレクションが先に来たからといって成功を帰属させるのは避けましょう。トーチで実際に何を変えたかを比較してください。局所的な行動、異なる位置、あるいは完成したパターンが関連する出来事である場合もあります。これらの可能性を分けておくことで、偶然の連続がノートの誤解を招く前提条件になるのを防ぎます。

ガイドを開く ·ネタバレを含みます

最初の検査ルーチン

解こうとせず、松明の周囲のエリアを説明することから始めましょう。近くにどんな記号がありますか?普通の風景と異なる物体は何ですか?意図的にマーキングされているように見える表面はありますか?比較できる繰り返しの要素はありますか?これらの質問は、公式な手がかりのリストではなく、オリジナルの観察ルーチンです。

次に、可能な関係性を特定します。松明の近くにある記号は別の記号に対応するかもしれません。いくつかの印がセットを形成するかもしれません。空間パターンがルートを表すかもしれません。複数の解釈を生み続け、相互作用やより明確な視覚的一致がそれを支持するまで保持しましょう。目的は証拠を通じて可能性を絞り込むことであって、すべての装飾的な細部を隠されたスイッチとして扱うことではありません。

最後に、小さなテストを一つ選びましょう。有効なテストは、多くの対象や視点を一度に変えるのではなく、提案した関係性が重要かどうかを明らかにすべきです。期待していたことと変わったことを記録してください。何も変わらなければ、すぐにその手がかりが無関係だと結論づけないでください。意図した条件で提案された行動を実際に行ったかどうかを確認してください。

なぜ『トランスポート』が賢明な最初の調査であるのか

開発者はトランスポートを最も実行しやすい松明と呼んでいます。これは開始ターゲットに関する推奨であり、すべてのプレイヤーがすぐに解読するという約束や、その解法が他のすべてのプレイヤーに教えるという約束ではありません。それでも有用であり得ます。なぜなら、最初に完成したトーチが、局所的な手がかりを読むという広い概念を抽象的でなくする可能性があるからです。

コミュニティガイドは、松明の上のシンボルと中央の立方体の面の画像との対応関係を説明しています。報告されている方法は、対応する面(上面と底面を含む)を見てから変化する合図に反応するというものです。この記述はここで独立して検証されていません。この情報は開発者の公式ヒントに統合するのではなく、プレイヤーガイドとして引用すべきです。

その方法を使用する場合は、各操作後の合図の観察に集中してください。この記事が印刷できる普遍的な一連の手順があると仮定してはいけません。実際の作業は、見える指示を見える面に合わせて反応を確認することであり、作成された手順をコピーすることではありません。

剛性に関して報告されていること

コミュニティの松明ガイドでは、剛性の間 (Chamber of Rigidity)には覆う必要のある4つの目の印があるとされています。コメントでは、異なるブロックタイプでもこの目的を果たせることが補足されています。これは有用な手がかりですが、この記事ではどちらの記述も独立した検証や、必要な全オブジェクトへの完全なルート文書は付随していません。

同じコメントの議論には、プレイヤーが3つの普通のブロックしか識別できず、もう一つの目の上に立っても十分ではないと判断した例が含まれています。この報告をすべてのプレイヤー操作に対する普遍的な禁止に変換すべきではありません。これは一人の人の失敗したテストを説明しています。編集上のより強い利用方法は、最も明白なオブジェクトのみを数えると提案された方法が不完全になる理由を示すことです。

実際の調査では、4つの候補の目を特定し、実際に操作できるオブジェクトでどれが覆われているかを追跡してください。インベントリは観察された利用可能性に基づいて管理してください。第4のブロックの位置を作り出したり、見た目が異なるだけでオブジェクトが無用であると仮定してはいけません。コミュニティのコメントはオブジェクトの機能を確認することを提案していますが、詳細は実際のシーンで確認する必要があります。

安定性に関して報告されていること

コミュニティガイドのコメントは、中央の部屋の柱の上面をルートマップの一部として解釈しており、7×8として記述されています。提案された解決方法は、対応する部屋を通る有効な経路に沿って、ブロックや壁歩きで障害物を乗り越えることです。これはコミュニティによる報告であり、開発者が確認した図やこの記事で再現されたルートではありません。

松明の議論の別の関係者が、印をつけた石を並べていて、うまくいかないパターンを見つけた。その失敗した配置は答えとして公表されるべきではない。この対比は有用だ。なぜなら、認識可能なイメージを組み立てることと、それを部屋と正しく関係性を解釈することは別々の作業だからだ。もっともらしい地図でも、誤った方向付けや誤った参照座標系に割り当てられることがある。

この手がかりを調査する際は、まず文字起こしとナビゲーションを区別してください。マーキングを正確に記録し、その結果得られたパターンが実際の部屋のランドマークとどのように関連しているかを判断してください。寸法だけで方向を確定するのに十分とは考えないでください。このガイドは完全な地図を提供しず、特定の開始正方形を認証するものではありません。

なぜフローコメントには特別な注意が必要か

あるコメント投稿者は、松明の近くのひび割れた封印の上に立っていた際にブロックに押しつぶされたと述べています。彼らは「フロー」と呼ぶ部屋です。同じコメントでは、正確なアンロック条件は不明であり、以前に集めたウィスプが重要だったのか疑問に思っています。それは不完全な報告であり、確定したレシピではありません。

開発者のより広範なトーチ返答では、ウィスプはトーチ起動の基礎ではないとされています。したがって、コメントのウィスプ推測を要件として繰り返さないでください。コメント者が関連する状態を誤認したり、セッションに関する無関係な事実を含めた可能性は残っています。利用可能な証拠は、この出来事全体を検証された解決策にするには不十分です。

この記事はまた、フローとストリームを自動的に統合するものではありません。コミュニティの名称は一貫性がなく、ここでの情報源はそれらのラベルが同じ場所を指しているかどうかを明確にしていません。リードを追う場合は、他の場所からのアドバイスを適用する前に、ゲーム内で表示されている部屋名と正確なローカル機能を確認してください。

ガーデンの手がかりはつながりのある質問であり、力任せの命令ではありません

ガーデンの議論は二つの狭いポイントを確立します。ルートを見つける意図された方法があること、そしてマップの部屋の輪郭が重要であることです。すべての庭の通路や松明と庭園の間の完全な地図を提供するわけではありません。手がかりを使って地図を調べ、特定の輪郭がすでに解読されていると主張するのではありません。

形を観察することと、その使い方を解釈することから分けてください。まず、研究している部屋に属する輪郭を特定します。次に、その形状が局所的な場面に関連してどのような情報を伝えられるかを問いましょう。対応関係を説明できない場合は、仮説として扱いましょう。ルートに似たパターンは推論の出発点であり、ルートの証明ではありません。

意図した関係性を説明せずに、力任せで結果を生むこともあります。もしパズルを理解することが目的なら、観察を保存し、一貫した解釈を検証するより有用なアプローチです。開発者のヒントは、試行錯誤だけが唯一の設計された道だと仮定するのではなく、その解釈を探す理由を与えてくれます。

3列の手がかり帳簿を管理しましょう

短い台帳の見出しで「観察」「提案された意味」「テスト」を使いましょう。エントリーでは松明の近くの記号を描き、それが他の物体と一致していることを提案し、その読み方を区別する行動を特定することがあります。この形式は、後でゲームが明示的に教えた解釈として記憶されるのを防ぐのに役立ちます。

テストの後、普通の言葉で結果を追加してください。手がかりが変わったり、松明が灯ったり、目に見えない音が、文脈なしに正解・間違っているというよりも強い音符です。結果が曖昧な場合は、その曖昧さを記録してください。すべての実験を決定的な結論に押し込む必要はありません。

これは特に複数の秘密システムが同じハブを占めている場合に重要です。あなたが試そうとした関係を確立せずに、他の行動に変化が生じることもあります。観察していた特定の特徴を追跡してください。台帳は単なる興味深い出来事の年代ではなく、因果関係の説明を構築するのに役立ちます。

実験の規模を制御する

可能な限り、セットアップの重要な部分を一つだけ変えてください。複数のオブジェクトを動かしたり、複数の視点を切り替えたり、異なるインタラクションを行ってから松明を確認すると、成功を認めるのは難しいでしょう。局所的なパズルを解いても、結果を説明したり繰り返したりできないことがあります。

小規模な実験でも、たいまつに火がつかなくても有用です。記号が更新されること、物体がマーキングを覆うこと、あるいは提案された基準系が部屋と一致しないことを証明するかもしれません。これらの観察は不確実性を減らします。完全な起動のみを進行とみなすことで、途中で得た情報を隠すことができます。

同時に、仮説を検証できなくなるほど実験を狭くしすぎないようにしましょう。提案するルールが4つの完全なマーキングセットに関する場合、1つだけをカバーしても目に見えるフィードバックが得られないかもしれません。その場合はセットアップを注意深く追跡し、1つの作品の沈黙を否定と解釈するのではなく、全体の条件を評価してください。

ネタバレはラベルだけでなく質問ごとに管理してください

詳細なシークレットガイドを開く前に、何に答えを求めているのか決めてください。出発地点、シンボルが関連性の確認、インタラクションの種類、それとも完全な解決策が必要ですか?これらは異なるネタバレレベルです。広範囲に探せば、そこに至った狭い不確実性以上のものが明らかになります。

松明については、開発者のローカル機能のヒントが低詳細の出発点です。個々の部屋のコミュニティ方式はより多くの情報を明らかにします。終盤のメタガイドは、松明の起動を超えた繋がりを明らかにするかもしれません。すべての秘密ガイドが互換性があると考えるのではなく、質問に合致する情報源を選びましょう。

この概要では、完全な終了シークエンス、全てのトーチルート、完全な言語チャートを意図的に省略しています。ここで用いる研究では、いずれも独立して検証されたものではありません。既知の手がかりを使って、完全完了の無根拠の約束を受け入れることなく、一度に一つのチャンバーを調査することができます。

説得力のあるパターンが何も効果を示さない場合

まずは識別を確認してください。意図されたチャンバーと特徴にいますか?次に転写を確認してください。パターンは正確に記録しましたか?向きも含めて。次に実行を確認してください。その動作は実際に提案したルールを満たしていましたか?これらのチェックは有望な解釈が失敗するさまざまな方法に対応しています。

そのチェックの後にのみ、解釈自体を再考すべきです。パターンは装飾的であったり、ハブの別の部分を指す場合や、異なるやり取りを必要とする場合もあります。開発者の「珍しい特徴を求める」という助言は、すべての珍しい特徴が最寄りのトーチを直接起動させるとは限りません。証拠がそれを裏付けるまでは関係を仮のままにしてください。

テストが失敗した際に未検証の前提条件を追加して不確かな理論を修復しないでください。そうすると理論を反証しにくくなり、不要な収集作業を招く可能性があります。成功した観察と失敗した観察の両方を考慮した、よりシンプルな説明を好む。証拠が決定的でない場合は、リードを未解決とラベル付けする。

有用な発見を誇張せずに共有しましょう

強力なコミュニティ報告書は、チャンバーの名前を明記し、関連する特徴を説明し、行動を特定し、目に見える変化点を記録します。また、存在していた条件と必要とされる条件を区別します。この最後の区別は、多くの秘密の議論を解釈しやすくします。ウィスプを持っていることは、ウィスプが活性化を引き起こしたことを証明することとは異なります。

自分自身や他人のために解決策を記録する場合、それを理解するために必要な参照枠を含めてください。キューブ上の記号は、説明されていない左面ではなく、その見える意味や形で識別するべきです。ルートマップは部屋にどのように整合しているかを示すべきです。精度は単なる長い相対的な指示の連続からではなく、共有された目印から生まれます。

他で学んだアイデアであれば出典を明示し、未検証の拡張部分は分けておいてください。ガイドは、読者がどの部分が開発者のヒントであるか、どの部分がプレイヤーの成功報告か、どの部分がまだ調査中の仮説かを判断できると、より有用になります。

基盤となる開始計画

開発者が提案する簡単な実行ターゲットを求めるなら運搬 (Transport)から始めるか、すでによく理解しているトーチハブの珍しい特徴を調べてください。仮定されたアクティベーション要件にwispsを含めないでください。コミュニティの部屋固有の報告を手掛かりとして利用し、自分自身の視点でその局所的な関係を確認してください。

庭に関する質問では、力まかせが必須だと仮定するのではなく、マップの概略に戻ってください。流れ (Flow)のような不確実な報告については、単一の出来事を普遍的なルールに変えず、不確実性を維持してください。各部屋について、完了した局所的な実験とゲーム全体の秘密進行に関する主張を区別してください。各場所については表示名も含めて別々の記録を保持し、あるハブからの観察が静かに別のハブについての仮定にならないようにしてください。特に類似したイメージによって、理解されていない関係に基づき異なるパズルを組み合わせることが奨励されてしまう場合には重要です。

利用可能な証拠は、慎重な探索ガイドを支持するものであり、完全に検証された秘密ルートを提供するものではありません。その実用的価値は探索範囲を絞り込むことにあり:局所的な手掛かり、異なる解法、明示的な観察、そして控えめなテストです。このアプローチは、ゲームの発見と、現在の情報源が実際に確立している限界の両方を尊重します。

出典と証拠

  1. 松明についての開発者との議論 ↗
  2. 開発者のヒント:庭の道と部屋の輪郭 ↗
  3. flybotlegoによる松明の解法 ↗