CISC486 Group 7 — Witch Way（ウィッチ・ウェイ）

Other
CISC486 Group 7 — Witch Way（ウィッチ・ウェイ）

CISC486 Group 7 — Witch Way（ウィッチ・ウェイ）

CISC486のグループ課題リポジトリ「CISC486-Group-7」は、2人協力型のアクション/脱出ゲーム「Witch Way（仮）」の企画・設計を示すREADMEのみを含むプロジェクトです。プレイヤーは魔女となり、迷宮内で5つの魔法素材を集めて釜に入れることが目的。騎士の索敵・追跡や捕縛によるペナルティ、味方による救助といったゲーム性が記述されています。現状コードはなく、ゲーム設計案とコアゲームプレイの概要が中心です。

https://github.com/cainamesoog/CISC486-Group-7

概要

CISC486-Group-7は、2人のプレイヤーが魔女となって迷宮を探索し、ポーションの素材を集める協力ゲーム「Witch Way（仮）」のプロジェクトREADMEを収めたリポジトリです。プレイヤーは迷宮内に散らばる5つの素材を集め、釜に投入することを目指します。一方で騎士が巡回しており、プレイヤーが視認されると追跡され、捕らえられると死亡扱いになります。味方による救助要素や緊張感のある追跡・回避がコアメカニクスとして提示されています。現状は企画段階のドキュメントのみで、実装ファイルは含まれていません。

GitHub

リポジトリの統計情報

  • スター数: 2
  • フォーク数: 0
  • ウォッチャー数: 2
  • コミット数: 4
  • ファイル数: 1
  • メインの言語: 未指定

主な特徴

  • 2人協力プレイ：それぞれ魔女を操作して素材収集と救助を行う。
  • 迷宮探索：ランダムまたは手作りの迷宮マップで探索を行う設計想定。
  • 敵AI（騎士）：巡回・索敵・追跡の行動でプレイヤーを脅かす。
  • 死亡と救助のリスク管理：捕まると死亡だが、味方による救助で継続可能。

技術的なポイント

READMEは設計概要に留まり実装は含まれていませんが、本プロジェクトを実装する際に検討すべき主要な技術課題と解決アプローチを整理します。

  1. マップ表現と生成
  • 迷宮はグリッドベース（タイル）かノードベース（グラフ）で設計するのが一般的。タイルマップならUnityのTilemapやGodotのTileMapが便利です。
  • 迷宮自体を固定マップにするか、ランダム生成（深さ優先探索での迷路生成、Prim／Kruskalの迷路生成、セルオートマトン）にするかでリプレイ性が変わります。ランダム生成はA/Bテストや難度調整に有効です。
  1. 敵AI（騎士）の設計
  • 基本は状態機械（FSM）：巡回（Patrol）→索敵（Detect）→追跡（Chase）→探索（Search）→帰還（Return）といった遷移。
  • 索敵は視界（Field of View）+距離判定、遮蔽物判定にレイキャストを用いる。視界判定にステルス要素を持たせることで緊張感を生めます。
  • 追跡時の経路探索はA*などのパスファインディング。複数騎士の協調や挟み込みロジックは追加の状態やナビゲーションメッシュ（NavMesh）で実装可能。
  1. プレイヤー挙動とインタラクション
  • 素材の取得、釜への投入、相互救助（蘇生）などのアクションはシンプルなステートトランジションで管理。インベントリは小さなステータス構造でOK。
  • 操作形態はローカル協力（同一マシン・画面分割）かオンライン協力（ネットワーク）の選択が必要。オンライン化する場合、ネットワーク同期（位置、アニメーション、アイテム所持）とラグ対策（予測補間、サーバー権威）が課題。
  1. ネットワーク実装の選択肢
  • 簡易実装はローカル協力でプロトタイプを素早く作ることを推奨。
  • オンラインを想定するなら、UnityならNetcode for GameObjectsやPhoton、GodotならENetベースの低遅延実装を検討。サーバーは専用サーバー（権威）かP2Pかで同期ロジックが変わります。ゲームの性質上、プレイヤー死亡が重要なのでサーバー権威モデルが安定性とチート対策で有利です。
  1. プロトタイプとアセット
  • まずはプレイヤー移動・簡易マップ・1体の騎士でコアループを検証。
  • アニメーションはスプライトシートやスケルタルアニメーションで表現。サウンドもゲーム性に大きく寄与するため早期に差し込むと良いです。
  1. デバッグとチューニング
  • 敵の視界・経路を可視化するツール、ログやリプレイ機能を用意すると調整が楽になります。
  • 難易度調整は騎士の視野角、視認距離、巡回速度、復活条件（救助に必要な時間など）をパラメータ化して行うのが望ましいです。

READMEから読み取れるコアメカニクス（素材収集、巡回騎士、捕縛と救助）を基に、上記の設計方針を踏まえて段階的に実装・評価を繰り返すとプロジェクトが進みやすくなります。現時点で実装ファイルがないため、まずはエンジンとネットワーク方針を決めることが第一歩です。

プロジェクトの構成

主要なファイルとディレクトリ：

  • README.md: file

（備考）現時点ではREADME.md以外の実装ファイルやアセットは含まれていません。プロジェクトは企画・設計フェーズの状態です。

まとめ

アイデアは明確で協力プレイとステルス要素が魅力。実装はエンジン選定とAI/ネット同期が鍵。

リポジトリ情報：

READMEの抜粋：

CISC486-Group-7

Game Title (working name)

Witch Way

Core Gameplay

The 2 players will take on the role of witches who are trying to complete their potion-making. To do this, they must collect 5 magical ingredients found in a labyrinth to put into their cauldron.
There will be knights patrolling the labyrinth, and they will chase the players when spotted. When a knight successfully catches up to a witch and attacks them, that witch is dead.
However, the other player can com…