OTAKU LIVE MVP

アイドル現場を中心に、参戦予定・同行募集・DMへつなぐMVPです。

現在できること

• 公演一覧・検索・詳細、ログイン、プロフィール、推し登録
• 参戦予定、同行募集、当事者間のDM
• 管理者によるグループ・メンバー・公演の手動登録と公開
• ユーザーのブロック・解除、募集・ユーザー・選択メッセージの通報
• 自分の募集終了、自分の通報状況、管理者による通報確認と対応履歴

情報の登録手順

1. 指定済みの管理者アカウントでログインし、マイページの「グループ・メンバー・公演を管理」を開く（admin.html）。
2. 実在データを選び、グループを下書き保存。識別名は半角英小文字・数字・ハイフンで一意にする。
3. 公式サイト、主催者、会場、公式販売ページで事実を確認。個別情報を確認できるHTTPSの出典URLと出典種類を入力する。
4. 「今回の入力内容を出典と照合した」をチェックし、公開して保存する。
5. メンバーや公演を登録し、先に公開したグループに紐づける。公演時刻は日本時間。終演未定は空欄。
6. 修正も同じ編集画面から保存。公開中の内容は毎回再確認が必要。中止・誤情報は「非公開・保管」にする。公開中の子データがあるグループは、子データを先に非公開にする。

下書き・非公開データは管理者以外に見えません。ホームと推し選択は実在データが初期表示です。M!LK、現行メンバー5名、2026年10月24日の宮城公演を公式出典付きで登録済みです。「DEMO」チェックで既存の動作確認データを利用できます。公演の公開後も最新の開催状況は出典を確認してください。合同公演は代表グループを1組紐づけるMVP仕様です。

自動取得・スクレイピング・画像や紹介文の転載は行いません。出典URLの形式検証は、リンク先が公式であることを保証しません。担当者が内容・運営主体を確認します。変更履歴には変更前後の値と操作アカウントIDを記録します。画面の絞り込みは読み込み済みの行を対象とし、50件ごとに追加読み込みできます。

募集終了・通報・ブロック

• 募集カードかマイページの「安全設定・自分の募集を管理」で募集を終了できます。終了後の再開はできません。終了した募集は他ユーザーに非表示になり、新しいDMは開始できません。既存DMは継続できます。
• ブロックすると双方の募集・DMが非表示になり、DM開始とメッセージ送信をDBでも拒否します。自分のブロック一覧だけが見えます。解除しても相手側のブロックは解除しません。参戦人数やプロフィールの公開範囲は変わりません。
• 募集カード、DMの相手、個別メッセージから通報できます。その他の理由は詳細必須、詳細1000文字まで、1人24時間20件まで。同じ相手・対象への未対応通報は重複受付しません。通報と同時にブロックすることもできます。
• 通報後の状態は安全設定で確認できます。通報内容や通報者は相手に表示しません。運営用に対象募集と選択メッセージだけを保存します。管理者が全DMを読める権限は付けません。
• 管理者はマイページの「通報を管理」か情報管理画面のリンクから、受付済み／確認中／対応済み／対応不要を更新できます。更新者と変更履歴を記録し、古い画面からの上書きは拒否します。アカウント停止・運営による投稿削除・自動通知は未実装です。
• 各自の募集・ブロック・通報は50件、管理者の通報一覧は30件ごとに追加読み込みできます。

データ

Supabaseプロジェクト pfyvsweuvdnpmvabfflh（表示名 student-chat）内の otaku_* テーブル群を使用します。物理的に別プロジェクトではありません。student-chat のテーブル・ポリシー、共通Auth設定は変更しません。

db/catalog-admin.sql は管理APIの migration otaku_catalog_admin として適用済みのSQLです。既存カタログ3テーブルだけの公開ルールを更新し、専用管理者テーブル、検証、監査を追加します。新規環境では既存MVPのスキーマが先に必要です。適用済み環境でこのファイルを再実行しないでください。

db/social-safety.sql は migration otaku_social_safety として適用済みです。既存の募集・会話・通報のルールと、ブロック・通報証拠・対応履歴を追加します。非公開スキーマの限定トリガーで操作主体を検証し、募集終了と会話開始、ブロックと送信の競合をロックで直列化します。ブラウザが渡す相手・公演・会話・メッセージの紐づけも検証します。新規環境では既存MVPとカタログ管理の順に適用し、適用済み環境では再実行しないでください。

管理者は otaku_catalog_admins の許可リストで管理します。ブラウザから追加・削除はできません。管理者の追加はDB管理者が、本人を確認した登録済みAuthユーザーのUUIDのみを登録します。プロフィールや user_metadata で権限は付与しません。権限削除はこの専用テーブルの行を削除し、他アプリの権限には触れません。

カタログの物理削除権限はブラウザに付与しません。既存のDEMO区分とIDは変更不可、同一グループのメンバー名と公演の組み合わせは一意です。更新は revision により上書き競合を検知します。監査用の限定された private trigger 以外は SECURITY INVOKER。サービスキーはブラウザに不要です。カタログの管理APIからの書き込みにも、監査のため認可済みユーザーの操作主体が必要です。

検証

• node --test tests/catalog.test.cjs：出典URL、公開要件、日時、入力検証。
• db/test-catalog.sql：管理者・一般ユーザー・未ログインの実DB権限、公開・非公開、重複、監査、競合。すべてトランザクション内で実行しロールバックするためテストデータは残らない。最低1名の管理者登録が必要。
• db/test-social-safety.sql：実DBで42項目。募集終了、既存DM継続、相互ブロック時の閲覧・送信拒否、解除、なりすまし拒否、通報対象検証、重複・件数制限、管理者の限定証拠閲覧・状態更新・履歴・競合、未ログイン拒否。仮ユーザーも含めすべてロールバック。管理者1名と公開公演2件が必要。
• ローカルブラウザ：未ログイン時の管理画面拒否、実SupabaseからのDEMO取得・公演詳細、ローカルの模擬接続による3種類の登録・公開条件・日本時間再表示を確認。管理者の実ログインによる本番ブラウザ保存は別途確認する。
• ローカルの模擬接続で、安全設定・個別メッセージ通報・通報管理の操作と入力内容のエスケープを確認。スマートフォン幅でも表示を確認。本番で実アカウント2名がログインしたブラウザ検証は別途確認する。
• 今回の変更対象外のRLSポリシーのハッシュは変更前後で一致。student-chatのテーブル・権限・共通Auth設定に変更なし。

デプロイ

GitHub sitemakes/otaku-site を Vercel otaku-live-mvp に接続した静的サイトです。DB変更はフロントエンドより先に適用します。共通DBや student-chat のVercelプロジェクトにデプロイしないでください。旧UIへ戻しても追加DB列は残す方式にし、利用データのある列・監査履歴を削除しないでください。