ドパガキゲーム（Ver.4.7）

Ver.3系の「イベントを1つずつこなす診断ゲーム」を廃止し、「60秒で刺激をさばき続ける高速リズムゲーム」 そのものに作り替えた。診断色を消し、ゲーム自体がドパガキ的な体験になることを最優先している。

Ver.4.1ではゲーム構造は変更せず、実機プレイで見つかったスコアバランス・お題の不可能状態・ テンポ・タイプ判定の甘さを修正した（詳細は「Ver.4.1でのバランス調整」を参照）。

Ver.4.2でもゲーム構造は維持したまま、「○回押せ」を停止確認方式に作り直し、 「押したい・待てない・止まれない」というドパガキの衝動をそのままゲーム化した6種の新お題を追加した （詳細は「Ver.4.2で追加した内容」を参照）。

Ver.4.3では新お題は最小限（高速仕分けのみ）に留め、iPhone実機プレイで見つかった 「正しく操作しても失敗するHOLDの不具合」と「初見で何をすればいいか分からないお題」を 重点的に修正した（詳細は「Ver.4.3で修正した内容」を参照）。

Ver.4.4ではゲーム内容・スコアバランスは変更せず、「上手くプレイするほどゲームそのものが 刺激過多になっていく」という演出面を大幅強化した。段階的に盛り上がるBGM、連続正解の 気持ちよさの可視化、100%到達時の静寂→爆発のコントラスト、連打→STOPの緑/赤UI化などを 実装した（詳細は「Ver.4.4で強化した演出」を参照）。

Ver.4.5では60秒ラッシュ・ドパガキ度・スコアバランス・既存お題・結果画面・タイプ判定は 維持したまま、「次に何が来るか分からない、刺激まみれの60秒」をテーマに、(1) 連打→STOPを 「信号連打」という独立したゲームへ再設計、(2) BGM/SEの刺激をさらに強化（COMBO段階別レイヤー・ 正解音の音階上昇・残り20秒からの予告・FINAL DOPA RUSH強化・100%爆発の豪華化）、 (3) 新お題を7種類追加、(4) 出題プールの直近重複抑制を強化してプレイごとの展開をより ランダムにした（詳細は「Ver.4.5で追加・強化した内容」を参照）。

Ver.4.6では新お題の追加はせず、ゲーム構造・27種のお題・スコア・BGM・COMBO・OVERDRIVEは 維持したまま、「難しいのはOK。意味不明と理不尽はNG。」をテーマに、(1) 初見で意味が 伝わりにくかったお題（信号ゲーム・高速仕分け・信号連打・ショート動画）のUIを再設計、 (2) 「成功したはずなのにMISSになる」誤判定の根本原因（外側の汎用タイムアウトが進捗を 無視して発火するレース）を6問について構造的に修正、(3) FINAL DOPA RUSHと3-2-1カウントダウンが お題の中央領域を覆っていた表示バグを修正した（詳細は「Ver.4.6で修正した内容」を参照）。

Ver.4.7では通常問題のロジック・スコア計算・OVERDRIVE発動条件・正誤判定・問題制限時間は 一切変更せず、DOPA OVERDRIVE（100%突破）を完全にプレゼンテーション層として「黄金の非常事態」に 作り替えた。100%→101%突破を「上限を破壊した」演出に強化し、黄金サイレン・黄金パーティクル・ 専用BGM/SEを追加、120%到達に専用のクライマックス演出と黄金結果カードを用意した （詳細は「Ver.4.7で追加した黄金DOPA OVERDRIVE演出」を参照）。演出はPlayScreenと ?preview=overdrive確認画面（Vercel Preview限定）の両方で同じコンポーネントを共有している。

タイトル → プレイ（固定60秒・お題が絶え間なく切り替わる） → 結果画面 → リトライ。

起動方法

npm install
npm run dev

表示されたURL（デフォルト http://localhost:5173/）をブラウザ（スマホ幅推奨・DevToolsのデバイスモードでもOK）で開く。

本番ビルドは npm run build（dist/ に出力）、npm run preview でビルド後の確認ができる。

Ver.4の核となる設計

• 主役の数値はドパガキ度（0〜100%、隠し条件を満たすと120%まで）のみ。旧GAME SCOREは廃止した
• 中央に1問ずつ高速でお題を出し、正誤・反応速度に応じてPERFECT/GREAT/GOOD/MISSを判定してドパガキ度が 滑らかに増減する。問題間の遷移は約190msと短く、「一つの高速ラッシュゲーム」に感じるようにした
• 60秒を6段階（ウォームアップ→ランプアップ→フェイクゾーン→DOPA BOOST→刺激過多ゾーン→ FINAL DOPA RUSH）に分け、出題速度・出題プール・演出レベルが段階的に上がる
• COMBOは連続正解で増加、MISSで0にリセット。COMBOに応じて加点が増えるほか、画面の発光／ネオン／ パーティクル／ゴールド演出が豪華になる（お題の視認性は常に最優先）
• 残り10秒でFINAL DOPA RUSH（赤い警告ランプが点滅、残り時間に応じて点滅速度上昇）、残り3秒で 大きく3・2・1を表示するが、お題自体は止まらず出続ける
• 100%到達時は一瞬静止＋金色の爆発演出。裏の隠し条件（高精度＋高反応＋その他3条件中2つ）を満たした プレイヤーだけ、100%を超えてDOPA OVERDRIVE（最大120%）に突入できる。条件はゲーム内で一切説明しない

お題27種

A.色選択／B.仲間外れ／C.最大数字／D.最小数字／E.違うもの／F.同じもの／G.多い方／H.大きい方／ I.簡単な計算／J.○回押せ／K.長押し／L.押すな／M.緑になったら押せ（信号ゲーム）／N.SKIPが出たら押せ／ O.信号連打（Ver.4.5で再設計）／P.98〜102でSTOP／Q.通知を消せ／R.変わったやつを押せ／S.高速仕分け、 T.1→4の順に押せ／U.ターゲットを探せ／V.緑で離せ／W.ショート動画スワイプ／X.文字の色（ストループ課題）／ Y.光ったやつ／Z.通知ラッシュ（Ver.4.5で追加）、を実装。 方向のみを指示する旧「スワイプ」（J）はVer.4.3で通常プールから除外し、代わりに高速仕分け（S）を 出題している（コードはSwipeQuestion.tsxとして残存、src/questions/index.tsには登録済みだが difficultyConfig.tsのどのフェーズプールにも含まれないため出題されない）。 難易度フェーズごとに出題候補プールを変え、src/questions/ に1問1ファイルで実装しているため、 新しい問題タイプを追加してもGame本体を編集せずに済む構造にしてある （src/questions/index.ts に登録するだけ）。

各お題はreaction（認知・反応系）／rapid（高速入力系）／inhibition（止まる・待つ系）／ visual（視覚探索系）／timing（タイミング系）／sorting（仕分け・選別系、Ver.4.5で追加）／ memory（記憶・順序系、Ver.4.5で追加）の7カテゴリいずれかに属し（QuestionModule.category）、 questionPicker.tsが直近2問と同じカテゴリが3連続にならないよう出題を調整する。 「待つ系ばかり3連続」のようなテンポを損なう並びを避け、60秒間ずっと操作感が変化するようにしている。 Ver.4.5では直近3問のタイプ自体もゆるく避ける抑制も追加し（候補が尽きたら通常のプールへ フォールバックする程度の緩い抑制。完全禁止はしていない）、お題の種類が増えたことで単調な 繰り返しが起きにくいようにした。

判定・スコアの仕組み（Ver.4.1で刷新）

