fix(audit,matchmaker): V057 audit_logs 增加 subject_user_id 主体维度（运行时实测抓到 C 端审计 FK 硬缺陷）

- 根因：audit_logs.operator_id FK→operators，C 端用户（consent/decline/越权）触发的审计把 userId 写 operator_id → FK violation：consent 成功路径 500 回滚（阻塞主链路）、deny 路径写失败被吞（C 端越权零审计，违反 DEC-006）；H2 无 FK → 集成测试假绿（测试库缺约束类假绿第二例）
- V057：audit_logs + subject_user_id UUID FK users（可空）+ idx_audit_logs_subject_user；主体语义=operator_id 与 subject_user_id 恰有一者非空
- AuditLog 实体 +subjectUserId；DataScopeGuard.denyUser（subject 维度 deny，先审计后 403）；AuditLogService.recordUserAction 备用入口
- ContactAuthorizationService：consent/decline 改 saveUserAudit（subject 维度）；requireOwnedAuthorization 改 denyUser；operator 侧 6 处不变
- 测试：生命周期断言主体分流（consent 行 subject_user_id/operator_id=null/无 assignment_id）；非本人 consent 负例补「越权 deny 审计必须落 subject 维度」断言；LATEST_MIGRATION 56→57
- 验证：定向 33/33（授权 13+disabled 2+守卫 5+迁移 13）；负向注入 denyUser 写回 operator 维度 → 恰好新断言判红 → 还原复绿
- 发现渠道：本地栈运行时实测（mock 登录新用户 consent 403 → deny 审计 FK 失败日志溯源）

backend/src/main/resources/db/migration/V057__audit_logs_subject_user.sql

@@ -0,0 +1,17 @@
+-- V057 (ZC-MM-003 B1 运行时实测修复): audit_logs 增加 C 端用户主体维度
+--
+-- 背景：运行时实测（本地栈真 PostgreSQL）发现 audit_logs.operator_id 存在
+-- FK → operators(id)（audit_logs_operator_id_fkey）。受控联系 C 端
+-- （/contact-authorizations/**）以「用户身份」触发的审计（consent/decline 成功、
+-- 越权 deny）把 userId 写进 operator_id → FK violation：
+--   * consent/decline 成功路径：审计 insert 无兜底 → 事务回滚 → C 端同意必然 500；
+--   * deny 路径：写失败被 catch 吞掉 → C 端越权尝试零审计（违反 DEC-006 全程留痕）。
+-- H2 测试库 audit_logs 无 FK → 集成测试假绿（测试库缺约束类假绿第二例）。
+--
+-- 方案：审计主体双维度——operator 主体照旧写 operator_id（FK operators）；
+-- user 主体写 subject_user_id（FK users）且 operator_id 置 null（本就可空）。
+-- DEC-006 第八节 actor 语义扩展：operator_id 与 subject_user_id 恰有一者非空。
+
+ALTER TABLE audit_logs ADD COLUMN IF NOT EXISTS subject_user_id UUID REFERENCES users(id);
+
+CREATE INDEX IF NOT EXISTS idx_audit_logs_subject_user ON audit_logs (subject_user_id);