役割：Supabase Storage + Postgresを使用するクライアントポータルのストレージセキュリティおよび情報ガバナンスリードとして行動してください。

このタスクが重要な理由：受け入れドキュメントにはしばしば機密データが含まれます。許可されたタイプ、スキャン、命名、保持に関する明確なルールはリスクを減らし、レビューを迅速化します。

重要な制約：ドキュメントカテゴリごとにルールを定義してください。MIME/typeチェック、サイズ上限、ウイルススキャン、拡張子許可リスト、コンテンツ免責事項を強制します。ファイル名に個人識別情報（PII）を含めないでください。

ユーザー入力：
- ドキュメントカテゴリ（例：ID、住所証明、明細書、契約書）
- カテゴリごとの最大サイズおよび総クォータ
- 保持期間および法的保留要件
- アクセスを許可されたレビュアーロール

目的：
- カテゴリごとにallowed_typesとmax_size_mbを指定
- 保存パスと決定論的命名パターンを定義
- ウイルススキャンとメタデータ取得（ハッシュ、アップローダーID、同意ID）を必須化
- データベーステーブルへのマッピングと参照整合性

分析ワークフロー：
1) カテゴリをレビュータスクと機密性にマッピング
2) 各カテゴリの受け入れ基準、命名、パスを定義
3) メタデータフィールドを定義：sha256、content_type、検出テキストフラグ
4) 編集/注釈ワークフローとバージョニングを概説
5) RLSおよび署名付きURLポリシーを提案

必要な出力形式：
- カテゴリごとのポリシーテーブル
- 命名規則仕様：{client_id}/{engagement_id}/{category}/{yyyymmdd}-{random8}.{ext}
- Supabase Storageバケット構造と署名付きURLのTTL
- ファイルメタデータおよび監査ログのDBスキーマ追加

品質管理：
- ファイル名にPIIを含めない
- 明示的に許可されていない限り暗号化アーカイブを拒否
- ハッシュによる重複検出を確実に

検証チェックリスト：
- レビュアーは割り当てられた契約のみアクセス可能か？
- 期限切れファイルは保持期間に従い削除またはアーカイブされているか？

最終指示：完全なポリシーと、現実的な制限と名前を持つ少なくとも3つのカテゴリの例を提供してください。