• 判定は固定ミリ秒ではなく 反応時間 / その問題のtargetTimeMs の比率で決める （PERFECT: 35%以内 / GREAT: 60%以内 / GOOD: 100%以内 / それ以外はMISS）。長押し・押すな等 「速さ」で測れない問題は成功/失敗の二値でPERFECT・MISSを直接割り当てる
• ドパガキ度は「1問ごとの質スコア（PERFECT=100/GREAT=90/GOOD=85、MISSは0点）＋COMBOボーナス」の 平均値（qualitySumRef ÷ answeredCountRef）。Ver.4は累積加算方式だったため出題数（＝速さ×時間） が多いほど正答率に関わらずスコアが積み上がってしまっていたが、平均方式にしたことで出題数を 稼いでもドパガキ度は上がらず、正答率が素直に反映されるようになった
• 正答率に応じた上限（ACCURACY_CAPS、例：70%未満→75%、90〜94%→99%、95%以上→100%到達可）を 平均値にかけ合わせ、たとえ判定・COMBOで高い値が出ても正答率が低ければ100%に到達できないようにした
• すべて src/config/scoreConfigV4.ts に集約
• OVERDRIVEの隠し条件（高速反応・高精度・高COMBO・せっかち行動・待てなさの5カテゴリー中、 高精度＋高反応＋残り3条件中2つ）は src/config/overdriveConfig.ts に集約。Ver.4.1では 平均ベースのスコアで100%到達自体が簡単になった分、accuracyThreshold（0.85→0.92）と reactionRatioThreshold（0.45→0.4）を引き上げ、OVERDRIVEがより高精度プレイ限定になるよう調整した
• 各お題タイプには「速度倍率だけでは表現できない物理的な最低制限時間」を返す computeMinTargetTimeMs を実装し（src/config/timingConfig.ts に集約）、後半の高速化で HOLDや連打の必要時間より制限時間が短くなり「絶対にクリアできない」状態になるバグを解消した
• PERFECT/GREAT/GOODなどの判定表示は、次のお題の出現を待たせずオーバーレイ表示するようにした （src/screens/PlayScreen.tsx）。100%到達／OVERDRIVE突入の瞬間だけは演出のため意図的に一瞬静止する

Ver.4.2で追加した内容

「○回押せ」を停止確認方式に変更（最重要修正）

Ver.4.1までは指定回数に到達した瞬間に自動で成功していたが、Ver.4.2では 「指定回数まで押す→停止確認時間（700〜900msでランダム）に何も押さなければ成功」に変更した （src/questions/RepeatTapQuestion.tsx）。

• 指定回数を超えて押した瞬間（7回押せで7回目を押した瞬間など）は即MISS
• 停止確認時間中に1回でも押すと即MISS
• PERFECT/GREAT/GOODの判定は「指定回数に到達するまでの速度」のみで決まり、停止確認時間そのものは 評価に影響しない（ratioWindowMsという新しい仕組みで、判定比率の分母から停止確認時間を除外している）
• 最低制限時間には停止確認時間も必ず含め（computeMinTargetTimeMs）、終盤の高速フェーズでも 「押した後の停止確認が完了する前に問題時間が終了する」状態を作らないようにした

「勢いで押しすぎる」というドパガキの衝動をそのままゲーム化した、今回の中心的な変更。

新お題6種

すべて1問あたり約1〜2秒前後で完結し、既存ラッシュに自然に混ざるよう実装。判定はVer.4.1と同様、 次のお題の上にオーバーレイ表示され、進行を止めない。

• GOまで押すな（GoWaitQuestion.tsx、inhibition）：READY...表示後、0.5〜1.3秒のランダム待機で GO!に変化。GO前に押すと即MISS、GO後の反応速度をPERFECT/GREAT/GOODで判定
• SKIP待ち（SkipWaitQuestion.tsx、inhibition）：広告風の「SKIPまで2→1→SKIP」カウントダウン。 SKIP表示前に押すと即MISS、SKIP後の反応速度で判定
• 連打→急停止（RapidStopQuestion.tsx、rapid）：「連打しろ！！！」で高速連打→0.65〜1.1秒後に 「止まれ！！！」に変化。変化前に最低3〜4回（生成時に必ず物理的に届く回数だけ要求）タップし、 変化後700msタップなしなら成功。変化後に1回でも押すと即MISS。20秒以降のフェーズから出現
• 100で止めろ（StopAt100Question.tsx、timing）：高速で増える数字を見てタップで停止。 100ちょうどでPERFECT、±2でGREAT、±5でGOOD、それ以外はMISS。数値の増加速度は問題ごとに わずかにランダム化し、暗記でのタイミング攻略を防止
• 通知を消せ（ClearNotificationsQuestion.tsx、visual）：赤い通知バッジ（3〜4個）だけを全てタップ。 赤以外を押すと即MISS
• 変わったやつを押せ（SpotChangeQuestion.tsx、visual）：同じアイコン4つのうち1つが 300〜600ms後に変化。変化前に押すと即MISS、変化後の反応速度で判定

スコア・タイプ判定との連携

• Ver.4.1の平均ベースのスコアモデル・正答率別上限（ACCURACY_CAPS）・OVERDRIVE条件はそのまま維持。 新お題が増えても「累積問題数」ではなく「プレイ品質」でドパガキ度が決まる思想は壊していない （検証結果は下記「動作確認結果」を参照）
• GO/SKIP/変わったやつのフライング回数、○回押せ／連打→急停止の指定回数オーバーをPlayStatsに集計し （earlyPressCount/overPressCount）、「待てない型」判定にこれらの合計が3件以上でも該当する 経路を追加した（src/config/resultTypesV4.tsのTYPE_THRESHOLDS.impatient.minImpulseEvents）
• 「100で止めろ」の停止値・「通知を消せ」の消去記録はPlayStatsに保持し、犯行記録の候補 （「100で止めろ→117で停止しました」等）としても利用。OVERDRIVEの隠し条件は今回変更していないが、 これらのログは将来の条件拡張にそのまま使える形で保持している

Ver.4.3で修正した内容

HOLD（長押し）の根本修正（最重要）

実機で「ゲージがかなり溜まっているのに完了直前で問題が終了してMISSになる」ことがあった。

原因：外側の自動失敗タイマーは元々「問題表示（マウント）からの固定時間」で発火していた。 一方、ゲージ完了の判定はrequestAnimationFrame（rAF）のtickだけに頼っていたため、 反応してから指を置くまでの時間が長い場合や、タブの状態・描画負荷でrAFが間引かれた場合に、 「必要時間はとっくに満たしているのに、判定がそれより先に走ってMISSになる」レースが起きていた。

修正（src/questions/HoldPressQuestion.tsx）：

• 指を置いた瞬間、外側の失敗タイマーをrequiredMs + completionSafetyMsで引き直し、 問題表示からの反応時間に依存しない構造にした
• 完了判定をrAFのtickだけに頼らず、pointerup/pointercancel（指を離した瞬間）と 外側の安全弁タイマーの両方でも「保持開始からの実経過時間」を直接計算して判定するようにした。 これにより、rAFがどれだけ間引かれても、必要時間を満たしていれば必ず成功が優先される
• 反応時間の想定バッファを引き上げ（reactionBufferMs: 450→700ms、safetyMarginMs: 200→300ms）、 requiredMs≒700msの場合で問題全体の最低時間が約1700ms確保されるようにした（timingConfig.ts）
• Playwrightボットで「押してから0〜900msの反応遅延」を意図的に混ぜて検証し、全フェーズ （FINAL DOPA RUSH含む）でHOLDが確実に成功することを確認済み

初見での分かりやすさを改善

• GOまで押すな→信号ゲームへ再設計（GoWaitQuestion.tsx）：「READY...→GO!」という文字だけの 切り替えは初見でルールが伝わらなかったため、「緑になったら押せ！」を固定表示し、 中央の丸が赤/グレー→緑に変わる信号機形式に変更。ルールが視覚だけで理解できるようにした
• 連打→急停止にルール表示を追加（RapidStopQuestion.tsx）：常時「連打 → STOPで止まれ」という 固定キャプションを表示するようにした（QuestionShellにsubプロパティを追加）。メイン表示は 「連打！！！」→「STOP！」と変化し、初見でも「今何をすべきか」「次に何が来るか」が分かる
• 100で止めろ→成功範囲を明示（StopAt100Question.tsx）：「100でSTOP！」だと成功範囲が不明だった ため、「98〜102でSTOP！」と表示を内部の成功条件（100=PERFECT／99・101=GREAT／98・102=GOOD／ 範囲外=MISS）に完全一致させた
• SKIP待ちの指示を明確化（SkipWaitQuestion.tsx）：常時「SKIPが出たら押せ！」を表示するように 変更（以前は「広告」とだけ表示していた）
• 変わったやつを押せの事前表示を修正（SpotChangeQuestion.tsx）：変化前の表示が「よく見て…」 では何のルールか分からなかったため、「変わったら押せ！」に変更し、MISSする前にルールが 分かるようにした
• 方向のみのswipeを通常プールから除外：「上！↑」のような方向指示だけのお題は、スワイプなのか ボタンなのか初見で伝わらず、ゲーム性も弱かったためdifficultyConfig.tsの全フェーズプールから外した （コードは削除せず保持）
• 高速仕分けを新規追加（FoodSortQuestion.tsx）：「← 食べ物　それ以外 →」というルールを 常時固定表示し、中央のアイコン1つを見て左右にスワイプで仕分ける。指の動きにアイコンが少し 追従するようにして操作感を出した。方向swipeの代替として全フェーズのプールに組み込んだ

