個人用v64が利用しているSupabaseの最新バックアップを読むだけです。服・お気に入りの保存、削除、復元は行いません。ログインすると認証側の最終ログイン時刻が更新されることがあります。
この画面は現行の個人用Supabase用です。kimino-closet-betaには接続しません。 メールアドレス・パスワードはチャットに送らず、この画面だけで入力してください。
ログイン中（情報はブラウザのメモリ内のみ）。クラウドの書き込みボタンはありません。
まだ接続していません。操作しない限りSupabaseには通信しません。
利用可能な場合は別名の試験用IndexedDBにコピーし、読み戻して一致を確認します。AndroidのローカルHTMLなどで保存領域を開けない場合は、端末へ保存せず、このタブ内だけで形式・写真・お気に入りを一時検証します（再読み込みで消えます）。現在のテストデータ・元のv64・Supabaseは変更しません。
履歴の画像が実際に開けるか代表8枚で試し、必要なら同じJSONを手元へ保存します。クラウド上のファイル、現在の服やお気に入りは書き換えません。
Step 14でも実クラウドは読み取り専用です。選択した履歴を端末の隔離された試験用保存領域にだけコピーできます。別の画面のテストデータや個人用v64の保存領域は変更しません。全写真・本番への復元・クラウド上書きの安全性はまだ保証できません。
本番v64・通常のUIテストデータ・Supabaseと別の保存領域です。ここで確認してもコーデ画面には反映されません。
まだ確認していません。
実際のクラウド保存ではありません。 すべてこのHTMLを開いている間だけの模擬処理です。v64・Supabase・kimino-closet-betaのデータには書き込みません。画面の服・お気に入りも変更しません。
v64の保存手順に沿い、①不足データ・削除記録を検査 → ②保存前後の履歴退避 → ③途中変更を再確認 → ④最新ファイルを更新 → ⑤読み戻し照合、を模擬します。これは本番のStorage権限やネットワーク安全性を証明するものではありません。
①’を使う場合は、先に「個人用クラウドと照合」でログインして最新データを読み込んでください。本番のデータを一時的なメモリにコピーするだけです。
最初に①で模擬クラウドを初期化してください。保存ボタンは本物のSupabaseには接続しません。
検証用の模擬クラウドは画面を閉じてもこのタブ内では保持されますが、HTMLの再読み込みで消えます。実データの保存先ではありません。本番用クラウド保存ボタンは引き続き無効です。
本番クラウドへの書き込みは無効です。 v64で使っていた「差分確認→履歴保全→途中変更の照合→最新を保存→読み戻し」の流れを、新UIの操作画面に整理しました。現在このHTMLで実行できるのは読み取り・保存前検査までです。
個人用のv64とkimino-closet-betaを変更しません。検査は個人用クラウドの最新JSONを読み込みますが、サインインは認証側のログイン記録を更新することがあります。
まだログインしていなければ①でログインしてください。②は毎回、最新のデータをクラウドから取り直して比較します。
v64の保存手順と対応
1. 端末・クラウドの内容、削除・統合記録を照合 （検査のみ）
2. 上書き前の履歴を別名で保存 （未実行）
3. 新しいデータの履歴を別名で保存 （未実行）
4. 途中更新を再確認して最新ファイルを更新 （未実行）
5. 更新後の読み戻し一致を確認 （未実行）
クラウド書き込みは実装をロックしています。照合には①と②をご利用ください。
※この画面は上書き機能を有効化するものではありません。v64の保存方式では、事前の再照合と上書きは原子的な一操作ではありません。実際の同時保存は別途、安全性を検証する必要があります。
本番の服・お気に入りはアップロードしません。 この画面が保存できるのは、検証専用バケット kimino-ui-isolated-lab の本人用フォルダー内に限られた、架空の3着のJSONです。既存の kimino-closet-data への書き込みは実装していません。
すでにStep 15B/15Cで検証した接続を、新UIに統合するテストです。SupabaseのSQLを再実行する必要はありません。ログイン後は同じタブ内で操作してください。
③は保存済みのテストJSONを読むだけです。④は新しいダミーJSONを1件だけ保存し、そのまま読み戻します。もし通信エラーが出たら、④を連打せず③で確認してください。
Step 17｜同時保存の競合防止（検証バケットのみ）
同じ時点を読んだ2つの仮想端末が、それぞれ異なる名前のダミーJSONを保存して「最新」にしようとします。DB側の原子的な更新で、片方だけを採用し、もう片方を競合として拒否できるか試します。本番の服やお気に入りは使いません。
初回は検証用のStep 17設定SQLが必要です。②で認証とマーカーを確認してから⑥を押してください。本番への書き込みは無効です。
検証用バケットに2つのダミーファイルを新規保存します。検査途中に通信が切れたら⑦を連打せず、⑥で現在のバージョンを照合してください。競合で採用されなかったダミーも履歴として残ります。Storageの保存とDBの採用は別操作のため、異常時には未採用ファイルが残ることがあります。
②で検証用の設定と認証を確認してください。実データの保存は引き続き無効です。
本番保存先の closet.json は引き続き書き込み禁止です。このテストでは複数端末から同時保存した際の競合解決や、本番データ全件の復旧は検証できません。
現在のv64はそのまま使えます。 この画面はバックアップの読み取り専用の診断です。選んだJSONを新UIに取り込まず、端末保存・本番Supabase・検証バケットを変更しません。
旧v64は kimino-closet-data 内の closet.json を使います。新UIは将来別の保存先（例：kimino-closet-v2）＋世代管理を採用し、旧v64と同じファイルを同時に書き換えない設計にします。新しい保存先はまだ設定していません。
まだJSONを選んでいません。切り替え時点の最新バックアップを使うため、今は練習用のファイルでも確認できます。
これは選んだファイルをそのまま端末に複製する操作です。JSONの書き換えや復元は行いません。ダウンロード済みの原本も消さないでください。
クラウドはまだ照合していません。v64を使い続けている間に差が生じるのは自然です。移行時には最新データで再確認します。
1. 新UI用の別の非公開バケットと原子的な世代管理を用意する。今は未作成。
2. ダミーデータで保存・読み戻し・競合拒否・復旧手順を検証する。本番の closet.json は変更しない。
3. 切り替える当日にv64で最新JSONを保存し、内容とクラウドを照合する。移行後は旧v64からクラウド保存しない。
4. 新UIで最新データを確認し、新しい保存先へ初回保存。その保存を読み戻すまで旧v64・元JSONを残す。
注意：Step17で通ったのはダミーデータの競合防止です。実データ（約6MB）はStep15Bの1MB制限の検証バケットには入りません。ここでは本番用の保存ボタンは作っていません。
Step 19：設定の読み取り確認のみ。 旧v64の kimino-closet-data は使い続けられます。新UI専用の kimino-closet-v2 を別途設定します。ここから実データのアップロードはできません。
設定SQLはチャットからコピーして、個人用プロジェクトのSQL Editorで一度実行してください。kimino-closet-beta では実行しません。
まだ確認していません。SQL実行後にログインして診断してください。データの保存・復元はしません。
新UI専用バケットが非公開か、JSONの上限が20 MiBか、現在の世代番号が何番かを確認します。初回は0の想定です。SQL・APIの設定を検査するだけで、画像の読み込みや保存の安全性を完全に検証したものではありません。
本番の closet.json は今後も上書き禁止です。旧v64の最新バックアップからの移行は、v2での書き込み・読み戻し・競合検証後に行います。
旧v64は今までどおり使用できます。 選択したJSONを、別バケット kimino-closet-v2 に新しい名前で1件コピーし、全バイトを読み戻して一致検査します。旧バケット・新UIの端末保存・お気に入り・世代番号は変更しません。
安全上の注意： 実データを新UI専用バケットへアップロードする通信テストです。アップロード成功後に読み戻しだけ失敗した場合、コピーは残ることがあります。何度も保存ボタンを押さず、結果画面を確認してください。ファイルの内容はこのチャットには送らないでください。
この版には、既存ファイルの上書き、削除、v2の最新版の採用、旧v64のデータの移動・変更は実装していません。複数ユーザーからのアクセス遮断は別の検証が必要です。
本番切り替え前の読み取り専用検査です。 Step20でV2へコピーしたバックアップを再取得し、基本的なデータ整合性を調べます。手元のJSONと全バイト比較もできます。この画面ではクラウドに保存・上書き・削除したり、最新版として採用したりしません。
③で検査したV2のJSONを、通常のコーデ画面とは別名の端末保存領域へコピーし、再読み込みして一致を検査します。クラウドへ書き込みません。既存のv64・新UIの通常データ・世代番号も変更しません。
判定の限界： 基本形式・参照・ファイルの一致を確認しますが、すべての画像表示、長期保存、他ユーザーからのアクセス遮断、複数端末同期は保証しません。今回確認できてもV2の世代番号は変わりません。
ここは仮復元専用です。 新UIのコーデ画面・端末の通常データ・v64・Supabaseの内容は変更しません。端末に保存できない環境では一時表示のみになります。
旧v64とは別のV2専用クラウドです。 服やお気に入りの保存は手動です。変更のたびに新しいJSONを作り、最新としての採用を世代番号で判定します。
初回の切り替え前には、v64の最新JSONを「その他」から読み込んでください。
初回は、切り替え時点の最新v64バックアップを読み込んでから保存してください。切り替え後はv64での追加・変更を止め、新UIだけを更新します。
別端末で保存した最新版を読み込む操作です。現在の端末データを置き換えます。先に下のボタンでバックアップを書き出してください。
※クラウドと端末の自動同期はありません。編集した端末で「V2へ保存」、別端末では「最新版を端末に読み込む」を使用します。同時編集時は古い世代からの保存を拒否します。旧v64の closet.json は変更しません。