オートプレイ・周回スキップ機能の設計――プランナーが決めるべき境界線

戦闘を何度も手で繰り返すことが、いつもゲーム体験の中心とは限らない。初回に攻略を理解し、編成を試し、安定して勝てると分かった後は、同じ手順が次の目標へ進むための摩擦になることもある。オートプレイ、掃討、スキップチケットは、その摩擦を減らす代表的な機能である。

ただし、ここで決めるのは「便利な機能を付けるか」だけではない。戦闘というプロセスを飛ばしても、行動力、挑戦権、報酬、日ごとの参加といった何を残すのか。オートに任せるのは入力だけか、状況に応じた判断までか。途中経過を消したとき、何の満足感が失われるのか。本稿は、スタミナ・APの回復や価格の数値設計ではなく、戦闘・育成プロセスをどこまで省略するかという機能設計に絞る。

1. 「省略するか」と「無償にするか」は別々のレバーである

周回スキップを「報酬を早く取れる機能」と一括りにすると、仕様の違いを見落とす。まず分けるべきは、プレイヤーが戦闘を見る／操作するプロセスを省略することと、報酬へ到達するための資源を消費させないことである。前者は時間と操作の設計、後者は挑戦の価値を何で支えるかの設計であり、片方を決めてももう片方は決まらない。

ブルーアーカイブでは、同じ「掃討」という語の下でも、通常任務、総力戦、大決戦、指名手配で解放条件と日ごとの制約が異なる。通常任務は星3クリアを経た後に掃討を恒久的に使える形であり、利用時のAP消費は続く仕組みとして案内されている。[1] 一方、総力戦は日ごとに一度の手動クリアを求め、専用チケットは持ち越せない。[2] 大決戦は期間中の一度のクリアで掃討条件が持続し、チケットを期間内で持ち越せる。[3] 指名手配は1日6回の上限を置き、APも青輝石も使わない。[1] 総力戦と大決戦の差は攻略情報でも、前者は日ごとの手動クリアとチケット非持ち越し、後者は持ち越し可と説明されている。[2][3]

公式XのTIPSは、イベントボーナス生徒を編成して一度クリアすれば、その後の掃討でも最大獲得量を基準にボーナスが適用されると明示する。これは掃討が単に戦闘を再生しないだけでなく、「どの編成で一度成功したか」という達成状態を保存する設計でもある。[4]

タイトル・コンテンツ	戦闘プロセスを省略する条件	報酬を受け取る際に残るコスト	日次・期間の境界	主に省いているもの
ブルーアーカイブ：通常任務	星3クリア後、恒久的に掃討を解放	APは利用時も消費される仕組みとして案内される	恒久解放	安定済み戦闘の操作と再生
ブルーアーカイブ：総力戦	当日に一度は手動でクリア	専用チケットを消費	チケットは持ち越せず、日ごとに手動達成を要求	同日内の反復戦闘
ブルーアーカイブ：大決戦	期間中に一度クリア	専用チケットを消費	掃討条件は期間中に持続し、チケットも持ち越せる	期間内の反復戦闘
ブルーアーカイブ：指名手配	1日6回の範囲で挑戦	AP・青輝石を消費しない	1日6回	日課の戦闘とコストの双方
プリンセスコネクト！Re:Dive	スキップチケットを使う	スキップチケットはマナ購入回数と連動して獲得	購入回数に応じた配布区分	戦闘の再生・操作
原神：秘境・ボス戦	戦闘自体は省略しない	報酬受取時に天然樹脂を消費すると報じられている	報酬受取の選択時	省略ではなく、挑戦と報酬受取の分離

最後の原神の例は、そもそもスキップを与えない比較対象として重要である。ファミ通の紹介記事では、秘境は挑戦をクリアしてから報酬受取を選び、その時点で天然樹脂20個を消費すると説明される。[5] ここでは戦闘そのものは無償で試せるが、成果物を受け取る行為にはコストが結び付く。つまり、戦闘を見せ続けるかどうかと、報酬を無料にするかどうかは、独立して選べる。

原神の秘境で石化古樹の前に立ち、報酬受取の操作を表示している画面

仕様書では「スキップ可否」一列で終えず、少なくとも次の四つを別に置くとよい。

