『Desynced』正直レビュー：なぜ低評価が相次ぐのか？沼に沈んだ廃人が語る「自動化の理想と残酷な現実」

2026年3月6日

本ページはプロモーションが含まれています

皆さん、ご機嫌よう。どす恋まん花です。

今日も今日とて、画面の向こう側に広がる広大な惑星で、金属の軋む音と電子の咆哮に耳を傾けています。今回、まん花が取り上げるのは、早期アクセス開始以来、自動化ゲーム界隈で熱い視線を集めつつも、同時に凄まじい「低評価」と「悲鳴」が渦巻いている問題作『Desynced』です。

正直に申し上げましょう。まん花は、この作品の宇宙船の残骸を2000時間も弄り回してきました。その時間は、もはや単なる「プレイ時間」ではありません。私の生活の一部であり、呼吸をするのと同義の領域に達しています。しかし、それだけの時間を捧げたからこそ、本作が抱える「底なしの深淵」と、新規プレイヤーを無慈悲に突き放す「牙」の鋭さを誰よりも理解しているつもりです。

本作は、従来のベルトコンベアによる物流を廃し、すべてを「自由自在にカスタマイズ可能なボット」に委ねた野心作です。しかし、その「自由」という言葉の裏側に、どれほどの不条理と設計の齟齬が隠されているのか。膨大なデータと、実際に地獄を見たレビュアーたちの叫びを元に、このゲームの真実を丸裸にしていきましょう。

作品概要

『Desynced』は、未知の惑星に不時着した宇宙船の修理を目的としたSF基地建設・オートメーションゲームです。プレイヤーはAI「ELAINE」に導かれながら、ボットを地表に送り込み、施設を建設し、資源管理と自動化を駆使して生き残り、拠点を発展させていきます。

このゲームの最大の特徴は、一般的なオートメーションゲームで用いられるベルトコンベアではなく、「ボット」による物流システムを核としている点です。物流ネットワークに接続されたボットが、資材の移動、採掘、工場の設置、発電、保管庫の管理など、あらゆるタスクを自動的に実行します。

プレイヤーは、このボットと施設に対して非常に高いカスタマイズ性を持つことができます。ボットには目的に合ったツールを装備させられるだけでなく、ドラッグ＆ドロップ式のスクリプトエディターを用いて、高度な行動パターンを自由にプログラミングすることが可能です。また、施設の動作もパラメータを細かく調整できるため、プレイヤーの戦略やプレイスタイルに合わせて、基地全体を最大限に制御し、効率化を追求できます。

ゲームプレイでは、緻密な資源管理と製造チェーンの最適化が求められます。過酷な惑星環境で拠点を存続・繁栄させるためには、あらゆる判断が重要となるでしょう。さらに、奥深いテクノロジーツリーを研究し、新たな技術や高度なユニット・施設を開発することで、未知の惑星に隠された秘密を解き明かすこともゲームの目的の一つです。

MODサポートやSteam Workshopとの統合により、無限のアレンジと拡張が可能。フレンドとの協力やマルチプレイにも対応しており、高度なカスタマイズ性と奥深い戦略性を求めるプレイヤーに、独自のオートメーション体験を提供するゲームです。

項目	内容
ゲームタイトル	Desynced
発売日	2026年3月5日
開発元	Stage Games Inc.
総レビュー数	1,536件
評価内訳	高評価: 1,273 / 低評価: 263
好評率	83%
平均スコア	★★★★☆ (4.1) / 5.0
日本語対応	✅ 対応
概要	『Desynced』は、ユニットや動作を完全にカスタマイズできるSFストラテジーゲーム。未知の世界で、収集、建設、調査、探索を繰り広げよう。ソロでもフレンドとでも楽しめる、戦略、オートメーション、探索が融合したこのゲームで、自我に目覚めつつあるAIの謎を解き明かし、隠された真実を明らかにしよう。
対応機種	PC (Steam)

データが示す不満の傾向

※集計サンプル数: 100件

さて、本作の不満点についてデータを紐解いていきましょう。低評価レビューの山を分類すると、ある興味深い事実が浮き彫りになります。最も多くの不満を集めているのは「操作性/戦闘（16件）」であり、次いで「バグ/最適化（14件）」、そして「理不尽な難易度」「マップ/探索」「ストーリー/テンポ」が同率（11件）で並んでいます。

「自動化」の皮を被った「手動介護」の苦しみ

なぜ、効率化を謳うゲームにおいて「操作性」への不満が噴出するのでしょうか。それは、本作が提示する「ボットによる物流」というシステムが、プレイヤーの想像以上に脆く、繊細すぎるからです。

