게임 공식 스크린샷
게임 공식 스크린샷 · 공식 보도 자료 ↗

링크된 출처와 원본 분석을 기반으로 합니다. 직접 플레이테스트가 이루어진 것은 주장되지 않습니다.

영어 연구 판에서 현지화되었으며; 게임 내 고유명사는 검색을 위해 유지됩니다.

필요한 조건부터 시작하세요

공식 게임 설명에는 활이 블록을 움직이고 스위치를 활성화할 수 있다고 확인해 줍니다. 이것이 블록의 중요성을 확립하지만, 모든 블록이나 스위치가 서로 교환 가능해지지는 않습니다. 다음 유용한 행동에 필요한 조건을 먼저 확인하세요. 접근 권한, 특정 접근법, 또는 경로와 유용한 관계에 있는 물체가 필요할 수 있습니다. 그런 다음 어떤 보이는 요소가 그 조건을 설정할 수 있는지 물어보세요. 가장 가까운 블록을 이동시킬 수 있다는 이유로 움직이는 것은 실험입니다; 새로운 상태가 무엇을 가능하게 하는지 설명할 수 있을 때에만 계획이 됩니다.

아래의 상세 방법은 철저한 기계 매뉴얼이 아니라 독창적인 계획 전략입니다. 과거 보도에서는 추가 상호작용이 설명되었으나, 그 관찰을 검증 없이 보편적 현행 규칙으로 확장해서는 안 됩니다. 따라서 이 가이드는 모든 객체에 대해 정확한 쌓기, 부착, 압력, 해제 동작을 주장하는 것을 피합니다. 자신의 교실에서 받은 교육과 피드백을 활용해 그 사실을 확립하세요. 가상의 예시는 명확히 명확히 논리에 관한 것이지, 명명된 해결책이 아닙니다. 목적은 결과를 해석하고, 접근성을 유지하며, 순서 충돌을 식별하는 데 도움을 주고, 메커니즘을 발명하거나 수동 되돌리 기능이 있다고 가정하는 데 있습니다.

각 원소에 중립적인 정체성을 부여하세요

목적에 따라 이름을 붙이기 전에 장소나 안정적인 시각적 구분으로 물건 이름을 붙이세요. "입구 블록"은 움직이면 계속 식별 가능합니다. "문 잡는 사람"은 아직 확립하지 못한 기능을 가정합니다. 마찬가지로, 대상의 역할이 명확해질 때까지 "최종 스위치"가 아니라 "표시된 스위치"라고 부르세요. 중립적인 이름은 노트가 결론을 내재시키는 것을 막아줍니다. 또한 같은 요소에 대한 서로 다른 가설을 비교할 때 무의식적으로 의미를 바꾸지 않게 해줍니다.

각 이름 붙여진 요소마다 세 개의 짧은 항목을 유지하세요: 관찰된 상태, 관찰된 효과, 그리고 검증되지 않은 아이디어. 관찰된 상태는 위치나 가시적 활성화와 관련될 수 있습니다. 효과는 특정 행동 이후 변화한 것을 기록합니다. 아이디어는 해결책에서 가능한 역할을 예측합니다. 이 항목들은 합쳐져서는 안 됩니다. 객체가 접근 권한을 유지할 수 있다고 믿는다면, 관계가 입증될 때까지 아이디어로 남겨두세요. 이 훈련은 특히 여러 유사한 요소가 있는 방에서 유용하며, 기억된 효과가 실수로 잘못된 대상에 할당되거나 다른 시작 배열에서 이어질 수 있습니다.

객체 목표와 접근 조건을 분리하라

블록이 특정 위치에 있는 것은 보통 그 위치가 허용하는 것 때문에 의미가 있다. 그 목적을 명확히 기술하라. "열기 옆의 객체"는 상태를 설명하고, "이 상태로 목표에 접근할 수 있음"은 그 가치를 설명한다. 배치를 요구사항과 연결할 수 없다면, 실제 문제를 진전시키지 않는 시각적으로 그럴듯한 배열을 추구하는 것일 수 있다. 이러한 경우는 해결책에 근접한 느낌을 주지만 명확한 다음 단계를 제공하지 않는 긴 실험의 흔한 원인이다.

목적지를 거꾸로 읽고 즉각적인 전제 조건을 나열하라. 그런 다음 어떤 전제 조건이 객체에 의존하고 어떤 전제 조건이 자신의 위치에 의존하는지를 식별하라. 문은 원칙적으로 접근 가능할 수 있지만, 당신이 그 경로를 가지지 못할 수 있다. 목표는 도달 가능할 수 있지만, 영향을 받는 객체가 의도한 결과에 준비되지 않았을 수 있다. 이러한 요구사항을 분리하면 너무 일찍 성공을 선언하지 않게 된다. 유용한 배치는 결합된 상태의 한 부분이며, 나머지 상태 역시 방금 이동한 객체와 동일한 주의가 필요하다.