達成条件 ｜初回クリア、評価、当日クリア、期間内クリアのどれを要求するか。
省略範囲 ｜入力だけを省くのか、戦闘の再生、演出、結果確認まで省くのか。
消費対象 ｜AP、挑戦券、専用チケット、報酬受取権のどれを消費するか。無消費なら、何を上限にするか。
有効期限 ｜恒久、当日、イベント期間、週のどこに達成状態と挑戦権を置くか。

この分解ができれば、「一度勝てば以後は無償で受け取れる」以外の選択が見える。たとえば毎日の手動確認を残したいなら総力戦型、イベント期間中の都合に合わせて後でまとめて消化できるようにしたいなら大決戦型、日課の負担を取り除きたいなら指名手配型を検討できる。どれが優れているかではなく、残したい参加の単位に合うかで選ぶ。

スキップチケットは、スタミナ回復とは別の権利である

プリンセスコネクト！Re:Diveは2019年2月28日12:00から、マナ購入で得られるスキップチケットを全区分で2倍にした。1回目は1枚から2枚、2〜10回目は2枚から4枚、11〜20回目は3枚から6枚、21〜30回目は4枚から8枚、31〜50回目は5枚から10枚、51〜60回目は6枚から12枚、61〜70回目は7枚から14枚へ変更された。購入回数はこの変更でリセットされなかった。[6]

プリンセスコネクト！Re:Diveのマナ購入回数区分ごとに、変更前後のスキップチケット枚数を比較した棒グラフ

図：2019年2月28日12:00の変更で、全区分の配布数は正確に2倍になった。購入回数はリセットされていない。出典：[6]

この配布は、単に次の挑戦へ早く到達するための資源を増やすこととは質が違う。行動力の回復が「遊べる回数を増やす」ものであるのに対し、スキップチケットは「その回数を遊ばずに結果へ到達する」権利を増やす。前者はコンテンツへ入る回数、後者はコンテンツ内で必要な反復行為を変える。

したがって、スキップチケットの配布量を決める際には、スタミナ回復と同じ表だけで判断してはならない。チケットが足りないとき、プレイヤーに残るのは「今日は挑戦できない」ではなく、「報酬は欲しいが、この手順を再演しなければならない」という選択である。何を手で再演させるのかを先に定めてから、その権利をどこで配るかを考えるべきである。

2. 「実装しない」という設計判断もまた設計である

効率化の要望が多いからといって、オートやスキップを追加することが常に正解ではない。Fate/Grand Orderの当時のクリエイティブディレクター塩川洋介氏は、宝具スキップを含む要望を検討・実験した上で、オートバトルは「FGOは効率を追求して遊ぶゲームではない」というスタンスから実装を見送ったと語っている。[7]

ここから読み取るべきなのは、「技術的に可能か」と「体験として提供すべきか」は別の問いであることだ。先の比較表にある各機能は、反復をどこまで省くかを細かく選んでいる。しかし、作品がプレイヤーへ残したいものが、戦闘そのものの手順、キャラクターの行動を選ぶ感覚、あるいはその場で過ごす時間にあるなら、選択肢の先頭に「省略しない」を置く必要がある。

ファミ通は2020年9月、FGOで周回速度を上げる手段として、スキル使用確認OFFや敵消滅演出短縮などを紹介する一方、自動周回や宝具スキップの可能性は低いと報じた。[8] これは「一秒も短くしない」方針ではない。入力確認や待機を減らす一方で、戦闘と宝具という体験の単位は残す、という境界の置き方である。

プランナーは要望を受けたとき、便利さの総量ではなく、次の問いに答える。

その操作は、プレイヤーに何を理解・選択・鑑賞させているか。 単なる確認か、戦術か、キャラクター表現かを分ける。
省略すると、初回体験と反復体験のどちらを失うか。 初回だけ残す、評価達成後に解放する、常に残すという境界を比べる。
短縮で足りるか。 確認画面、ロード、敵消滅、結果演出だけを短くしても、体験の核を保てる場合がある。
省略しない理由を、仕様として説明できるか。 「従来そうだったから」ではなく、残す行為と作品の提供価値を結び付ける。

「実装しない」は未対応の空欄ではない。残す操作、残す時間、例外的に短縮する箇所まで書いて初めて、意図的な機能設計になる。

