- 01Windowsの最低限をセットとして読んでみてください
- 02WindowsのOSの不一致に注目してください
- 03macOSの最低限の情報をよく読みましょう
- 04保存情報が一貫性に欠けることを許容してください
リンクされた情報源と元の分析に基づいています。実物のプレイテストは主張されていません。
英語リサーチ版からローカライズされ、ゲーム内の固有名詞は検索のために保持されています。
まずは現在の小売リストから始めましょう
He Who Watchesは本記事で確認した公式SteamおよびitchリスティングでWindowsおよびmacOS向けにリリースされています。Steamリリース日は2026年9月2日です。これらの現在の小売版は、古いデモページやキャッシュされた発売予定よりもインストール計画に役立ちます。パッケージをダウンロードする前に、使用するストアのプラットフォームセクションを確認してください。
Steam本版ゲームはアプリ1070500を使っていますが、別のデモ版はアプリ2381760を使っています。この区別は、インストールガイドを参考にしたり、ローンチ問題を報告したりする際に重要です。ライブラリ内で似た名前があっても、フォーラムの回答で説明されている同じパッケージを開いたとは限りません。まずは実際のエントリを特定してください。
このページでは、リストされたサポートとコミュニティの互換性報告を分けています。ネイティブLinuxリリース、コンソール版、すべての携帯機で結果が保証されているとは主張していません。これらの結論には、直接的な現在の証拠が必要です。実践的なセットアップガイドは、経験談的な成功を公式な約束に変えることなく、サポートされた道筋を明確にすべきです。
Windowsの最低限をセットとして読んでみてください
4GHzプロセッサ、4GBメモリ、GeForce GTX 970、DirectX 10、Windows最小限のセクションで9GBの利用可能なストレージを備えています。これらは出版社から提供された要件であり、この記事のために行われた測定値ではありません。1つの項目を満たしたからといって、システムの他の部分が適しているとは限りません。
プロセッサの項目は幅広く扱われます。クロック速度だけではプロセッサ間の完全な比較にはならないため、より高いGHz数だけで互換性を判断するのは避けましょう。実際のハードウェアを特定し、リストに挙げられた要件全体を比較してください。一致がはっきりしない場合は、正確な性能推定を考えるのではなく、最新の互換性の答えを探しましょう。
最低要件は、パブリッシャーが明記しない限り特定の解像度、フレームレート、グラフィックプリセットを保証するものではありません。それらを初期のサポート境界として使ってください。パフォーマンスに関する質問については、使用しているマシン上でシーン、設定、観測結果が必要です。
WindowsのOSの不一致に注目してください
ゲームのWindows最小限セクションにはWindows 7が記載されており、SteamページにはSteamクライアントがWindows 10以降に対応していることも記載されています。これらの記述は異なるレイヤーを記述しています。ゲームの要件は、インストールや実行に使われたクライアントの現在の要件を上書きしません。古いオペレーティングシステムのラベルを、Windows 7でサポートされているモダンSteamセットアップの約束と読まないでください。
もし別のストアフロントを使っているなら、そのストアフロントの現在のパッケージやサポート情報も確認してください。Steamクライアントの要件がないからといって、すべての古いOSがゲームビルドでサポートされているとは限りません。セットアップの各部分には独自の証拠が必要です。
新しいインストールの場合は、現在サポートされているオペレーティングシステムと可能な限り通常のストアフロントツールを使用してください。古い環境を使いたい場合は、助けを求める際にそれを明記してください。ストアテーブルの一行だけですべての互換性の問題が解決するという前提よりも、明確な環境説明の方が有用です。
macOSの最低限の情報をよく読みましょう
Steam macOSの最低限の項目には、Big Sur、Apple M1プロセッサ、4GBのメモリ、9GBのストレージが記載されています。このページでは、現在のリストで一貫した項目としてこれらの最小値を用いています。一般的なMacとは異なる、すべてのIntel Macや古いmacOSリリースのサポートを推論しているわけではありません。
推奨されるmacOSフィールドには、通常GBが期待されるところにMBで表される数値を含む明らかな単位の不整合が含まれています。これらの項目を実用的な容量アドバイスとして使ったり、静かに公式の推奨に書き換えたりしないでください。不確実性は、出版社がリストを訂正または明確化するまでは目に見え続けるべきです。
もしMacが記載されているプロセッサファミリーやOSと異なる場合は、その構成に関する最新の回答を求めてください。コミュニティレポートは調査の参考になりますが、公式のサポート情報の代わりにはなりません。単にMacを持っていると言うのではなく、モデルとOSのバージョンを含めてください。
保存情報が一貫性に欠けることを許容してください
Steam Windowsの表では最低ストレージが9GBですが、推奨セクションでは5GBと記載されています。この記事では、より小さい数字を選ぶことでその不一致を解消するものではありません。現在のクライアントのダウンロードおよびインストール情報を確認し、通常の更新作業のためにシステムが十分な作業スペースを確保しつつ、少なくとも最低限の容量を許可してください。
ダウンロードサイズとインストールサイズは必ずしも同じ測定値ではありません。圧縮されたダウンロードが最終インストールに必要な容量だけを証明するとは限りません。同様に、ストアの広いストレージ数は、特定のアップデートが使う一時的な容量を正確に示すわけではありません。
ストレージ不足でインストールが失敗した場合は、クライアントメッセージとターゲットドライブに報告された空き容量を記録してください。これはゲームがグラフィック要件を満たしているかどうかとは別の具体的なインストール問題です。推測したサイズだけで無関係な個人ファイルを削除するのは避けてください。まずクライアントが示した実際のターゲットと要件を特定しましょう。
一貫して使う店舗を選びましょう
Steamとitchはどちらも公式のゲーム資料を通じて関連しています。ゲームを購入したストアに関連するパッケージとアップデートルートを使いましょう。フォーラムの投稿で名前の馴染みのある実行ファイルが言及されているからといって、異なるパッケージのファイルを混同しないでください。明確なインストールソースがあれば、後のトラブルシューティングがずっと楽になります。
助けを求める際に使ったストアフロントを記録してください。Steamファイル認証はSteam管理のインストールに適用されますが、別途ダウンロードしたパッケージには独自のダウンロードと更新プロセスがあります。あるルートのアドバイスを、すべてのバージョンで利用可能なユニバーサルメニューのように提示すべきではありません。
パッケージの出典の証明を、起動時の問題を解決するために無関係なミラーからダウンロードするのではなく、通常のアカウントや購入記録に保管してください。公式配布は、信頼性とサポートの両方の信頼できる出発点です。より速い見た目のサードパーティインストーラーは、元の問題に対処せずに新たな不確実性を生み出すことがあります。
ガイドを審査する前に、目的のパッケージをインストールしてください
新たにダウンロードしたコピーを起動する前に、タイトルとプラットフォームの選択を確認してください。デモガイドは正式リリースとは異なる境界や秘密を前提とし、古い実行ファイルが新しいインストールと併存する場合もあります。現在の予定中のエントリーは通常のストアフロントやパッケージルートで開いてください。
正当な理由で複数のコピーを持っている場合は、自分のショートカットを明確にラベル付けして区別できるようにしましょう。これは個人的な整理作業であり、ゲームに特別なフォルダが必要だと主張するものではありません。目標は、現在のビルドの説明書を読んでいる間に古いビルドを起動しないようにすることです。
ガイドの部屋レイアウトが異なる場合は、まずエントリーと更新の状態を確認してください。不一致はインストール失敗ではなくバージョンの問題かもしれません。同じパッケージを再インストールしても、古いデモガイドを正しい小売用ウォークスルーに変えることはできません。大きな変更を加える前に範囲を明確にしてください。
通常の更新を終わらせてください
ストアフロントの通常のアップデート方式を使い、未完成のインストール作業が完了するまでゲームをテストしてください。クライアントが進行状況やエラー状態を示した場合は、不完全なインストールを繰り返し起動するのではなく、クライアントを通じてその状態を解決してください。失敗した場合はその正確なメッセージを記録してください。
利用可能なアップデートがあっても、特定の症状の修正を保証するわけではありません。インストールを現在の分散状態に戻すことが確認されます。その後、元の問題を比較し、何か変更があったかどうかを確認しましょう。インストールチェックはゲームの挙動に関する結論とは別にしてください。
クライアントが日付やビルド識別子だけを表示する場合はバージョンラベルを作らないでください。実際に利用可能な情報を報告してください。サポートはストアフロント、更新日、正確な症状で対応できることが多いですが、捏造されたバージョン番号は混乱を招くことがあります。
コントローラー対応はコンソール版ではありません
公式のイッチリストにはキーボード、マウス、XboxおよびPlayStationの入力サポート、そして設定可能な操作が記載されています。これらは掲載されているコンピュータ版の入力オプションです。ゲームがXboxやPlayStationのコンソールで発売されたことを証明するものではありません。コントローラーブランドと流通プラットフォームは異なる事実です。
デバイスが適しているかどうかを判断する際は、動作環境と入力方法の両方を明確にしてください。PlayStationコントローラーを使用するWindowsコンピュータはWindowsのセットアップのままです。互換性レイヤーを動かす携帯機は、コントローラー評価に加えて互換性評価も必要です。
古いガイドから未検証のデフォルトキーをコピーするのではなく、実際のゲーム内のバインディングやプロンプトを使いましょう。設定可能な操作はプレイヤーによって異なる場合があります。物理ボタンが期待される動作を生み出さない場合は、プラットフォーム全体がサポートされていないと結論づける前にマッピングを確認しましょう。
Linuxレポートには日付を添付する必要があります
3月27日の開発者の返信では、当時Linuxは公式にサポートされていないと説明されており、実用的な選択肢としてProtonが提案されていました。その後、特定のLinuxシステムでの成功例が報告されています。これらは有用な歴史的互換性の手がかりです。現在のWindows/macOSの小売版リストにはネイティブLinuxパッケージが確立されていません。
Protonでプレイする場合は、サポートレポートに互換性レイヤーとバージョンを明記してください。1つのディストリビューションと1レイヤーのバージョンでの結果がすべてのLinuxセットアップに保証されるわけではありません。問題を比較しながら、レイヤーの変更がゲームのアップデートと混同されないように、自分の設定を安定させてください。
実行ファイルを名前を変える古い回避策をデフォルトのインストール方法として提示するのは避けてください。これは特定のデモ時代のレポートからのものです。ストアフロントを通る現在の通常の起動経路をまず確認し、逸脱があれば実際に持っているパッケージに明確な理由があるべきです。
携帯機との互換性は直接確認が必要です
携帯機の操作、OS、互換性層はすべて重要です。コントローラーに対応しているコンピューターゲームだけでは、すべての携帯機での体験を保証するわけではありません。同様に、メタデータミラーは、公式ストアフロントに表示される現在の互換性情報を確認するのとは同一ではありません。
特定の携帯機の使い方を決める際は、現在のストア互換性パネルとその詳細を確認してください。テキスト、入力、起動動作に関するメモに注意を払い、結果を単一のラベルにまとめるのではなく注意してください。この記事は、特定の携帯機の状態がここで直接検証されたとは主張していません。
すでにゲームを所有していて携帯機でテストしているなら、実際のセットアップと結果を説明してください。名前付き設定で起動するという明確な観察は有用です。それを「Perfectly Works Everywhere Works」に拡張すると、レポートに意味のある条件が排除されます。
適切な問題に対してファイル検証を使いましょう
Valveはゲームのプロパティとインストールファイルエリアを通じてSteamファイル検証チェックを提供しています。これにより、インストールされたコンテンツの欠落や破損を特定するのに役立ちます。これは一般的なクライアント機能であり、すべてのHe Who Watchesの起動失敗、パフォーマンス問題、パズルの不一致に対する検証済みの解決策ではありません。
もし使う場合は、チェックが終わるまで待って結果を記録してください。もしSteamファイルが再取得された場合は、通常の起動経路で元の症状を再度テストしてください。動作が比較されるまで、再取得したファイルが原因を証明しているとは限りません。問題が解決しない場合は、完了したチェックをレポートに含めてください。
Steamでないパッケージの場合は、そのインストールを管理しないSteamメニューを探すのではなく、配布元の適切なダウンロードや更新プロセスを使いましょう。ファイルのソースは明確にしてください。サポート手順を混同すると、単純なパッケージの問題を説明するのが難しくなります。
インストールと実行時の失敗を別々に報告してください
ゲーム起動前にインストールエラーが発生します。起動時に起動失敗が発生します。起動後にランタイムクラッシュが発生します。ステージを特定し、正確なメッセージや目に見える挙動を保持してください。各ステージはサポートをプロセスの異なる部分に向けて指し示します。
インストールの問題については、ストアフロント、プラットフォーム、選択したパッケージ、利用可能なストレージ、更新状態を含めてください。ランタイム問題の場合は、シーン、設定、ハードウェア、最後に正常に行った操作を追加してください。関連のない情報でレポートを圧迫しないようにしつつ、一般的な再生不可の報告と区別できる詳細は含めてください。
ゲームが起動する場合、そのフィードバックを送信 (Give Feedback)ルートは開発者が推奨する有用なレポートの場所です。メニューに到達できない場合は、公式ウェブサイトに問い合わせ先アドレスが掲載されています。ゲーム内ルートが利用できない理由を説明することで、サポートがその制限を理解し、何度も同じルートに戻すよう指示することを避けられます。
サポートの境界線を正直に保つ
ローカルでのインストールが成功した場合、そのセットアップでゲームが起動することが確認されます。しかし、すべてのグラフィック設定、すべてのシークレットルート、将来の更新後の互換性が確立されるわけではありません。後の報告は、観察された条件に基づいて行ってください。これにより、同様のシステムを持つ他のプレイヤーにとって役立つ情報になります。
要件や互換性の項目が不明確な場合は、推測で埋めるのではなく、確認を求めてください。現在のストアには主要なWindowsおよびmacOSのパスを特定するのに十分な情報がありますが、一部のハードウェアやサポートに関する質問は未解決のままです。信頼できるインストールガイドはその限界を維持するべきです。
意図したパッケージが最新で正常に起動することが確認されたら、理由のない限りインストールの詳細を変更するのはやめましょう。グラフィック設定、入力動作、パズルなど、解決したい具体的な問題に移行してください。安定したセットアップは、後の比較をより明確な基盤にします。
未解決の項目を含めたインストールを計画する
ダウンロード前に、使用する予定のプラットフォーム、ストアフロント、パッケージタイプ、比較可能な要件項目を簡単に記録しておきます。不明確な項目がある場合は、その横に質問を書きましょう。例えば、プロセッサファミリーの不一致は明確化が必要です。マシンが十分なメモリを持っていると記録して隠すべきではありません。各要件はセットアップの異なる部分を説明しています。
流通業者の要件は別行で記録してください。ストアフロントクライアントが必要とするOSは、ゲーム自体に記載されている最小要件と同一ではありません。両方を記録することで、古いゲーム要件が古いクライアント環境のサポートであると誤認されることを防げます。この区別は、現在のSteamページで見られるWindows表記に特に関連しています。
ストレージについては、クライアントに表示される現在のインストール情報を使用し、ストアの不一致をメモに記録してください。より小さい推奨値を、大きい最小値やクライアントのメッセージを無視する理由にしないでください。ターゲットドライブに空きがない場合は、正常に完了できないダウンロードを開始する前にその制約を確認してください。
入力については、使用する予定のデバイスと、カスタムマッピングがあるかどうかを確認してください。コントローラーの互換性は、オペレーティングシステムの互換性とは別の問題です。サポートされている入力タイプは、サポートされていないパッケージを修復するものではなく、互換性のあるオペレーティングシステムであっても、個人のマッピングがガイドの操作方法に一致することを保証するものではありません。
携帯型またはLinux環境では、重要な追加互換性情報（既知の場合はレイヤーとそのバージョンなど）を記録してください。コミュニティの成功報告も、実際の構成に添付して保持してください。これは、報告された結果と公式のネイティブリリースの違いを保持しながら、比較に役立つ証拠となります。
インストール後は、オプションカスタマイズを追加する前に正常な起動を確認してください。これにより基準となる状態が得られます。後でマッピングや環境が変更されて問題が発生した場合、最初の起動前にすべての設定を変更した場合よりも、より明確な比較が可能です。基準は長いプレイテストを必要とせず、実際に観察した状態を確立するだけで十分です。
起動に失敗した場合は、チェックリスト全体を無作為に再開するのではなく、ステージごとの説明に戻ってください。クライアントのダウンロードエラー、実行ファイルが見つからないメッセージ、チャンバー内でのクラッシュはそれぞれ異なる事象です。次に取るべき有用な行動は、その事象と公式サポートルートに基づき、一般的なトラブルシューティングリストの長さによって決まるのではありません。
この小さな記録は、サポートリクエストと一緒に提出することも、自分のメモとして保持することもできます。その価値は、既知の事実と未解決の問題を一緒に記録できる点にあります。すべてのあいまいなストアフィールド、過去のLinux報告、コントローラーラベルが事前にすべての互換性問題を解決したように装うことなく、実用的なインストール判断を下すことができます。