変更しなかったもの

Ver.4.1/4.2で調整したスコアバランス（質スコア平均方式・ACCURACY_CAPS・COMBOボーナス）と OVERDRIVE発動条件は変更していない。判定オーバーレイによる「即次問題」テンポも維持している。

Ver.4.4で強化した演出

テーマは「上手くプレイするほど、ゲームそのものが刺激過多になっていく」。ゲーム内容・お題構成・ スコアバランス・OVERDRIVE条件・結果画面は変更していない。

BGM（新規実装）

• src/utils/audioContext.ts（新規）：BGMとSEで共有するAudioContextと、2系統のマスターゲイン （sfxGain/bgmGain）を管理。ミュートはこの2つを同時に操作して一括ミュートを実現しつつ、 音量は内部的に別管理できるようにした
• src/utils/bgm.ts（新規）：ルックアヘッド方式のステップシーケンサーによる手続き生成BGM。 既存の6フェーズ（0-10/10-20/20-30/30-40/40-50/50-60秒）をそのままBGMの段階として使い、 キック→ハイハット→ベース→追加パーカッション/シンセを段階的に積み上げる。テンポも ステージが進むごとに滑らかに上昇する（目安：序盤96BPM→終盤158BPM）
  • COMBOが伸びるほど「きらめき」レイヤーが追加され、演出強度に上乗せされる（同じ段階でも COMBO2とCOMBO15で聞こえ方が変わる）
  • FINAL DOPA RUSH突入の約2秒前に一度だけライザーSEを鳴らし、盛り上がりを予感させる
  • OVERDRIVE突入後は専用の高音シンセスタブを重ねた、通常の100%到達とは違う音に切り替わる
• iPhone Safariの自動再生制限に対応するため、AudioContextの生成・resumeはSTART/リトライ ボタン押下の同期コールバック内で必ず呼ぶ（App.tsxのstartPlay→unlockAudio()）。 リトライ時は前回プレイの音声グラフを再利用しつつ、残っている可能性のあるゲイン自動化を キャンセルしてクリーンな状態にリセットしてから開始する

100%到達・OVERDRIVEの音演出

100%到達の瞬間、BGM・SEを一瞬（約300ms）ほぼ無音までダッキングし、静寂の後に金色爆発の バーストSEと演出を同時に出す。「騒音→静寂→爆発」のコントラストを強めるため、ダッキングは 「下げてすぐ戻す」のではなく「下げて保持し、終わり際に一気に戻す」形にして、静寂区間を きちんと聞こえるようにしている（duckAudio(), src/utils/audioContext.ts）。

連打→STOPを緑/赤の信号UIに再設計

これまでオレンジ/赤という紛らわしい配色だったのを、緑（連打してよい）/赤（止まれ）という 誰でも直感的にわかる信号色に変更した（RapidStopQuestion.tsx）。判定ロジック自体は Ver.4.3から変更していない。

連続正解の可視化と節目演出

• 通常の「COMBO ×N」表示をやめ、5問以上で「🔥 N問連続正解中！」という目立つ表示に変更。 2〜4問は控えめな表示に留める
• 5/10/15/20問の節目で専用SE（sfx.comboMilestone）を鳴らし、10問・20問では 「10問連続正解！」のようなバナーを短時間表示する
• COMBO数を演出レベル（発光・ネオン・パーティクル・ゴールド・ギラギラ）にも加算するようにし、 同じドパガキ度でもCOMBOが伸びているほど画面が豪華になるようにした（comboVisualBonus, useRushGame.ts）

MISS・COMBO BREAKの強化

10連続以上のCOMBOを切った場合だけ、通常のMISS演出に加えて「怯み」演出を追加した： BGM/SEを一瞬弱める（duckAudio）、画面を約0.2秒暗転させる、「COMBO BREAK」の代わりに 「15問連続で終了」のように実際の数字を表示する。COMBOが途切れると演出レベルも 自動的に元の段階まで下がるため、「また盛り上げたい」という動機になる。MISS後も 即座に次の問題へ進むテンポは変更していない。

お題固有SEの追加

• HOLD：押している間、音程が上がっていく充填音。完了時に「ピン！」
• 98〜102 STOP：タップした瞬間に「カッ！」（判定音とは別レイヤー）
• SKIP：成功時に「ピッ！」
• 高速仕分け：スワイプ成功時に「シュッ！」

Ver.4.5で追加・強化した内容

テーマは「次に何が来るか分からない、刺激まみれの60秒」。60秒ラッシュ・ドパガキ度・スコアバランス・ 正答率cap・COMBO・FINAL DOPA RUSH・100%到達演出・DOPA OVERDRIVE・HOLD修正版・高速仕分け・ 信号ゲーム・SKIP・98〜102 STOP・結果画面・タイプ判定・犯行記録の仕組みは変更していない。

信号連打（連打→STOPを独立したゲームへ再設計）

これまでの「連打→1回だけ急停止」は単調だったため、緑→赤→緑→赤（3回切替）の複数フェーズに 再設計した（RapidStopQuestion.tsx）。緑は連打してよい合図、赤は1回でもタップしたら即MISS。 最後の赤フェーズを静かに待ち切れて、かつ緑フェーズで十分に連打できていた場合のみ成功になる （MIN_TOTAL_TAPS未満のタップ数だと、赤に一切触れていなくても成功扱いにしない）。 各フェーズの長さは毎回ランダムに変化し、src/engine/difficultyStage.ts経由でゲーム進行度に 応じてわずかに短縮される（固定タイミングを覚えられないようにするため）。判定品質（PERFECT/GREAT/GOOD）は 緑フェーズでの平均タップ間隔から算出する。色の切り替え自体を文章より強く見せるため、 発光の強さとパルスアニメーションを新規追加した（signal-pulse/signal-green-glow/signal-red-glow）。

新お題7種

• 1→4の順に押せ：散らばって表示された1〜4の数字を順番通りにタップ。順番を間違えると即MISS （SequenceTapQuestion.tsx）
• ターゲットを探せ：8〜12個のアイコンから指定されたものを探してタップ（FindTargetQuestion.tsx）
• 緑で離せ：HOLDの派生。押し続けてゲージを進め、緑ゾーン内で指を離せば成功。早すぎても 通り過ぎてもMISS（ReleaseZoneQuestion.tsx）
• ショート動画スワイプ：カードを3回連続で上スワイプ。逆方向スワイプはMISS （ShortVideoSwipeQuestion.tsx）。操作自体は単純なため出現頻度は控えめ
• 文字の色：ストループ課題。文字の意味ではなく実際に描画されている色を選ぶ （ColorWordQuestion.tsx）。中盤（20秒）以降から出題
• 光ったやつ：4つの丸のうち一瞬発光したものを覚えてタップ（FlashSpotQuestion.tsx）
• 通知ラッシュ：0.2〜0.35秒間隔で次々出現する通知バッジのうち赤だけを消す。青・緑を押すと 即MISS（NotifRushQuestion.tsx）。バッジの出現枠を固定6箇所に限定し、各バッジに個別の 自動消滅タイマーを持たせることでDOM・AudioNodeの無限生成を防いでいる

新お題はいずれも初見で理解できる操作感・1〜2秒程度の短さを優先し、既存お題と操作感が 被りすぎないよう設計した。フェーズごとの解禁タイミングは10秒（1→4／ターゲット探し／光ったやつ）→ 20秒（文字の色／ショート動画／緑で離せ）→30秒（通知ラッシュ、以降は信号連打を含む全種類）→ 50秒（FINAL DOPA RUSHとして全種類から出題）という段階構成にしてある（difficultyConfig.ts）。