3. オートは速度ではなく、プレイヤーの判断を翻訳する仕事である

オートバトルを「ボタンを押さなくても戦う機能」と書くと、実装に必要な判断が消えてしまう。プレイヤーが手動で行っているのは、攻撃ボタンを押すことだけではない。敵の状態を見て対象を選び、今使う技を選び、命中する時点まで待つ。オートは、その判断を機械へ翻訳する仕事である。

トイロジックの技術ブログは、『NieR Replicant ver.1.22474487139…』のオート魔法について、初期仕様が要望リストに近い状態だったこと、プランナーへの聞き取りと議事録の整理を経て、条件、頻度、優先順位を具体化したことを紹介する。[9] その仕様は、曖昧な「なるべく」「かっこよく」「その場に適した」を、次のような行動規則へ変換している。[9]

判断の層	同記事で示された規則	プランナーが仕様で決める問い
攻撃対象	ボス、ロックオン対象、キャラクター前方の敵の順で優先し、無敵・非戦闘・魔法が通らない敵を除外	誰を優先するか。狙わない状態は何か。手動のロックオンを尊重するか。
スキル選択	射程内の敵がいる魔法を候補にし、短射程から抽選。直前の魔法は連続使用を抑えるため最後に回す	安定、派手さ、資源節約、技の多様性のどれを優先するか。乱数を使うか。
発動条件	対象が射程・命中条件を満たすまで待ち、範囲技は一定数以上を範囲内に捉えたときに発動。待ち過ぎればキャンセル	「今撃つ」とは何か。待機、キャンセル、失敗をどう扱うか。

この表の内容は、エンジニアだけが補完すべき細部ではない。たとえば「範囲攻撃を賢く使う」という要望には、何体なら使うのか、ボス一体へ使ってよいのか、待つ間に被弾してもよいのか、手動操作によるロックオンを覆してよいのかが含まれる。決めなければ、オートの振る舞いは各担当者が想像する「賢さ」に分岐する。

そこで、オートの仕様書はアクション表に加えて、判断表を持つとよい。

記載項目	例	目的
観測する状態	HP、距離、射線、敵数、無敵、ロックオン、クールダウン	オートが知ってよい情報を固定する
優先順位	ボス＞プレイヤー指定対象＞近い敵	競合時の振る舞いを一意にする
実行条件	射程内、命中可能、範囲内の敵が規定数以上	「使える」と「使う」を分ける
保留・中止条件	障害物が消えるまで待つ、一定時間で再評価する	待ち続けや無駄撃ちを防ぐ
手動との関係	手動入力で即中断、ロックオンは尊重、危険時だけ補助	プレイヤーが主導権を取り戻せるようにする

オートバトルの行動決定を、観測、優先順位、実行条件、待機・再評価、手動入力への分岐で示したフローチャート

トイロジックの記事は、プログラマーの仕事を依頼内容の単なるコード化ではなく、他セクションとより良い解決方法を探す協業として位置付けている。[9] オートの「性能」は勝率や速度だけで測れない。プレイヤーが自分の判断と違うと感じたとき、その違和感を仕様の語彙で説明し、直せることが重要である。

4. 育成の自動化は、周回の自動化と同じ問題ではない

周回スキップは、すでに解いた反復手順を省略しやすい。これに対し、育成シミュレーションの自動化は、ターンごとに行う選択そのものを部分的に委任する。両者を同じ「時短」として設計すると、プレイヤーがどこで介入したいかを取りこぼす。

『ウマ娘プリティーダービー』の「おまかせ育成」は2025年2月24日に実装された。プランに応じてターンごとのトレーニング選択とイベント選択肢を自動化し、手動操作へ切り替える条件も設定できる。[10] これは、戦闘を早送りする機能ではない。トレーニングとイベント選択という、育成結果を形作る一連の判断を、プレイヤーが設定した範囲で委任する機能である。

3章のオートバトルでは、システムが瞬間ごとの判断を代行するため、対象・技・発動条件をあらかじめ翻訳した。おまかせ育成でプレイヤーが選ぶプランや手動への切り替え条件は、それより一段上の「どの判断まで任せ、どこから自分で戻るか」を選ばせる仕組みだといえる。