제어된 조건에서 스위치 동작을 테스트하라

스위치가 무엇을 하는지를 배우려면, 상호작용 전후의 관련 방 상태를 관찰하라. 변화할 것으로 예상되는 요소와 현재 시점에서 그것을 볼 수 있는지를 확인하라. 효과가 숨겨져 있다면 아무것도 없다고 가정하지 마라. 다른 가능한 위치를 고려하거나 간단한 사전-사후 기록을 남겨라. 관찰 계획을 변경하지 않고 상호작용을 반복하면, 특히 명백한 목표와 영향을 받는 요소가 멀리 떨어져 있을 때 동일한 불확실성이 유지될 수 있다.

스위치의 지속성을 외관만으로 일반화하지 마라. 당신의 계획이 사용할 조건에서 무슨 일이 일어나는지 확인하라. 효과가 특정 배열에 의존한다면, 그 배열을 기록하라. 다른 행동 후에 효과가 지속되는지 테스트하지 않았다면, 지속성은 알 수 없음으로 표시하라. 이는 모든 조합을 철저히 시험하라는 지시가 아니다. 다음 단계에 중요한 조건만 테스트하라. 위치를 변경한 후 접근이 가능한지와 같은 좁은 질문이 방 안의 모든 스위치를 분류하려는 광범위한 시도보다 더 가치 있을 수 있다.

의존성 목록을 작성하라

종속성 목록은 어떤 행동이 유용하거나 사용 가능해지기 전에 무엇이 참이어야 하는지를 명시합니다. 계획된 각 행동에 대해, 그 전제 조건과 결과를 평이한 언어로 작성하세요. 예를 들어, 상상한 행동은 객체의 특정 측면에 접근해야 할 수 있으며, 한 접근 경로를 막는 동안 다른 경로를 생성할 수 있습니다. 이것들은 검증을 위한 조건적 설명이지 가정된 메커니즘이 아닙니다. 이렇게 여러 행동을 나열하면, 순서 문제의 원인이 자주 드러납니다.

행동 A가 행동 B에 필요한 위치를 만든다고 가정해 보세요. 그러나 행동 B는 행동 C에 필요한 접근을 제거합니다. 퍼즐은 더 이상 구별되지 않은 블록과 스위치의 집합이 아닙니다. 조사해야 할 특정 충돌이 있습니다. 아마도 C가 더 먼저 수행되어야 할 수도 있고, 다른 접근 방식으로 그 전제 조건을 만족시킬 수도 있으며, 또는 B에 대한 모델이 불완전할 수도 있습니다. 하나를 선택하기 전에 대안을 작성하세요. 이렇게 하면 단순히 익숙하다는 이유로 A와 B를 반복해서 실행한 후, C에서 동일한 결핍 조건을 발견하더라도 새로운 것을 배우지 못하는 일을 방지할 수 있습니다.

유용한 방해와 우연한 방해를 구별하세요.

객체가 필요한 접근을 방해할 수 있지만, 방해가 자동으로 실수인 것은 아닙니다. 공간 퍼즐에서 막힌 공간의 중요성은 목표와 검증된 규칙에 따라 달라집니다. 추론 작업은 어떤 경로와 상호작용이 사용 불가능해지는지, 그리고 그 변화가 목적을 달성하는지를 묻는 것입니다. 객체 상태에 대해 무엇을 막거나 가능하게 하는지 명시하지 않고 "나쁜 위치"와 같은 전반적 판단을 내리는 것을 피하세요.

이는 대상의 역할이 완료되거나 다른 접근 방식에서 유용할 수 있는 가능성과 여전히 호환됩니다. 막연한 메모인 "여기에 절대 두지 마라"는 필요 아이디어를 조기에 배제할 수 있습니다. 조건적 사고는 선택지를 보존합니다. 또한 순서 기회를 인식하는 데 도움이 됩니다: 초기에는 해로운 상태가 다른 요구 사항이 충족된 후에는 무해하거나 유용할 수 있습니다. 조건의 순서는 최종 배열만큼 중요합니다.

매 이동 시 자신의 위치를 추적하세요.