BGM・SEのさらなる強化

• COMBOに応じた段階的な音レイヤー（bgm.ts）：COMBO5で軽い追加シンセ、10で低音アクセント、 15で高音アルペジオ、20で追加パーカッション、25以上でさらに刺激的なレイヤーを追加する。 MISSでCOMBOが0に戻ると、次のtickで自動的にすべてのレイヤーが消え、COMBOを伸ばし直すと また戻ってくる構造にしている（新規の状態管理は不要で、既存の「comboRefが0に戻る」仕組みに 乗っただけ）
• 正解SEの音階上昇（sound.tsのcomboPitchedTier）：連続正解が伸びるほど判定音の音程が 少しずつ上がる（上限で頭打ちにして耳障りにならないようにしている）
• 残り20秒からの予告：薄いライザー音を一度だけ追加し、明確に意識しなくても「終盤に向かっている」 感触を伝える（playLateGameSweetener）
• FINAL DOPA RUSHの強化：残り5秒台で通常のサイレンとは別レイヤーの警告ビープを追加、 残り3・2・1の画面カウントに合わせて強めのカウント音を鳴らす（sfx.finalWarningBeep/countdownBeep）
• 100%到達の豪華化：Ver.4.4の「騒音→静寂→爆発」の流れは維持しつつ、爆発後にもう一段 華やかなきらめきを重ねた（sfx.hundred）

出題の重複防止

questionPicker.tsに、直前1問だけでなく直近3問のタイプもゆるく避けるfilterByRecentTypesを 追加した（候補が尽きたら通常のプールにフォールバックするため、完全に出題不能にはならない）。 既存のカテゴリ連続回避と合わせて、お題の種類が増えたことでプレイごとの展開がより読めなくなる ようにしている。1回のプレイで全27種が出る必要はなく、前回出なかったお題が次回出てくるという リプレイ性を意図している。

ログ（犯行記録用）

新お題からもPlayStatsにログを取得している（rapidStopRedTaps／sequenceTapSamples／ findTargetSamples／releaseZoneOverMs／shortVideoSamples／colorWordFooledCount／ notifRushSamples）。「1→4を0.83秒で処理」「文字の色に3回騙されました」のように、いくつかは resultEngineV4.tsの犯行記録候補に反映済み。将来的に全て結果画面へ出す前提で保持している。

Ver.4.6で修正した内容

テーマは「難しいのはOK。意味不明と理不尽はNG。」。新お題の追加はなし。ゲーム構造・27種のお題・ スコア計算・BGM構造・COMBO構造・OVERDRIVE・結果画面は変更していない。

信号ゲーム（緑になったら押せ）の全面再設計

これまでは「灰色→緑」の一発切替だったため、見た瞬間すでに緑に見えることがあり、 「待つ・反応する」ゲームとして成立しないケースがあった。固定指示を「緑で押せ！」に変更し、 青/赤/黄を2〜5回ランダムに高速切替してから必ず緑で終わるシーケンスに構造化した （GoWaitQuestion.tsx）。切替回数・色順・各表示時間は毎回ランダムで、数学的に「初手緑」が 発生し得ない構造にしている。緑になる前にタップしたらMISS、なってからのタップはSUCCESSで 反応速度によりPERFECT/GREAT/GOODを判定するロジックは維持。

高速仕分けのUI強化

上部に「← 食べ物」「その他 →」を高コントラストな色付きチップで大きく固定表示し、背景演出に 埋もれないようにした。成功時はアイコンが仕分け方向へ飛んでいくフェードアウト演出を追加し、 「左右へ仕分けている」感覚を視覚的にも伝える（FoodSortQuestion.tsx）。

信号連打のUI強化

「🟢 連打｜🔴 STOP」を常時表示する主要UIとして追加し、現在のフェーズに応じてどちらが アクティブかを色で示す。中央ボタンも緑フェーズは「連打！」、赤フェーズは「STOP！」と 大きく表示するようにした（RapidStopQuestion.tsx）。ロジック（緑→赤→緑→赤の4フェーズ、 最低タップ数、赤タップ即MISS）は変更していない。

ショート動画スワイプのUI強化

固定指示を「↑ 上に3回スワイプ！」に変更し、「あとN本」という残数表示を追加。正しく 上スワイプするたびにカードが上へ飛んでいき、下から次のカードが現れる演出にした （ShortVideoSwipeQuestion.tsx）。

「成功したのにMISS」の根本修正（最重要）

全27問のresolve処理（SUCCESS/MISSコールバック・generic timeout・setTimeout・ requestAnimationFrame・pointerup/cancel）を監査した結果、外側の汎用タイムアウト （setTimeout(() => finish(false), spec.targetTimeMs)）がコンポーネントのマウント時に 一度だけセットされ、プレイヤーが正しく進捗している最中でも再武装されないという 構造的なレース条件を6問で発見した：

• RepeatTapQuestion：規定回数タップ後の「止まれ」待機中に発火し得た
• ReleaseZoneQuestion：指を置くのが少し遅れただけで、ゲージ完走中に発火し得た
• SequenceTapQuestion：1つ目の数字を見つけるのが少し遅れただけで、残りをタップ中に発火し得た
• ClearNotificationsQuestion：1個目を消すのが少し遅れただけで、残りを消している最中に発火し得た
• NotifRushQuestion：赤の出現運が悪く1個目が遅れただけで、消している最中に発火し得た
• ShortVideoSwipeQuestion：1回目のスワイプが少し遅れただけで、残りのスワイプ中に発火し得た

（RapidStopQuestionは自前の内部タイマーチェーンで完結しており、この種の外側タイムアウトを 持たないため元々対象外。単純な単発タップ問題（色選択・98〜102 STOPなど）も「決定＝解決」の ため対象外。）

Ver.4.3でHOLDに導入した「進捗するたびに安全弁タイマーを引き直す」という考え方を、 上記6問すべてに適用した。規定回数への到達・正しいタップ・1個の正しいクリアなど、 プレイヤーが検証可能な形で前進するたびに、外側タイマーを「残り工程ぶんの猶予」で 引き直す。これにより、外側タイムアウトは「本当に何もしなかった場合」だけの安全弁となり、 正しく進行中の操作を上書きすることが構造的にできなくなった。

FoodSortQuestion／ShortVideoSwipeQuestionの新しい「飛んでいく」演出についても、 判定は演出の前に確定させ（doneRef相当のフラグを即座に立てて外側タイマーを無効化）、 演出時間ぶんだけonResult呼び出しを遅らせる方式にすることで、演出待ちの間に古いタイマーが 結果を書き換えるレースが起きないようにしている。

開発時だけMISSの原因を追跡できるよう、useRushGame.tsのhandleQuestionResultに console.debugベースのデバッグログ（questionType/failureReason/elapsedMs/ targetTimeMsなど）を追加した。本番ビルドでは出力されず、import.meta.env.DEVでのみ動作する。

FINAL DOPA RUSH・3-2-1カウントダウンの表示修正

実機で、FINAL DOPA RUSHの中央大型バナーと3-2-1の巨大数字表示が、出題中のお題と選択肢の上に 重なりゲームが見えなくなる不具合があった。中央を覆う全画面バナーを廃止し、上部HUDに pointer-events-noneの細い警告バー（「FINAL DOPA RUSH・残りN秒」）を常時表示する方式に 変更した。3-2-1のカウントダウンは、画面右上のTIME表示欄内で大きく表示する方式に変更し、 中央のお題操作領域とは一切重ならないようにした。赤い警告ランプ（画面端の点滅）・サイレン・ 高速BGM・警告ビープ・背景演出は変更なし（PlayScreen.tsx）。

自己説明性の再チェック

上記4問以外の23問についても初見プレイヤー視点で再確認した。押す対象・スワイプ方向・ 待つか押すか・成功条件と画面表示の一致・終了条件の推測可能性のいずれも大きな問題は 見つからず、追加の変更はしていない。

Ver.4.7で追加した黄金DOPA OVERDRIVE演出

DOPA OVERDRIVE（100%突破）を完全にプレゼンテーション層として作り替えた。通常問題のロジック・ スコア計算・OVERDRIVE発動条件（overdriveConfig.ts）・正誤判定・問題制限時間には一切触れていない。 コンセプトは、通常ゲームの紫・ネオン系、FINAL DOPA RUSHの赤い非常警報に対して、 DOPA OVERDRIVEを**「黄金の非常事態」**として明確に差別化すること。

