連続プレイ日数(ストリーク)判定が端末のタイムゾーンに依存し、JST圏外でずれる

1. 不具合の内容:
タイトル画面に表示される「🔥 N日連続プレイ中!」のストリーク判定(vd_streak, v1.39.0)が、JST(Asia/Tokyo)以外のタイムゾーンに設定された端末で正しく機能しない可能性がある。具体的には、実際にはJSTで連続している日でも「今日」の判定がずれて連続記録が途切れたり、逆に同じJST日内の複数プレイが別日としてカウントされ日数が余分に増えたりする恐れがある。

2. 根拠・発生しそうな条件:
changelog を見ると、ほぼ同時期に実装されたランキング画面の「今日のリセットまでの残り時間」表示(v1.42.0)は、当初「表示は端末の時計をもとにブラウザ側だけで計算」する実装だったが、その直後のv1.42.1で「端末のタイムゾーンに左右されずJST 0:00までの残り時間を表示するように」「UTCエポックミリ秒からJSTの日内経過を求める計算に変更」という修正が行われている。つまりこのアプリでは「JSTの日付境界を端末のローカルタイムゾーンに依存して計算してしまう」という同種のバグが実際に発生し修正された実績がある。
ストリーク機能(vd_streak, v1.39.0)は同種のJST日付判定ロジックを持つが、リリースノートにタイムゾーン起因の修正が入った形跡がなく、v1.42.1と同じ設計課題を引き継いだまま実装されている可能性が高い。日本以外(例: 米国・欧州)からアクセスするユーザーの端末では、Date.getFullYear()/getDate()等のローカルタイム系APIでJST日付を代用していた場合、実際のJST日付とずれた「今日」判定になり、ストリーク表示が実態と食い違う。

3. 期待動作:
端末のタイムゾーン設定に関わらず、UTCエポックミリ秒に9時間(JSTオフセット)を加算した上でUTC系メソッド(getUTCFullYear/getUTCMonth/getUTCDate等)からYYYY-MM-DD形式のJST日付を算出し、その日付を基準に連続プレイ日数を正しく判定・更新・保存すること。

4. 修正方針:
ストリーク判定・保存処理内でJST日付文字列を生成している箇所を、既にv1.42.1のリセットカウントダウンで採用された「UTCエポックミリ秒 + 9時間からJST日付を算出」するロジックに統一する。localStorageのvd_streakのデータ構造(最終プレイ日・連続日数)自体は変更せず、日付算出関数のみ共通化・修正する。修正後も、localStorageが読めない場合や壊れている場合は従来通り安全にスキップし、累計プレイ回数・自己ベスト・モード選択・New表示・ランキング・スコア送信には影響を与えないこと。