블록 계획이 종종 실패하는 이유는 플레이어가 객체를 정신적으로 이동시키면서 본인은 편리한 가상의 위치에 머물기 때문입니다. 객체 변화를 예측한 후, 실제로 어디에 있을지, 다음 상호작용에 어떻게 도달할지를 물어보세요. 경로가 더 이상 사용 불가능한 공간을 통과할 수도 있습니다. 새로운 방향은 어떤 접근이 유용한지를 바꿀 수 있습니다. 객체 상태와 플레이어 상태는 동일한 계획에 포함되지만, 혼동을 피하기 위해 별도로 기록해야 합니다.

” 어떤 부분이 불확실하면 다음 질문으로 표시하세요. 이 방법은 단지 머릿속에서만 작동하는 계획을 잡아줍니다. 1인칭 공간 퍼즐은 상호작용 사이에 실행 가능한 경로가 필요합니다. 모든 카메라 각도를 시각화할 필요는 없지만, 다음 행동에 필요한 위치가 어떻게 설정될지를 고려해야 합니다.

익숙하지 않은 상호작용에는 최소 실험을 사용하세요.

두 개의 객체가 상호작용할 수 있는 경우, 방이 허용하는 한 질문을 최대한 격리하세요. 현재 관계를 기록하고 관찰 가능한 한 가지 결과를 예측하세요. 해당 조건이 질문에 필요하지 않다면 시험을 스위치 작동이나 방향 변경과 섞지 마세요. 목적은 어떤 변화가 어떤 결과를 초래했는지를 확인하는 것입니다. 원인을 설명하거나 관련 시작 조건을 재현할 수 없다면, 눈에 띄는 결과는 특별히 도움이 되지 않습니다.

시험 후에는 결과를 일반적인 메커니즘의 이름을 바로 붙이지 않고 설명하세요. 객체들이 그 배열에서 함께 움직이는지, 하나를 변경하면 관계에 영향을 미치는지 관찰할 수 있습니다. 이러한 관찰은 이후 더 일반적인 규칙을 지원할 수 있지만, 최초 기록은 정확하게 유지해야 합니다. 이는 특히 이전 가이드를 참고할 때 중요합니다. 이전 가이드는 미리보기 빌드의 메커니즘을 논의할 수 있기 때문에 현재 관찰이 계획에 대한 관련 증거입니다. 역사적 설명을 질문을 위한 단서로 사용하고, 설치된 게임에서 모순되는 결과를 무시할 허가로 사용하지 마세요.

명백한 모순을 진단하세요.

익숙한 상호작용이 다르게 작용할 때, 규칙이 일관되지 않다고 결론 내리기 전에 시작 조건을 비교하세요. 객체의 표면과의 관계가 달랐나요? 관련 위치에 다른 객체가 있었나요? 같은 위치에서 접근했나요? 스위치가 같은 상태였나요? 처음에는 장식처럼 보였던 차이가 중요할 수 있습니다. 올바른 대응은 두 시도 사이의 가장 작은 의미 있는 변화를 확인하는 것입니다.

예상 사례와 놀라운 사례 두 줄로 대조 노트를 작성하세요. 상호작용과 관련된 조건만 기록한 후, 차이를 표시하세요. 차이를 식별할 수 없다면, 관찰이 불완전하거나 문제에 외부 도움이 필요할 수 있습니다. 이야기를 일관되게 만들기 위해 단순히 규칙을 지어 넣지 마세요. 불확실성을 정확히 보고하는 것이 유용합니다. "겉보기에는 유사한 조건에서 다른 결과를 관찰했다"는 것은 집중된 테스트나 커뮤니티에 명확한 질문을 제시할 근거를 제공합니다.

최종 배열과 구성 순서를 구분하세요.

유용한 최종 배치를 올바르게 상상하더라도, 그것에 도달하려면 임시 접근을 보존하는 순서가 필요할 수 있습니다. 원하는 상태를 작성한 후, 한 번에 한 전제 조건씩 거꾸로 작업하세요. 어떤 객체 관계가 마지막으로 확립되어야 할까요? 어떤 접근 권한이 필요한가요? 어떤 이전 변경이 그 접근을 제거하나요? 이 역방향 과정은 왜 합리적인 미래 계획이 마지막에 반복적으로 실패하는지 밝혀줄 수 있습니다.

모든 객체가 즉시 최종 위치로 직접 이동되어야 한다고 가정하지 마십시오. 일반적인 계획에서 중간 상태는 접근 방식을 보존하거나 다른 행동을 가능하게 하기 때문에 유용할 수 있습니다. 특정 중간 배치가 가능한지는 방의 실제 규칙에 따라 달라집니다. 이를 검증할 가설로 간주하세요. 중요한 개념적 구분은 어떤 것이 궁극적으로 어디에 속하는지와 언제 그 상태에 도달해야 하는가입니다. 이 질문들을 혼동하면 해결 가능한 순서 문제가 불가능한 기하학적 배열처럼 보일 수 있습니다.