共有コンポーネント（src/components/OverdriveFx.tsx）

演出は実ゲーム（PlayScreen.tsx）と?preview=overdrive確認画面（OverdrivePreviewScreen.tsx、 Vercel Preview限定）の両方から同じコンポーネントを呼び出す構成にした。見た目のロジックを ここに一本化することで、「Previewで見た演出」と「実際にOVERDRIVEが発動した時の演出」が ほぼ同じになる。getOverdriveTier(percent)でpercentから0〜4の段階を判定し、 OverdriveAmbience（画面端の黄金サイレン＋外周パーティクル）、LimitErrorOverlay （100→101%突破時のグリッチ）、OverdriveRevealOverlay（DOPA OVERDRIVE到達）、 Golden120Overlay（120%到達クライマックス）を提供する。全要素にpointer-events-noneを設定。

100%→101%突破演出

既存の「騒音→一瞬静寂→金色爆発」（100%到達）は維持しつつ、その後OVERDRIVE条件を満たしている 場合だけ、「100%という上限を破壊した」と感じられる新しいシーケンスを追加した （useRushGame.tsのsetPercentTarget()）：

DOPAGAKI表示の数字が震える（anim-limit-shake）→ グリッチ＋暗転＋「LIMIT ERROR」の異常表示 （LimitErrorOverlay、約550ms）→ 101%表示＋sfx.overdrive()＋黄金衝撃波の「DOPA OVERDRIVE」 バースト（OverdriveRevealOverlay）。100%到達と同じ答えでOVERDRIVEにも突入する場合と、 すでに100%到達済みの状態で後の答えでOVERDRIVEに突入する場合の両方に対応している。

黄金サイレン

OVERDRIVEに入った瞬間から、画面左右端に細い帯状の黄金サイレン（golden-siren-bar、 FINAL DOPA RUSHの赤サイレンとは別の点滅パターン）を常時表示する。左右で点灯タイミングを 半周期ずらし、「左から光る→右から光る」という回転灯のような見え方にした。外周には overdrive-ringのパルス発光、パーティクルは画面端0〜15%／85〜100%の帯にのみ配置し、 中央60〜70%の問題表示領域には一切演出をかけない（信号・色問題・通知色のUIに 黄金フィルターがかからないことをPlaywrightで確認済み）。

110/115/120%の演出差

getOverdriveTier()が percent に応じて4段階を返し、サイレンの点滅速度・外周発光の脈動速度・ パーティクル数を連動して強めていく。

• 101〜109%：黄金演出開始。サイレンは控えめな速度
• 110〜114%：金色の比率・パーティクル数が増加、外周発光を強化
• 115〜119%：サイレンが高速化し、専用シンセ／高音レイヤーが増える
• 120%：サイレン最高速、Golden120Overlayによる最大クライマックス

OVERDRIVE中のBGM

bgm.tsにOVERDRIVE専用レイヤーを追加した：playOverdriveBass（通常より太い専用低音）、 playOverdriveArpeggio（COMBOアルペジオより速く広い駆け上がり）、playOverdriveSiren （黄金サイレンの音版、パトランプ風の上下スイープを1小節に1回）。既存のplayOverdriveStab （高音シンセ）と合わせ、「通常ゲームの延長」ではなく「隠しステージに入った」音になるようにした。 SEをかき消さないよう、音量は既存のBGM/SEバランスの範囲内に収めている。

120%到達演出

上限（OVERDRIVE_CONFIG.maxPercent）に初めて到達した瞬間だけの追加クライマックスを実装した （crossingMax、useRushGame.ts）。上限の値・発動条件自体は変更せず、「target が初めて 上限に達したこと」を観測して演出するだけ。一瞬音を引く（duckAudio）→ sfx.overdriveMax() （100%到達より一段大きい専用爆発SE）→ 黄金爆発＋画面端から広がる金色衝撃波（anim-golden-shockwave） ＋「120%」＋タイプ名（getOverdriveTitle(120)＝「ドパガキ最終形態」）を表示。多少やりすぎな くらいの演出量を許容している。

黄金結果画面

ResultCard.tsxを、通常結果と一目で区別できるように強化した。101%以上で「⚡ DOPA OVERDRIVE ⚡」 バッジ・黄金グロー・カード端に控えめな金色パーティクルを表示し、120%到達時はさらに「・MAX」の 表示と、より強い黄金グロー（shadowを2段階に強化）を追加する。SNSスクショ映えを意識し、 通常の紫系カードとは明確に別物に見えるようにした。

Vercel Preview確認モード（?preview=overdrive）

Ver.4.6で追加した確認用画面（src/dev/OverdrivePreviewScreen.tsx）を、今回の黄金演出込みで 一通り確認できるように更新した。98%→100%到達→LIMIT ERRORブリーチ→101%突破→DOPA OVERDRIVE→ 110〜116%上昇→120%到達クライマックス→黄金結果画面、までを約13秒で再生する。到達可否は 引き続きビルド時注入の__DOPAGAKI_PREVIEW_ENABLED__（Productionビルドでは常にfalse）で 制御しており、通常プレイのロジック・スコア計算・OVERDRIVE発動条件には一切触れていない。

結果画面

最大表示は常に「ドパガキ度」。その下にタイプ名、さらに小さく最大COMBO／最速反応／正答率を表示し、 GAME SCOREは表示しない。99%終了時は「あと1％でした。」のような悔しさを煽るコメントを出す。 タイプ名は通常時（脳直高速処理型／連打中毒型／高速フリック型／待てない型／刺激処理マシーン／ 完全体ドパガキ／ドパガキ見習い／バランス型）とOVERDRIVE時（限界突破ドパガキ〜ドパガキ最終形態）で 分けて src/config/resultTypesV4.ts に定義。犯行記録はゲームログから自動生成し、最もネタになる2件を表示する。

Ver.4.1でのタイプ判定の厳格化：Ver.4では「反応時間/制限時間の比率が0.55以下」というだけで 脳直高速処理型が付与され、最速反応0.73秒程度の緩いプレイでも該当してしまっていた。Ver.4.1では src/config/resultTypesV4.ts の TYPE_THRESHOLDS に、最低サンプル数・比率・絶対反応時間(ms)・ 正答率を組み合わせた閾値を定義し、src/engine/resultEngineV4.ts の determineType() を 「どの条件も明確に満たさない場合は汎用の『バランス型ドパガキ』にフォールバックする」方式に変更した。 「押すな」を実際に複数回押してしまった場合の「待てない型」判定は好評だったため、最優先の判定として維持している。

動作確認結果

Ver.4（初期実装時）

• npx tsc --noEmit / npm run build / npm run lint すべて成功 （lintの警告は各お題ファイルの構造に起因する軽微なFast Refresh警告のみで、ビルドを妨げない）
• Playwright（Chromiumヘッドレス、390×844のスマホ相当ビューポート）で以下を確認
  • 素朴なプレイ（適当にボタンを押すだけ）で60秒間クラッシュせずプレイ完走、コンソールエラー0件
  • 色・数字・計算・同じもの／違うものを正しく判定して答える強化ボットで、ドパガキ度が 0%→100%まで滑らかに上昇し、100%到達時の「静止→金色演出→完全体ドパガキ」が正しく発火することを確認
  • FINAL DOPA RUSH演出が残り10秒（t=51.8〜52.0s）で発火、赤いランプ点滅、残り3秒台で大きな 「3」がお題を止めずに重なって表示されることをスクリーンショットで確認
  • MISS時の画面シェイク・赤フラッシュ・COMBO BREAK表示が動作することを確認
  • リトライで60%まで達成した場合など、結果に応じたリトライ文言（「その先へ」等）が正しく出ることを確認
  • 実装中に発見・修正したバグ：statsRef.current.maxCombo が最終結果に反映されていなかった問題を修正

Ver.4.1（今回のバランス調整）