多くのオートメーションゲームプレイヤーは、「一度ラインを組めば、あとは勝手に動いてくれる」というカタルシスを求めています。しかし、『Desynced』において、その理想は脆くも崩れ去ります。ベルトコンベアが存在しない世界では、すべての物資が自律歩行するボットによって運ばれますが、このボットたちの挙動が、時に「知性のかけらもない」と感じられるほど非効率に映るのです。

例えば、目の前の工場が素材を欲しがっているのに、遥か彼方の倉庫から別のボットがゆっくりと歩いてくる。あるいは、複数のボットが狭い通路で詰まり、物流が完全に停止する。こうした「物流の詰まり」を解消するために、プレイヤーは絶え間なくボットの再設定や、移動経路の調整を強いられます。これは自動化というより、手のかかる子供たちの世話をしているような感覚に近い。

RTS要素が招くストレスの波

さらに、「戦闘」における操作性の悪さも無視できません。本作は基地建設だけでなく、未知の生命体との戦いも含まれるRTS（リアルタイムストラテジー）としての側面を持っています。しかし、そのユニット操作は洗練されているとは言い難く、敵の急襲に対してボットたちが右往左往する姿は、プレイヤーの血圧を急上昇させます。

あるレビュアーは、その苦悩を次のように表現しています。

(プレイ時間: 1時間) The tutorial is brutally long… Why is there so much clutter everywhere on the UI? Why do all my mouse clicks feel so weak and unsatisfying when giving orders? It feels like everything feels flimsy and weak when interacting with units. It should be more like Starcraft – where any action has a feedback to it. Currently it just lags 1 second and then executes the command with no tactile/auditory/visual feedback.

（日本語訳：チュートリアルが残酷なほど長い……。なぜUIの至る所にこんなにゴミが散乱しているんだ？注文を出すときのマウスクリックが、なぜこれほど弱々しく、満足感がないのか？ユニットとやり取りしているとき、すべてが薄っぺらで弱々しく感じる。アクションにフィードバックがあるStarcraftのようになるべきだ。現状では、1秒ラグがあってからコマンドが実行され、触覚的・聴覚的・視覚的なフィードバックがまったくない。）

このように、操作の一つひとつに「手応え」が欠如している点は、どす恋まん花が人生の半分を捧げたこの世界においても、最後まで拭い去れなかった違和感の一つです。直感的な操作ができないもどかしさが、積もり積もって「低評価」という形での爆発を招いていると言えるでしょう。

効率化を求めるはずのゲームで、プレイヤーが最も時間を奪われるのが「ボットの介護」であるという皮肉な構造がここにはあります。

不満の元凶「There」の分析

※集計サンプル数: 100件

頻出単語データに目を向けると、最も多く出現する単語は「There（63回）」でした。これは英語の構文上、頻出するのは当然ですが、不満レビューの内容を精査すると、「There is no…（～がない）」「There should be…（～があるべきだ）」という、理想と現実の乖離を指摘する文脈で多用されていることがわかります。

「説明」が存在しないという不親切

特に目立つのは、ゲーム内のドキュメントや説明の欠如に対する指摘です。本作は「ヴィジュアルスクリプトによるボットのプログラミング」という、非常に高度で野心的なシステムを導入していますが、これに対する公式のガイドやチュートリアルが、驚くほど「そこに存在しない（There is no information）」のです。

プレイヤーは、ボットの行動を最適化するためにノードを繋ぎ合わせ、ロジックを組むことを推奨されます。しかし、各ノードが具体的にどのような挙動を引き起こすのか、どのようなデータ型を期待しているのかという説明が極めて不透明です。結果として、プログラミングを楽しもうとしたプレイヤーは、意図しない挙動に悩まされ、「なぜ動かないのか」というデバッグ作業に数時間を費やすことになります。

期待した「場所」に「機能」がない

また、マップ探索においても「There」の不在が響きます。広大なランダム生成マップを探索しても、そこには期待したような驚きや、独自のストーリー展開が希薄であるという意見が目立ちます。「そこ（There）」に行けば何かがあるはずだと信じてボットを派遣したプレイヤーが、虚無の荒野と使い回しの敵に遭遇したときの落胆は計り知れません。

別の廃人ゲーマーは、システム間の矛盾をこう突いています。

(プレイ時間: 147時間) Where I personally feel like the game falls over is the Command Center and Scout paradox. Bare in mind this game has a high emphasis on exploration… Which is why the unit called the “Scout” is among the last you unlock. Which is why all units exist on a power grid and have a limited battery life outside of it… Resources are limited which forces you to expand without a long range scout?

（日本語訳：個人的にこのゲームが破綻していると感じるのは、コマンドセンターとスカウトのパラドックスだ。このゲームは探索に重点を置いているはずなのに……なぜ「スカウト」と呼ばれるユニットが、アンロックの最後の方にあるのか？なぜ全ユニットが電力網に依存し、その外ではバッテリー寿命が限られているのか？資源は限られているのに、遠距離スカウトなしで拡張を強いられるのか？）