차단된 경로를 정보로 읽으세요

시도 중 접근이 차단되면 정확히 어떤 접근이 사라졌는지 기록하세요. 지상으로 가는 경로, 목표물에 대한 유용한 접근, 또는 다음 단계를 이해하는 데 필요한 시야를 잃었나요? 이들은 서로 다른 손실입니다. 첫 번째는 이동에 관한 것이고, 두 번째는 상호작용에 관한 것이며, 세 번째는 정보에 관한 것입니다. 새로운 관점은 첫 두 가지를 바꾸지 않고 세 번째 문제를 해결할 수 있습니다. 다른 순서는 동일한 최종 위치를 유지하면서 두 번째 위치를 해결할 수 있습니다.

이 분류는 불필요한 변경을 피하는 데 도움이 됩니다. 문제가 영향을 받은 문이 보이지 않는다면, 모든 객체를 다시 이동시키면 유망한 상태가 파괴될 수 있습니다. 대신 다른 사용 가능한 각도에서 점검하세요. 문제가 로스트 접근법이라면, 어떤 조건이 복원되는지, 또는 이전에 필요했는지 물어보세요. 경로 자체가 사용 불가능하다면, 그곳으로 이어진 의존성을 점검하세요. 전체 배치를 사용 불가능하다고 선언하는 대신 잃어버린 자원에 이름을 붙일 때 고장 분석이 훨씬 효율적이 됩니다.

작은 상태 테이블을 사용하세요

어려운 순서를 위해서는 플레이어 위치, 중요한 객체 관계, 스위치 관측, 그리고 가능한 다음 행동 순서로 열을 정리한 표를 만드세요. 각 행은 실제로 도달한 상태나 명확히 표시된 예측을 나타냅니다. 방 안의 모든 객체를 기록하지 마세요. 현재 질문에 영향을 미치는 상태의 요소만 포함하세요. 이렇게 하면 표가 읽기 쉬워지고, 계획이 의미를 잃는 전환점을 강조할 수 있습니다.

예측된 행에 도달할 수 없는 경우, 이전 행에서의 전이를 점검하십시오. 도달한 행에 유용한 다음 행동이 없는 경우, 해당 행이 충족해야 할 것으로 예상한 요구 사항을 점검하십시오. 이 표는 이해를 대신할 수 있는 것이 아니라 불확실성을 파악하는 도구입니다. 또한 나중에 다시 시작하기가 더 쉬워집니다. 긴 입력 체인을 기억하는 대신 마지막 의미 있는 상태와 해결되지 않은 의존성을 인식할 수 있습니다. 이러한 인식은 컨트롤 바인딩이 다르거나 다른 관점에서 경로에 접근하더라도 여전히 유용합니다.

기하학적 형상을 복사하지 않고 실행 가능한 힌트에서 학습하십시오.

블록과 스위치 연속이 불투명하게 남아 있을 때, 특정 의존성을 고려하여 가용 가이드를 입력하십시오. 빠진 아이디어가 순서, 유지된 접근, 또는 요소 간의 관계와 관련이 있는지 질문하십시오. 그 후, 이동 목록이 아닌 조건 측면에서 교훈을 설명하십시오. 단순화된 배치는 메인 룸에서 더 복잡한 형태로 나타나는 상호작용을 가르칠 수 있습니다. 시각적 차이가 교훈을 무의미하게 만들지는 않습니다.

반대로, 비슷하게 보이는 배치가 동일한 순서를 요구한다고 가정하지 마십시오. 문제에서 각 요소가 무엇을 수행하는지 식별하십시오. 한 객체는 접근을 유지할 수 있고, 다른 객체는 필요한 관계를 설정할 수 있으며, 스위치는 다른 조건이 충족된 후에만 중요할 수 있습니다. 위치를 맞추는 것보다 역할을 매핑하는 것이 더 신뢰할 수 있습니다. 힌트가 즉시 도움이 되지 않는다면, 관찰한 내용을 사용하여 질문을 구체화하십시오. 이제 메커니즘을 알지만 여전히 구성 순서를 알지 못할 수 있습니다. 그것이 진전이며, 반복적인 기계적 테스트보다는 의존성 계획을 요구합니다.

이전 솔루션을 따르기 전에 현재 정보를 확인하십시오.