• npx tsc --noEmit / npm run build / npm run lint すべて成功（新規追加分含めエラーなし）
• スコアシミュレーション（Node.js、実際のscoreConfigV4.tsの数式を再現）： 正答率60/70/80/90/95/98%それぞれについて、判定分布を正答率相応に仮定した20000試行の平均値は 56.8% / 67.4% / 78.3% / 89.2% / 94.7% / 98.1% となり、指示された目標バンド （60%→50-65%、70%→60-75%、80%→70-85%、90%→85-95%、95%以上＋高反応＋高COMBO→95-100%）に 収まることを確認した
• Playwright実プレイテスト（Chromiumヘッドレス、実際にゲームをプレイするボットで60秒×6回）：
  • 正答率60/70/80/90%を狙うボットで実際にプレイした結果、ドパガキ度はそれぞれ 60% / 70% / 83% / 94% となり目標バンド内。70/80/90%のいずれも100%には到達しなかった （正答率キャップにより上限85/94/99%で頭打ち）ことを確認
  • 正答率98%＋即座に反応する強ボットでドパガキ度100%に到達することを確認（95%以上＋高反応＋高COMBOでの 100%到達可能性を確認）
  • 正答率30%の低精度ボットではドパガキ度32%止まりで、OVERDRIVEには一切到達しないことを確認
  • **常に成功を狙うボット（60秒間で1035問・ノーミス）でHOLD/連打/押すな/スワイプの成功率がいずれも 100%（10/10, 58/58, 26/26, 59/59）**となり、最終盤の高速フェーズを含め物理的に詰む出題が 発生しないことを確認（computeMinTargetTimeMsによる下限保証が機能している）
  • 上記いずれの実行でもコンソールエラーは0件
  • 判定オーバーレイ化により、ボットが即応答した場合60秒間で700〜1000問超のテンポが出ることを確認 （旧仕様の待機ギャップが解消されたことの間接的な裏付け）
• iPhone Safari実機での最終確認は未実施（後述の「重点確認ポイント」を参照）

Ver.4.2（新お題6種＋○回押せ再設計）

• npx tsc --noEmit / npm run build / npm run lint すべて成功（新規追加分含めエラーなし）
• Playwright実プレイテスト（Chromiumヘッドレス、実際にゲームをプレイするボットで60秒×3回）：
  • 常に成功を狙うボット：全19タイプ中、新お題6種を含む10タイプ（holdPress/repeatTap/noPress/ swipe/goWait/skipWait/rapidStop/stopAt100/clearNotifications/spotChange）すべてで成功率100% （合計663問・ノーミス）。「100で止めろ」は直近サンプルの大半が停止値100（diff=0）または 101（diff=1）でPERFECT/GREAT相当を安定して取れており、最終盤の高速フェーズを含め 物理的に詰む出題が発生しないことを確認（computeMinTargetTimeMsの下限保証が機能）
  • 正答率60%を狙うボット：ドパガキ度61%（目標バンド50〜65%相当に収まる）。○回押せの 指定回数オーバー（overPressCount）、GO/SKIPのフライング（earlyPressCount）が実際に記録され、 その合計が3件以上になったことで「待てない型ドパガキ」が正しく判定されることを確認
  • 正答率30%を狙うボット：ドパガキ度29%に留まり、OVERDRIVEには到達しないことを確認 （新お題を追加してもOVERDRIVEの発動条件は変更していないため、低正答率では従来通り非発動）
  • 上記いずれの実行でもコンソールエラーは0件、60秒ラッシュが途中で停止することもなかった
  • 「押すな」のフライング検知（forbiddenTouch）は、テストボット側のDOM取得方法に起因する制約で 自動テストでは十分に踏めなかったが、NoPressQuestion.tsxはVer.4.1から変更しておらず、 コードレビューで挙動を確認済み
• iPhone Safari実機での最終確認は未実施（後述の「重点確認ポイント」を参照）

Ver.4.3（HOLD修正・初見分かりやすさ改善）

• npx tsc --noEmit / npm run build / npm run lint すべて成功
• Playwright実プレイテスト（Chromiumヘッドレス、60秒×3回）：
  • 常に成功を狙うボット（HOLDには意図的に0〜900msの反応遅延を混ぜて検証）： holdPress/repeatTap/noPress/goWait/skipWait/rapidStop/stopAt100/clearNotifications/ spotChange/foodSortの全10タイプで成功率100%、ミス0件（652問中0ミス）。反応遅延900ms （実機でも十分あり得る反応の遅さ）でもHOLDが確実に成功することを確認し、報告された 不具合が再発しないことを検証した
  • 正答率60%/30%を狙うボットで、ドパガキ度がそれぞれ59%/26%と正答率に応じた値になり、 OVERDRIVEには到達しないことを確認（スコアバランスが壊れていないことの確認）
  • swipeタイプが3回の60秒プレイいずれでも一度も出題されないことを確認
  • いずれの実行でもコンソールエラー0件、60秒ラッシュが途中で停止することもなかった
• iPhone Safari実機での最終確認は未実施（後述の「重点確認ポイント」を参照）

Ver.4.4（BGM・演出強化）

• npx tsc --noEmit / npm run build / npm run lint すべて成功
• Playwright実プレイテスト（Chromiumヘッドレス、60秒フルプレイ×2回＋ミュート単体確認）：
  • START操作の直後にAudioContextがrunning状態になることを確認（iPhone Safariの 自動再生制限に対する対策が機能している）
  • 常に成功を狙うボットで60秒フルプレイし、連続正解の節目バナー（「10問連続正解！」 「20問連続正解！」）が正しいCOMBO数で発火することを確認
  • 100%到達バーストの直前350ms以内でBGMゲインが0.0001付近まで下がり、バーストが表示される 瞬間にはゲインが通常値（0.55）まで回復していることを確認（静寂→爆発のタイミングが 設計通り機能している）
  • ゲーム終了直後にBGMスケジューラが停止する（running: false）ことを確認
  • リトライ後、SEゲインが前回プレイの影響を受けずクリーンな値（1.0）にリセットされている ことを確認（前回終盤のダッキング自動化が新しいプレイに漏れ出さない）
  • ミュートボタンでSE・BGM両方のゲインがほぼ0まで下がり、解除で元の値に戻ることを確認
  • 実装中に発見・修正したバグ：100%到達時のダッキングが「下げてすぐ戻す」形になっており、 バースト再生時にはすでに音量が回復してしまい静寂が聞こえない状態だった。ダッキング後に 一定時間音量を保持してから戻す形に修正した。また、リトライ時に前回のゲイン自動化が 残る可能性があったため、unlockAudio()で明示的にリセットするようにした
  • いずれの実行でもコンソールエラー0件
• iPhone Safari実機での最終確認は未実施（後述の「重点確認ポイント」を参照）

Ver.4.5（信号連打再設計・新お題7種・音演出強化）

• npx tsc --noEmit / npm run build / npm run lint すべて成功（lintは既存お題ファイル共通の Fast Refresh警告のみで、エラーは0件）
• Playwright実プレイテスト（Chromiumヘッドレス、複数回の60秒前後プレイ＋個別シナリオ検証）：
  • 60秒超のランダムボットプレイ（新お題7種を含む全27種を対象）でコンソールエラー0件を複数回確認
  • window.__DOPAGAKI_SNAPSHOT__のインスタンスIDを使って問題ごとの判定を個別に検証：
    • 信号連打：赤フェーズ中にタップ→即座にlastJudgement: 'MISS'になることを確認
    • 信号連打：緑フェーズで十分にタップし両方の赤を静かに待つ→成功（PERFECT）になることを確認
    • 信号連打：一切タップしない（赤には触れないが緑でも連打しない）→MISSになることを確認 （「ほとんど連打していない場合は成功扱いにしない」の実装を確認）
    • 1→4／ターゲット探し／緑で離せ／文字の色／光ったやつ／通知ラッシュ／ショート動画の いずれも正しい操作でSUCCESS、誤操作でMISSになることを確認
  • 既存お題（色選択・最大数字・最小数字・仲間外れ・簡単な計算・信号ゲーム）のみを狙って 正解し続けるボットでCOMBOを5まで伸ばし、COMBO節目SE（comboMilestone/comboPitchedTier）が エラーなく発火することを確認
  • ゲーム終了直後にBGMスケジューラが停止する（running: false）ことを確認
  • 実装中に発見・修正したテストハーネス側の問題（製品バグではない）：
    • 最初のテストスクリプトがpage.locator('button').first()でミュートボタン（画面上部）を 誤って操作していたため、信号連打の赤タップ検証が常に失敗していた。ミュートボタンを 除外するセレクタに修正して解決
    • 出題テキストの変化だけで「次の問題に切り替わった」と判定していたところ、出題プールが 増えたことで同じテキスト（例：同じ色の「◯を押せ！」）が連続することがあり、その回の 問題を検出できずCOMBOが理由不明に途切れて見えた。snapshot.currentSpec.instanceIdで 問題インスタンスを判定する方式に修正して解決
  • いずれの実行でもコンソールエラー0件