どす恋まん花も、親の顔より見たこの画面を眺めながら、何度「なぜここにこれがないのか？」と天を仰いだかわかりません。設計思想の段階で、プレイヤーに提示した「目的（探索）」と、それを実現するための「手段（ユニット）」の優先順位が逆転しているような感覚。これが、多くの「There」にまつわる不満の正体です。

「そこ（There）」にあるはずの答えに、何十時間かけても辿り着けない絶望が、プレイヤーの心を折っていくのです。

ユーザーが直面する現実

さて、ここからはデータだけでは見えてこない、現場のリアルな光景を描写していきましょう。もはや指紋がなくなるほどマウスをクリックし続けた私が、このゲームの真の恐ろしさをお伝えします。

「物流ネットワーク」という名の迷宮

想像してみてください。あなたは数時間をかけて、完璧な製造ラインを組み上げました。鉄を掘り、鋼鉄に変え、複雑な回路を組み立てる。ボットたちは忙しく走り回り、あなたの拠点は活気に満ちている……ように見えます。

しかし、ふと気づくと、最新のボットを製造するための貴重な部品が、どこにも運ばれていません。倉庫には在庫が溢れているのに、なぜか運送用のボットたちは拠点の隅っこで静止したまま。「仕事がない」というステータスを表示して、優雅にアイドリングしています。

慌てて設定を確認するあなた。しかし、物流ネットワークの設定は完璧なはずです。右クリックを連打し、無理やりボットを動かそうとしますが、彼らは一度荷物を置くと、再び虚無へと帰っていきます。バグなのか、それともあなたのスクリプトのミスなのか？それすらも判別できないまま、貴重な時間は過ぎ、電力は枯渇し、拠点の防衛網は沈黙します。

虚無のプログラミング作業

さらに、本作の目玉である「行動プログラミング」が、牙を剥きます。ノードベースの画面を開き、あなたは「資源がなくなったら倉庫に戻り、補充したら現場に復帰する」という、至極単純なロジックを組もうとします。しかし、「拾う」と「回収する」の違い、「レジスタ」と呼ばれる不透明な変数の扱いに、あなたの脳はオーバーヒートを起こします。

(プレイ時間: 25時間) The programmed behaviours are also somewhat buggy. Units regularly skip programmed instructions and then proceed to do some other task that they were not programmed for… So you cannot improve unit efficiency since they will do things other than what they are programmed for!!

（日本語訳：プログラミングされた挙動は、いくぶんバグが多い。ユニットは定期的にプログラムされた指示をスキップし、プログラムされていない別のタスクを実行し始める……。だから、プログラムされた以外のことをしてしまうため、ユニットの効率を改善することは不可能なんだ！！）

このレビュアーが嘆くように、自分が書いたコードが、ゲーム側の「デフォルト挙動」に上書きされたり、無視されたりする瞬間ほど、プログラマー気質のゲーマーを怒らせるものはありません。効率化のためにプログラミングをしているはずが、いつの間にか「バグを回避するためのプログラミング」に変わっている。これこそが、本作が抱える最大の「理不尽」なのです。

この現実に直面したとき、多くのプレイヤーは気づきます。これはゲームをプレイしているのではない。未完成のOSの上で、動かないマクロを必死に叩いているだけなのだ、と。

プログラミングの自由度は、時に「不具合を自分で修正する」ための苦肉の策へと変貌し、プレイヤーを疲弊させます。

それでも支持される理由

ここまで散々に酷評してきましたが、ではなぜこのゲームは83%という、決して低くない好評率を維持しているのでしょうか？そして、なぜどす恋まん花は、もはや脳が電子回路の形に焼き付くほど、このゲームに浸かり続けてしまったのでしょうか。

「自分だけの正解」を構築する快感

本作の魅力は、その「圧倒的な不親切さ」の裏側に隠された、異常なまでの自由度にあります。確かに、デフォルトの挙動は賢くありません。チュートリアルは不親切です。しかし、それを乗り越えて、自分自身のロジックでボットが完璧に、一糸乱れぬ動きを見せた瞬間の脳汁は、他のオートメーションゲームでは決して味わえない種類のものなのです。

ボットのシャーシに、自分好みのモジュールを詰め込み、専用のスクリプトを走らせる。それは、工場を作るというより、「生命をデザインする」感覚に近い。採掘、運搬、防衛、修理。すべてを自作のAIで統制し、一つの巨大な「生命体」のように拠点を脈動させる。この領域に達したプレイヤーにとって、本作は「未開の惑星」ではなく「神の実験場」へと姿を変えます。