対象	委任される主なもの	プレイヤーが残したい主導権	設計上の境界
周回スキップ	確定済みの戦闘手順と再生	消費、報酬確認、どのステージを回すか	成功履歴をどこまで要求するか
オートバトル	戦闘中の対象・スキル・発動タイミングの判断	戦術の上書き、開始・停止、手動介入	判断規則をどこまでシステムへ預けるか
おまかせ育成	ターンごとのトレーニングとイベント選択	プラン、重要局面への介入、切り替え条件	委任の粒度を誰が決めるか

周回スキップ、オートバトル、おまかせ育成の順に、プレイヤーからシステムへ委任する判断が大きくなることを示したスペクトラム図

育成自動化を設計するときは、「全自動か手動か」の二択にしない方がよい。プレイヤーが任せたい反復と、自分で決めたい山場は人によって異なる。手動切り替え条件は、失敗を恐れる人への保険であるだけでなく、委任の粒度をプレイヤー自身に選ばせるUIでもある。ここでは編成画面の詳細設計ではなく、委任と介入の境界を、開始前に選べ、育成中に取り戻せることが重要になる。

5. スキップは、周回で生まれていた小さな満足感も一緒に消す

戦闘を省略すると、面倒な操作だけが消えるわけではない。欲しかったドロップが落ちる瞬間、被弾を避け切ったこと、コンボがつながったこと、育成結果が途中で好転したことも、途中経過の中にある。結果画面だけにすれば、これらは報酬一覧の数字へ圧縮される。

だから、スキップ実装時には「戦闘を見せるか、結果だけを見せるか」を別の仕様として決める。たとえば報酬の受取結果をまとめる場合でも、初獲得・レアドロップ・目標達成だけは区別して見せる、前回との差分を示す、必要なら詳細履歴へ戻れるようにする、といった選択がある。反対に、結果確認そのものが次の反復の摩擦になっているなら、一括受取と明示的な短縮を選んでもよい。

ここで避けたいのは、スキップを導入した後に、プレイヤーへ「本当は何が起きたか」を分からなくすることだ。自動処理の結果として、戦闘回数、消費した資源、獲得物、達成できなかった条件は、少なくとも確認できなければならない。速さのために説明可能性を捨てると、異常や不満が起きたときに、プレイヤーも運営も原因を追えない。

放置ゲーム（アイドルゲーム）との境界もここにある。GDC VaultのAnthony Pecorellaによる講演「Idle Games: The Mechanics and Monetization of Self-Playing Games」は、自己進行するゲームを対象に、コアループとメタループ、リテンションを扱うと説明する。[11] 周回スキップを持つゲームが、直ちに放置ゲームになるわけではない。前者はプレイヤーが選んだ既存行為を省略する機能であり、後者は自己進行を前提に、プレイヤーの介入を別のループへ置くジャンル設計である。

分けるべき問いは、「自動で進むか」ではない。「プレイヤーが何を観察し、いつ介入し、その介入で何を変えられるか」である。周回の小さな満足感を消しても、編成、目標選択、成長の読み取りに新しい手触りを置けるなら、体験は移し替えられる。置けないなら、結果だけを残すスキップは、面倒さと一緒にゲームの手応えも消す。

6. 省略の境界は、プレイヤーとチームの双方が説明できる形にする

オートプレイと周回スキップの設計は、便利な順に機能を足す仕事ではない。プロセス、コスト、判断、演出、介入を別々にし、作品が残したい行為だけを残す仕事である。

実装前のレビューでは、次の表を同じ場に置くと、企画、UI、エンジニア、QAの議論がずれにくい。

確認する境界	仕様に書くこと	見落としたときの問題
省略とコスト	何を飛ばし、何を消費し、何を無償にするか	スキップと無料化を同じ変更として扱う
達成状態	初回、評価、当日、期間内のどれが解放条件か	プレイヤーが「なぜ今日は使えないか」を理解できない
判断代行	観測情報、優先順位、実行・中止条件、手動介入	オートの挙動が「賢い／賢くない」という感想で止まる
委任の粒度	全委任、プラン選択、手動へ戻る条件	育成の重要な判断まで一律に奪う
表示	途中経過、例外、結果、履歴の見せ方	速くなった代わりに納得感と検証可能性を失う
非実装	残す操作と、例外的に短縮する箇所	便利機能を拒む理由が惰性に見える