• iPhone Safari実機での最終確認は未実施（後述の「重点確認ポイント」を参照）

Ver.4.6（UI再設計・誤MISS根本修正・FINAL表示修正）

• npx tsc --noEmit / npm run build / npm run lint すべて成功（エラー0件、警告は既存の Fast Refresh警告のみ）
• Playwright実プレイテスト（Chromiumヘッドレス、複数回の55〜62秒プレイ＋個別シナリオ検証）：
  • 信号ゲーム：window.__DOPAGAKI_SNAPSHOT__のインスタンスIDで問題ごとに検証し、 (a) 出題直後のボタン色が緑になっていることは一度もない、(b) 緑になる前にタップすると lastJudgement: 'MISS'になる、(c) 緑になってからタップすると成功になる、の3点をすべて確認
  • 「成功したのにMISS」の根本修正について：修正対象の6問（RepeatTap／ReleaseZone／ SequenceTap／ClearNotifications／NotifRush／ShortVideoSwipe）それぞれに対し、 最初の操作を意図的に600ms遅らせ、かつ各タップ/スワイプの間隔も想定よりゆっくり （90〜350ms）にしたボットで複数回プレイし、いずれも正しい操作をすれば MISSにならず成功することを確認（修正前の構造であれば発生し得たタイムアウトが 発生しないことの実地検証）
  • 信号連打：常時「🟢 連打｜🔴 STOP」の凡例が表示されていることを確認
  • FINAL DOPA RUSH：発生時に画面中央にフルスクリーンの不透明オーバーレイ要素が 存在しないこと、上部の警告バーがpointer-events: noneで表示されていることを確認
  • 3-2-1カウントダウン：発生時も画面中央にフルスクリーンの不透明オーバーレイ要素が 存在しないことを確認（TIME表示欄内での拡大表示に変更されたため）
  • 60秒前後のランダムボットプレイ（27種の出題対象）を複数回実行し、いずれもコンソール エラー0件
  • 実装中に見つけたテストハーネス側の問題（製品バグではない）：信号連打の主要お題文言を text-4xlに変更した際、テストスクリプトの命令文セレクタ（text-3xl等を対象にしていた）が 追従しておらず凡例検出が一時的に誤判定になった。DOM上の凡例テキストを直接探す方式に 修正して解決
• iPhone Safari実機での最終確認は未実施（後述の「重点確認ポイント」を参照）

Ver.4.7（黄金DOPA OVERDRIVE演出）

• npx tsc --noEmit / npm run build / npm run lint すべて成功（エラー0件）
• Vercel Preview確認モードでの演出検証（?preview=overdrive、Chromiumヘッドレス）： 0→30→60→85→98→100→101→104→108→112→116→120という想定通りの%推移、 「DOPAGAKI 100%」バースト、「LIMIT ERROR」グリッチ、「DOPA OVERDRIVE」バースト、 120%クライマックス（Golden120Overlay）、黄金結果カードの「MAX」バッジまで すべて表示されることを確認。コンソールエラー0件
• 実際の60秒ゲームループでのOVERDRIVE発動経路の検証：本番の隠し条件・スコア計算は 一切変更していないことを確認する目的で、開発時のみ有効な一時テストフック （__DOPAGAKI_FORCE_OVERDRIVE_SETUP__、検証後に削除済み）で統計値を直接注入したうえで、 実際の色選択お題に1問正解させ、本物のhandleQuestionResult()→setPercentTarget()を 実行させて検証した。showHundredBurst／showLimitErrorGlitch／showOverdriveBurst／ overdriveActive／showMaxBurstのすべてが実エンジンのコードパス上で正しく発火し、 displayPercentが100・120の両方に到達することを確認。コンソールエラー0件
• Production非到達の再確認：VERCEL_ENV=productionでビルドしたバンドルに対し、 ?preview=overdriveを付けても通常のタイトル画面が表示され、確認用画面・黄金演出のいずれも 出現しないことを確認（Ver.4.6で確立した仕組みがVer.4.7の追加後も機能している）
• 色問題への干渉確認：黄金パーティクル・サイレンの配置座標を画面端0〜15%／85〜100%の帯に 限定し、信号（GoWait）・文字の色（ColorWord）・通知ラッシュ・色選択のUI領域と 重ならないことをコードレビューと実機相当ビューポートでの表示確認で検証
• iPhone Safari実機での最終確認は未実施（後述の「重点確認ポイント」を参照）

今後簡単に調整できるファイル

