- Trollheim: Gnomes のマルチプレイ（Co-op）は、ソロプレイと最大8人のオンラインマルチプレイに対応しています。
- 本作は Steam で「Coming Soon（近日公開）」として掲載されており、12～18ヶ月の早期アクセス期間が予定されています。
- チームプレイの中心は、共有ベース、採集役割の分担、そして連携した暗黒の森の探索です。
- トロールなどのヴェッセン（Väsen）は単なる敵ではなく隣人として扱われます —— 交戦する前に必ず相談しましょう。
- コミュニケーションと共有の開始プランが、ゲーム序盤の無駄な労力を防ぎます。
Trollheim: Gnomes のマルチプレイでできること
Trollheim: Gnomes は、北欧をモチーフにした暗黒の森が舞台の協力型サバイバルクラフトアドベンチャーです。プレイヤーは小さなスプリーク（Sprýg）のノームとして、ブルーベリーや小枝などの資源を集め、道具をクラフトし、樹上のシェルターを建築し、トロールや妖精、セイレーンなどの民間伝承の生き物「ヴェッセン（Väsen）」と出会います。Steam ストアページによると、本作はソロプレイと最大8人のオンライン協力プレイの両方に対応しています。
開発チームはトロールを純粋な敵ではなく隣人として描写しており、これがマルチプレイ時のエンカウントへの向き合い方を左右します。コアとなる協力ループは、探索・建築・資源採集・生き物との交流を、グループ全体で共有する体験として結びつけています。
Trollheim: Gnomes は現在 Steam で「Coming Soon（近日公開）」として掲載されており、約12～18ヶ月の早期アクセス期間が予定されています。機能やマルチプレイの詳細は変わる可能性があるため、最新情報は Steam コミュニティハブをフォローしてください。
コアとなる協力要素の概要:
| 要素 | 詳細 |
|---|---|
| プレイ人数 | ソロまたは最大8人のオンライン |
| ジャンル | 協力型サバイバルクラフト、PvE |
| 舞台 | 北欧の暗黒の森、ノーム視点 |
| 生き物 | トロール、妖精、セイレーンなどのヴェッセン |
| プラットフォーム | Steam 経由の PC |
| 状況 | Coming Soon / 早期アクセス予定 |
マルチプレイのチーム役割と分担
組織化されたグループは、バラバラに動くプレイヤーよりはるかに速く進歩します。Trollheim: Gnomes は採集・クラフト・建築・探索が混ざり合っているため、役割を分担すればすべてのシステムを並行して動かせます。
採集係
- ブルーベリー、小枝、木材を収集
- 繰り返し使える資源ルートを運用
- 共有ストレージに補充
建築係
- 共有ツリーハウスベースを計画
- 橋や上下の経路を担当
- 建築資材の需要を管理
斥候
- 短期の計画的な探索に出る
- 洞窟やランドマークを記録
- ヴェッセンの動向に注意
クラフト係
- 資材を道具や矢に変える
- 料理と食料供給を担当
- 遠征用装備を優先的に作成
グループのニーズに応じて役割をローテーションしましょう。一人のプレイヤーを単一の仕事に固定すると、プロジェクトで急に建築係が必要になったときや、長い遠征前に食料が不足したときにボトルネックが生じます。
グループ人数別の推奨役割バランス:
| グループ人数 | 採集係 | 建築係 | 斥候 | クラフト係 |
|---|---|---|---|---|
| 2人 | 1 | 1 | 共有 | 共有 |
| 4人 | 1 | 1 | 1 | 1 |
| 8人 | 2 | 2 | 2 | 2 |
ステップバイステップ：マルチプレイセッションの始め方
開始プランに合意する
スタートエリアを出る前に、仮のベース場所、短い探索ルート、そして最初に必要な資材について合意しましょう。こうすることで序盤が整理され、プレイヤーが散りすぎるのを防げます。
最初の拠点を確立する
防衛しやすくアクセスしやすい場所を、基本的なシェルターとストレージエリアに選びましょう。最初のベースは入手しやすい資源の近くに置き、採集係がリスクなく補充できるようにします。
繰り返し可能な採集ルートを作る
スタートエリア付近で一般的な資材を集め、建築資材とサバイバル用品を分け、定期的にシェルターへ戻って資源を保管しましょう。安定したルートは、リスクの高い森の深部への移動よりも優れています。
短期の計画的な探索に出る
徐々に外へ広がりましょう。周辺をマッピングし、シェルターを帰還地点とし、見知らぬ森林地帯はグループで移動して、発見が今後の建築に役立つようにします。
共有ベースを拡張する
集めた資材でグループの生活空間をアップグレードし、明確な遠征役割を割り当て、共有資源を整理してチーム全体が恩恵を受けられるようにしましょう。
新しいエリアはまず偵察目的地として扱いましょう。開けた場所で立ち止まり、視界・音・植生の変化を読み、ベースへ戻る退路を常に確保しておくこと。
共有ベースの建築とクラフトの進行
中心的な協力ベースが1つあると、チームは資源を保管し、遠征を計画し、建築を拡張するための共通の場所を得られます。建築プロジェクトを調整し、資材がバラバラの個人的な構造物ではなく共有の優先事項に流れるようにしましょう。
マルチプレイの進行ステージ:
| ステージ | カテゴリ | チームの優先事項 | 建築の焦点 |
|---|---|---|---|
| 1 | 資源収集 | 近くの資材を集める | 最初のシェルターとストレージ |
| 2 | 基本クラフト | 資源を補給品に変える | 拡張余地のある機能的なレイアウト |
| 3 | シェルター拡張 | 共有ベースを改良 | クラフト・保管・準備ゾーン |
| 4 | 高度な建築 | より大規模なグループプロジェクト | ツリーハウス、橋、上下アクセス |
Steam ページによると、クラフトは矢から楽器まで幅広く、クラフト係はサバイバルとチームの士気の両方を支える選択肢を豊富に持っています。特定のレシピは早期アクセス中に変わる可能性があるため、建築を計画する前に公式 Steam ページで最新のクラフトデータを確認してください。
建築プロジェクトは、アクセス性・整理・長期的なサバイバルのニーズに基づいて調整しましょう。計画された1つのツリーハウスベースは、散在する8つの小屋よりも8人チームに役立ちます。
マルチプレイでのヴェッセンとの遭遇とPvE戦術
ヴェッセン——トロール、妖精、セイレーンなどの北欧民間伝承の存在——は、状況によって友好的にも敵対的にもなり得ます。マルチプレイのグループは大型の生き物に出会う前に遭遇ルールを決めておくべきです。一人の不注意なチームメイトが、中立の隣人を脅威に変えてしまうことがあるからです。
マルチプレイ遭遇リファレンス:
| 遭遇タイプ | 挙動 | マルチプレイでの対処 |
|---|---|---|
| トロールと巨人 | 潜在的に危険な隣人 | 距離を置いて観察し、縄張りを尊重 |
| 妖精 | 状況次第、伝承に基づく | 穏やかに接近し、挑発を避ける |
| セイレーン | 環境的危険のリスク | グループをまとめ、水域に注意 |
| 中立の住人 | 状況により異なる | 行動前に観察し、非戦闘の交流を許す |
開発者は、トロールを倒すべきターゲットではなく世界のコミュニティの一部として明確に位置づけています。マルチプレイでは、距離・動き・縄張りが遭遇のシグナルです —— 誰かが攻撃する前に必ず相談しましょう。
グループ遭遇ルール:
- 大型の生き物を発見したら接近前に叫んで知らせる
- グループ全体の撤退合図を決めておく
- 行動する前に少なくとも1分は挙動を観察する
- 未知のヴェッセンの縄張り付近ではパーティを分割しない
- 今後のルートのために遭遇場所を記録する
マルチプレイのセッション目標とFAQ
最初のマルチプレイセッションの目標:
- ベースの場所と最初の役割分担に合意する
- 共有ストレージ付きの基本的なシェルターを建てる
- 繰り返し可能な採集ルートを確立する
- グループで1回の偵察遠征を完了する
- 次のセッションに向けた食料を備蓄する
良好なコミュニケーションと明確な役割分担により、グループは無駄な重複なしに着実に進歩できます。スポーン前の5分間の計画ミーティングが、何時間もの散らばった作業を節約します。
Q: Trollheim: Gnomes のマルチプレイには何人まで参加できますか？
Steam ページでは、ソロプレイと最大8人のオンライン協力プレイの対応が記載されており、少人数の2人組から大人数の友人グループまで適しています。
Q: Trollheim: Gnomes はすでにリリースされていますか？
いいえ。2026年10月時点では、Steam で Coming Soon（近日公開）として掲載されており、約12～18ヶ月の早期アクセス期間が予定されています。リリースやプレイテストのニュースは Steam コミュニティハブをフォローしてください。
Q: マルチプレイでトロールと戦えますか？
トロールは単なる戦闘ターゲットとして提示されていません。開発者は彼らを、世界の伝承に基づく生態系の中の隣人として描写しており、マルチプレイのグループは見かけたら即攻撃するのではなく、観察し相談してから関わるべきです。
Q: マルチプレイに最適なチーム人数は？
2～4人のグループは、調整の負担を減らしながらすべての中核役割（採集・建築・斥候・クラフト）をカバーできます。最大8人の大きなグループは、正式に役割を割り当て、単一の共有ベースを活用すると効率的です。