戦闘システム

戦闘システムとは、プレイヤーが操作するキャラクターと敵キャラクターが戦い、勝敗を決めるための一連のルール、メカニクス、演出の仕組みです。
アクションRPG、ターン制コマンドバトル、またはそのハイブリッドなど、ゲームの面白さや戦略性を決定づける最も重要な要素の1つです。

戦闘システム
- ゲームにおける戦闘システム設計論
関連ページ

ゲームにおける戦闘システム設計論

戦闘システムとは、ゲームの勝敗を決定するルールであると同時に、「プレイヤーの思考の形式をデザインする」ためのフレームワークです。

1. ターン制コマンドバトルの厳密な分類とプレイフィール

ターンの処理単位によって、プレイヤーが直面する戦略の質は大きく変化します。

分類	処理の仕組み	プレイフィール・戦略の焦点	代表例
ラウンド制	全員分の行動を入力後、素早さ等で順次解決	「このターンに誰がどう動くか」の全体予測	ドラゴンクエスト、初期RPG
フェーズ制	自軍フェーズ・敵軍フェーズでまとまって行動	盤面全体のリソース管理、陣形、詰め将棋	ファイアーエムブレム
個別ターン制	1キャラずつ手番が来て、その場で行動を選択	状況の変化に即座に対応する柔軟な戦術	世界樹の迷宮（一部）、軌跡シリーズ
タイムライン制	行動順・待機時間・遅延が可視化される (→タイムラインバトル)	未来の順序を計算・操作する最適化パズル	FFX、崩壊：スターレイル
同時プロット制	双方が同時に入力し、ルールに基づき一斉解決	相手の選択を予測する「完全な読み合い」	ポケモン（対人戦）

2. 派生メカニクスの「本質的な価値」と「設計の毒」

各システムが本当にプレイヤーに提供している体験のコアを紐解きます。

ATB（アクティブ・タイム・バトル）：思考への「リアルタイムな圧迫」

本質：ターン制に時間を足したものではなく、「迷っている間にも状況が悪化する」という心理的圧力そのものがゲーム性
課題：演出による時間の停止（緊迫感の喪失）か、非停止（理不尽なタコ殴り）かという調整のジレンマ

CTB（カウントタイムバトル）：未来の「順序操作パズル」

本質：「ダメージの大きさ」だけでなく、「次の手番がいつ来るか」「敵の行動をいかに遅らせるか」が同等の価値を持つ

ガンビット（ADB）：不完全なAIの「現場運用とデバッグ」

本質：戦闘中の操作ではなく、戦闘前に組んだロジック（コード）が実戦でどう動くかを監視する楽しさ
設計の鍵：完璧に自動化されると「見ているだけ」になるため、状況の変化や例外処理など、手動介入が最適解となるノイズを意図的に混ぜる必要がある

プレスターンバトル：「事前構築」と「極端な勾配」

本質：属性や耐性のパズルを解く「編成（エンジニアリング）」が本体。戦闘は組んだロジックの「テスト実行」
設計の鍵：成功すれば圧倒的有利、失敗すれば即全滅という「0か100か」の極端なリスクとリワード勾配が緊張感を生む

IPバトルシステム：「発動前のドラマ」と介入

本質：敵が「大技を準備している」という可視化された脅威に対し、割り込んで止めるか、防御するかのリアクティブな駆け引き

3. 戦闘を拡張する3つの新機軸（メタ・デザイン）

コマンドの応酬以外に、ゲームの方向性を決定づける重要な要素です。

A. 「勝利条件」の再定義

敵のHPを0にすることだけが戦闘ではありません。

目的を変えれば、同じシステムでも全く別のゲームになります。

殲滅: 敵をすべて倒す（基本形）
生存/遅延: 一定ターン耐える、あるいは敵の足を止める。寄生や侵食といったホラーテイストの強い世界観であれば、「敵を倒せない前提」で逃げ道を確保するパズル的な勝利条件が圧倒的な緊迫感を生みます
目標達成: 特定のスイッチを押す、対象を護衛する、特定部位を破壊する

B. 「敵AI」の設計（手強さの演出）

敵がどう動くかで、プレイヤーに求めるスキルが変わります。

ランダム型: 予測不能（理不尽になりやすい）
パターン型: 覚えゲー・最適化
条件反応型: HP低下などで行動が変化（フェーズ移行のドラマ）
予告型: 「次に〇〇をする」と宣言する。防御か、妨害か、相打ち覚悟の攻撃かという強烈なジレンマを突きつける現代的な手法

C. 「情報量」のコントロール

情報をどこまで開示するかで、プレイフィールは「読み合い」から「パズル」へと変化します。

非公開（暗黙）: 相手の手が読めない心理戦（ポケモン）
一部公開（推測）: 敵の視線や構えから次を予測するリスク管理
完全公開（明示）: タイムラインや予告によって未来が確定しており、それをどう覆すかという最適化パズル（CTB、『Slay the Spire』）

4. 開発アーキテクチャとUIへの落とし込み

これらのシステムを実際に構築する際、プラットフォームの制約やエンジン側のアーキテクチャとどう結びつけるかが重要になります。

タイムライン制（CTB）＋IPバトルシステム（妨害）の親和性: Unreal Engineなどで採用される「データ層・実行層・プレゼン層・UI層」の4階層モデルで設計する場合、CTBやIPバトルシステムはデータ（状態と待機時間）とUI（タイムライン）の分離が極めて明確になり、システムとして非常に美しくまとまります。
1-bit ディスプレイでの表現: また、1-bit ディスプレイのような極端な描画制約がある環境下では、派手なエフェクトで爽快感を出すのが困難です。; しかし、「タイムライン上で敵のアイコンを押し戻す（ディレイ）」「大技発動マーカーの直前でキャンセルを入れる」といった:UI上の挙動そのものをメインの演出・手応えとして機能させることができる:ため、計算可能な駆け引き（完全公開・予告型のAI）との相性は抜群です。

システムとして「CTBベースのタイムライン制で、敵の予告行動に対してディレイやキャンセルで介入する」という方向性は、小規模かつ戦略性の高いゲームデザインにおいて間違いなく強力なコアになります。

Playdate 非公式開発まとめ wiki