• src/config/difficultyConfig.ts：6段階の時間帯・出題速度・出題プール
• src/config/scoreConfigV4.ts：判定ごとの質スコア・COMBOボーナス・正答率別の到達上限（ACCURACY_CAPS）
• src/config/timingConfig.ts：HOLD／連打／スワイプ／計算問題の物理的な最低制限時間
• src/config/overdriveConfig.ts：DOPA OVERDRIVEの隠し発動条件の閾値
• src/config/visualConfig.ts：演出レベル（発光／ネオン／パーティクル／ゴールド／ギラギラ）の定義
• src/config/resultTypesV4.ts：タイプ名（通常／OVERDRIVE称号）とタイプ判定の閾値（TYPE_THRESHOLDS）
• src/config/messagesV4.ts：タイトル文言・リトライ文言・結果コメント・シェア文面
• src/questions/*.tsx：お題の追加・見た目・難易度調整（1問1ファイル。categoryでカテゴリも設定）
• src/utils/sound.ts：効果音（Web Audio APIの簡易SE。音源ファイルへの差し替えも容易）

（Ver.4.2で追加）

• 各お題ファイルのgenerate()内の乱数レンジ（GOの待機時間、100で止めろの速度、通知の対象数など）
• RepeatTapQuestion.tsx内のstopConfirmMsのレンジ（現在700〜900ms）

（Ver.4.3で追加）

• src/config/timingConfig.tsのhold.completionSafetyMs：HOLD完了判定の安全弁タイマーの猶予
• StopAt100Question.tsxのGOOD_RANGE：「98〜102でSTOP！」の成功範囲の広さ（表示と条件が自動的に一致する）
• difficultyConfig.tsの各フェーズプールにswipeを戻せば方向スワイプを復活させることも可能

（Ver.4.4で追加）

• src/utils/audioContext.tsのBGM_BASE_GAIN/SFX_BASE_GAIN：BGM/SEそれぞれの基準音量
• src/utils/bgm.tsのSTAGE_BPM：6段階のBPM。playKick/playHat/playBass/playPerc/ playShimmer/playOverdriveStabの各関数で音色・音量を調整可能
• useRushGame.tsのCOMBO_MILESTONES/comboVisualBonus/comboMilestoneLevel：連続正解の 節目とその演出強度
• useRushGame.tsのHUNDRED_SILENCE_MS/BIG_COMBO_BREAK_THRESHOLD/COMBO_BREAK_FLINCH_MS： 100%到達時の静寂の長さ、大きいCOMBO BREAKの発動しきい値とその演出の長さ

（Ver.4.5で追加）

• RapidStopQuestion.tsxのMIN_TOTAL_TAPS/REFERENCE_INTERVAL_MS：信号連打の最低タップ数、 判定品質の基準タップ間隔
• src/engine/difficultyStage.ts：進行度に応じてお題側の難易度を微調整したい場合の共有ステージ値 （generate()はzero-argのままなので、この値を読むことで最小限のアーキテクチャ変更で対応している）
• src/config/difficultyConfig.tsの各フェーズプール：新お題7種の解禁タイミングを変更可能
• src/config/timingConfig.tsのsequenceTap/findTarget/releaseZone/shortVideoSwipe/ colorWord/flashSpot/notifRush：新お題それぞれの物理的な最低制限時間
• bgm.tsのCOMBOレイヤーしきい値（scheduleStep内のcombo >= 5/10/15/20/25）： COMBOに応じて追加される音レイヤーの発動タイミング
• src/engine/questionPicker.tsのRECENT_TYPES_LENGTH（useRushGame.ts）：直近何問分のタイプを ゆるく避けるか

（Ver.4.6で追加）

• GoWaitQuestion.tsxのNON_GREEN_COLORS／randInt(2, 5)：信号ゲームの非緑色の種類・切替回数の範囲
• FoodSortQuestion.tsx／ShortVideoSwipeQuestion.tsxのFLY_MS：成功時の「飛んでいく」演出の長さ
• 誤MISS修正で導入した「進捗ごとの猶予」定数（RepeatTapQuestionのstopSafetyMarginMs、 ShortVideoSwipeQuestionのPER_REMAINING_SWIPE_MSなど）：各問題の再武装タイマーの余裕時間
• useRushGame.tsのinferFailureReason／logQuestionMiss：開発時のMISS原因ログ （import.meta.env.DEV時のみconsole.debugに出力、本番には出ない）

（Ver.4.7で追加）

• src/components/OverdriveFx.tsxのgetOverdriveTierのしきい値（101/110/115/120）、 TIER_SIREN_MS/TIER_RING_MS/TIER_PARTICLE_COUNT：黄金演出の段階と強度
• useRushGame.tsのLIMIT_ERROR_MS/MAX_SILENCE_MS/MAX_BURST_HOLD_MS： 100→101%突破演出・120%到達演出それぞれの長さ
• src/utils/bgm.tsのplayOverdriveBass/playOverdriveArpeggio/playOverdriveSiren： OVERDRIVE専用BGMレイヤーの音色・音量
• src/utils/sound.tsのoverdriveMax：120%到達専用の爆発SE
• src/components/ResultCard.tsxのGOLD_CARD_PARTICLES：黄金結果カードの装飾パーティクル位置

スマホ実機で重点的に確認してほしいポイント

• iPhone Safariで長押し（HOLD・「押すな」）時にテキスト選択やコールアウトメニューが出ないか
• スワイプ問題でブラウザの戻る/進む操作や画面スクロールが誤発火しないか
• 連打・ダブルタップでズームが暴発しないか
• FINAL DOPA RUSHやパーティクル演出が重く感じないか（低スペック端末での体感）
• 実際に上手くプレイした際、DOPA OVERDRIVEが自然に発動する体感になっているか （閾値はoverdriveConfig.tsでいつでも調整可能）。Playwrightボットでの検証では、 「正答率・反応速度は高いが押すな／先走りタップが一切ない完璧すぎるプレイ」だとOVERDRIVEの 追加条件（高COMBO／せっかちタップ／押すな失敗のうち2つ以上）を満たさず発動しなかった。 実機で人間らしいプレイをした際に自然に発動するか、体感を重点的に確認してほしい
• 判定オーバーレイ（PERFECT/GREAT/GOOD/MISS）が次のお題の上に一瞬重なって表示され、 お題の切り替えテンポを妨げていないか（旧仕様は表示中お題が止まって見えていた）
• HOLD・連打・「押すな」がFINAL DOPA RUSH中（残り10秒以降）でも実際に無理なくクリアできるか
• （Ver.4.2）「○回押せ」で指定回数に到達した後、焦って追加でもう1回押してしまう感覚が 自然に発生するか（勢い余って押しすぎるドパガキの衝動を狙った変更）
• （Ver.4.2）GOまで押すな／SKIP待ち／連打→急停止／100で止めろが、FINAL DOPA RUSH中でも 「速すぎて理不尽」と感じずにクリアできるか
• （Ver.4.2）通知を消せ／変わったやつを押せのタップ対象がiPhoneの指で確実にタップできる大きさか
• （Ver.4.2）連打から急停止に切り替える瞬間、興奮して指が止まらない感覚が体感として狙い通りか
• （Ver.4.3・最重要）HOLDを普通に長押ししたら、体感の遅い反応でも確実に成功するか （報告されていた「ゲージが溜まっているのにMISSになる」不具合の実機での再確認）
• （Ver.4.3）信号ゲーム（緑になったら押せ）を初見のプレイヤーが説明なしで理解できるか
• （Ver.4.3）連打→STOPを初見で理解できるか（「連打 → STOPで止まれ」の固定表示が機能しているか）
• （Ver.4.3）「98〜102でSTOP！」の成功条件が分かりやすいか
• （Ver.4.3）高速仕分け（← 食べ物　それ以外 →）の操作感が気持ちよいか、アイコンの追従が自然か
• （Ver.4.3）SKIP問題を初見で理解でき、かつ無関係な場所へのタップで理不尽にMISSにならないか
• （Ver.4.4・最重要）STARTを押した直後にBGMがちゃんと聞こえるか（iPhone Safariの自動再生制限による 無音状態が起きていないか）
• （Ver.4.4）60秒間でBGMの盛り上がりがフェーズごとに体感として本当に増していくか （落ち着いた序盤→終盤の高密度な音の積み重ね）
• （Ver.4.4）残り10秒からのFINAL DOPA RUSHサイレンが実際に緊張感を生んでいるか （操作音やMISS音をかき消していないか）
• （Ver.4.4）「🔥 N問連続正解中！」の連続正解演出が気持ちよく、うるさすぎないか
• （Ver.4.4）大きいCOMBOをMISSで切った際の演出（暗転・BGMダッキング・「N問連続で終了」表示）が 「痛い」感覚としてちょうど良いか、直後のテンポ（MISS→即次の問題）が保たれているか
• （Ver.4.4）連打→STOP（緑は連打／赤で止まれ）が信号のように直感的で、初見でも理解できるか
• （Ver.4.4）終盤（残り10〜20秒）の演出量が過剰でお題が読みにくくなっていないか、操作の妨げに なっていないか
• （Ver.4.4）100%到達の瞬間、一瞬の静寂の後に金色の爆発演出が来る「静寂→爆発」のコントラストが 体感できるか
• （Ver.4.5・最重要）信号連打（緑→赤→緑→赤）を初見で理解でき、赤で止まれずタップしてしまう 理不尽さがないか（色の切り替え自体が文章より強く見えているか、パルス/発光が機能しているか）
• （Ver.4.5）新お題7種（1→4／ターゲット探し／緑で離せ／ショート動画／文字の色／光ったやつ／ 通知ラッシュ）がいずれも初見で操作方法を理解でき、1〜2秒というテンポの中で無理なく処理できるか
• （Ver.4.5）「文字の色」「信号（連打・GOまで押すな）」「通知ラッシュ」が、演出量が増えた終盤でも 背景エフェクトに埋もれず判読できるか
• （Ver.4.5）通知ラッシュのバッジ出現・消滅がiPhone実機でもたつかないか（DOM生成量・タップ精度）
• （Ver.4.5）COMBOが伸びるほどBGM/SEのレイヤーが増えていく体感があり、MISSで一度リセットされた後に 「また盛り上げたい」という気持ちになるか
• （Ver.4.5）正解SEの音程が連続正解で少しずつ上がっていく変化に気づけるか、うるさすぎないか
• （Ver.4.5）残り20秒付近からの薄いライザー、残り5秒の警告ビープ、3・2・1のカウント音が 過剰にならずに終盤の緊張感を高めているか
• （Ver.4.5）1回のプレイで出なかったお題が次のプレイで出てくることで、周回した際に新鮮さを感じるか
• （Ver.4.6・最重要）「正しく操作したのにMISSになった」と感じる瞬間が実機プレイでなくなったか （特にRepeatTap／ReleaseZone／SequenceTap／ClearNotifications／NotifRush／ShortVideoSwipeの6問）

Ver.4では見送ったもの

• EVENT L相当の「制限時間クイズ」は実装済みお題（I.簡単な計算）と役割が重複するため未追加
• ランキング・ログイン・DB・オンライン対戦・アカウント・複雑な実績システムは仕様書通り見送り
• 効果音は音源ファイルではなくWeb Audio APIによる簡易SE（差し替えやすい構造にはしてある）
• OG画像・結果カード画像化は今回未実装（ResultCardコンポーネントとして分離済みなので拡張しやすい）