공식 9월 4일 업데이트는 운반 (Carry)와 전단 강도 (Shear Strength)를 포함한 여러 퍼즐 세부 사항을 변경하였고, 두 챔버의 진행 요구 사항도 변경했습니다. 이는 가이드의 날짜와 설치된 버전을 비교해야 하는 구체적인 이유입니다. 만약 워크스루에서 설명한 배치나 경로가 실제와 일치하지 않는다면, 지침을 억지로 맞추지 마십시오. 현재 장면에서 시작하여 어느 부분이 다른지 확인하십시오. 불일치는 관찰의 실수가 아니라 퍼즐이 변경되었음을 반영할 수 있습니다.

도움을 요청할 때는 방 이름, 관련 배치에 대한 간결한 설명, 충족할 수 없는 조건을 제공하세요. 지침을 비교할 때는 가이드 날짜를 포함하세요. "블록 해답"만 묻는 것은 규칙 질문과 순서 질문의 구분을 숨기게 하므로 피하세요. 정확한 요청은 더 작은 자극을 받고 더 많은 발견을 유지할 수 있습니다. 또한 누군가가 더 이상 적용되지 않는 이전 구성에 대한 조언을 줄 가능성을 줄여줍니다.

최종 상태를 감사

어떤 조건이 방을 해결해야 한다고 생각할 때는, 모든 수를 하기 전에 그 주장을 종이에 시험해 보세요. 목적지 요구사항, 이를 뒷받침하는 객체 관계, 그리고 그것을 사용하기 위해 필요한 플레이어 위치를 나열하세요. 그런 다음 이 조건들이 모두 한꺼번에 성립할 수 있는지 물어보세요. 계획은 각 조건을 설득력 있게 설명하면서도 조용히 두 개의 다른 위치에 배치하거나 다른 조건이 제거한 접근법을 요구할 수 있습니다. 결합된 상태를 작성하면 그 모순들이 오래도록 실패한 순서가 되기 전에 드러냅니다.

결합된 상태가 일관적이라면, 그것을 만드는 데 필요한 마지막 변화까지 거꾸로 추적하세요. 그 변화에 필요한 접근법과 이전 배치가 그것을 보존하는지 확인하세요. 이것은 다른 메커니즘을 요구하는 것이 아니라 구성 질문입니다. 그 구분을 명확히 유지하세요. 최종 상태를 확립할 수 없다면, 노트에 어떤 전제 조건이 빠졌는지 명확히 표시해야 하며, 배열을 불가능하다고 선언하지 않습니다. 이제 탐색할 정확한 목표가 생겼습니다: 그 전제 조건을 충족하거나 그에 의존하는 최종 상태 주장 부분을 수정하는 것입니다.

이전 감사

결과적인 객체 변경이 있기 전에, 그것이 생성하는 조건, 제거되는 접근, 결과적인 위치, 그리고 다음에 필요한 상호작용을 식별하세요. 탐색적 움직임이라면, 어떤 관찰이 그것을 유익하게 만들 수 있는지 명시하세요. 가정된 키에 의존하지 말고 실제 인터페이스를 통해 어떤 복구 방법을 확인하세요. 목표는 실수를 없애는 것이 아니라; 각 실수가 다음 계획을 개선할 만큼 읽기 쉽게 만드는 것입니다.

블록과 스위치는 그것들을 개별 장치로 취급하지 않을 때 관리가 더 쉬워집니다. 이들의 가치는 당신의 경로와 위치와 함께 설정되는 조건에 있습니다. 중립적인 이름을 사용하고, 관찰과 가설을 분리하며, 시퀀스가 실패했을 때 의존성을 기록하세요. 첫 사용이 방을 해결하지 못하더라도 확인된 상호작용은 유지하세요. 종종 다음 돌파구는 다른 메커니즘을 발견하는 것이 아니라 순서를 변경하거나 접근 방식을 보호하는 데서 옵니다. 각 상태가 무엇을 가능하게 하는지에 대한 명확한 기록은 그 가능성을 구분하는 데 필요한 증거를 제공합니다.

집중기록할 내용실용적인 반응
객체 상태표면과의 명명된 관계이 배치가 충족하는 요구 사항은 무엇인가?
스위치 관찰명시된 조건에서의 효과내 계획이 필요로 하는 지속성을 확인했는가?
플레이어 위치다음 사용 가능한 접근실제로 다음 상호작용에 도달할 수 있는가?
의존성 충돌하나의 행동이 다른 요구 사항을 제거함순서, 대체 접근, 아니면 규칙을 점검해야 하는가?

출처 및 증거

  1. He Who Watches Steam 공식 상점 페이지 ↗
  2. 공식 커뮤니티 허브 및 9월 4일 패치 노트 ↗
  3. Thinky Games 출시 전 소개, 2025년 10월 1일 ↗