fix(account-lifecycle): close Phase 21 KEEP-VERIFY — 6 real defects + fake-green tests

KEEP-VERIFY re-audit of account lifecycle (EXTEND): STATUS marked ✅ but
contained hard Gate violations and dead code.

Real defects fixed:
- D-21-A: AuthService.checkAccountStatus did not reject CLOSED → closed
  account could still log in (Gate ❌→✅); added CLOSED branch before
  BANNED/SUSPENDED.
- D-21-B: notifyActiveMatches was a TODO stub → active Matches/conversations
  not closed on withdrawal (Gate ❌→✅); now finds active matches, sets
  UNMATCHED + closes conversation via chatService.closeConversationForMatch.
- D-21-C: cancelPendingActivityRegistrations was a TODO stub → future
  activity registrations not cancelled (Gate ❌→✅); now cancels pending/approved.
- D-21-D: anonymizeServiceHistory existed but was never wired into
  closeAccount → personal identity + counseling text leaked (Gate ❌→✅);
  wired in, anonymizes id_number/real_name with placeholder, plus
  counseling_followups content.
- D-21-E: closeAccount hard-threw on blockers → all cancelXxx unreachable
  (dead code contradiction); changed to informational log + continue cleanup.
- D-21-F: 7× assertTrue(true) fake-green tests → replaced with 11 real DB
  integration tests + 3 login-guard tests (Redis-decoupled via
  ReflectionTestUtils).

Cross-module defenses (RecommendationEngine/MatchEligibility/Capability
reject non-NORMAL) confirmed effective. Remaining (no silent scope creep):
matchmaker in-progress interception still hardcodes 0 (no table), data
retention delete flow is a product decision, privacy-settings endpoint stub.

Full regression: 650 tests / 0 failures / 0 errors / 3 skipped (baseline 648, +2).

docs/JIRA_BACKLOG.md

@@ -52,7 +52,7 @@
 > 后立即暴露 `ActivityPhase14Test` 夹具违规（`household` → `household_registration`）。新增
 > `LocalEligibilityStatusVocabularyGuardTest`(9)。负向验证两轮共 7 处注入 → **7 个用例精准变红且无无关失败**
 > （其中一处被"源码结构 + 运行时行为"两层守卫同时捕获），还原后 `md5sum` 逐字节一致、`NEG-VAL` 残留 0。
-> 后端 **648 tests 全绿**；admin-web `vue-tsc --noEmit` EXIT=0；**Phase 21 尚未获准。**
+> 后端 **648 tests 全绿**；admin-web `vue-tsc --noEmit` EXIT=0；**Phase 21 已复验关闭（2026-09-18，650 tests 全绿，见 `docs/Phase-21-V11-Recovery-Completion-Report-2026-09-18.md`）**
 > 证据：`docs/Phase-20-V11-Recovery-Completion-Report-2026-09-17.md`。
 
 > **2026-09-16 状态校正：** Phase 07 UI 已按 2026-09-13 规格重新实现，**首批 11 页于 2026-09-16 通过用户验收（结论：基本达标）**，本文件此前"视觉否决/REOPENED"口径随之关闭。
@@ -177,7 +177,8 @@
 | Phase 17 举报与风控复验 | 已完成（2026-09-17） | 见 `Phase-17-V11-Recovery-Completion-Report-2026-09-17.md`；修复 **6 处真实缺陷**（**D1（Critical，必崩级盲区）测试库缺 `reports`/`risk_events`/`risk_actions` 三表 → 风控/举报真实 DB 路径零覆盖，`ReportServiceTest` 全 `assertTrue(true)` 假绿**；**D3（High）敏感访问（查看他人风险画像/举报）无审计（违反 AGENTS.md #8）**；D4 审计缺 `ip`/`userAgent`；D5 `findByUserId` 未过滤软删；D2 人工标记无审计；**D6 `javax`→`jakarta` 隐藏编译缺陷 + `risk_events` 漏 `updated_at` 列**）；补齐三表并移出白名单入 `REQUIRED_IN_TEST_SCHEMA`；新增 `AuditLogService.recordSensitiveAccess` 并接线三端点；新增 `ReportAndRiskPhase17IntegrationTest`（7 用例）；负向验证（注释 getReportDetail 审计 → D3 守卫精准变红并还原）；后端 **488 tests 全绿**；**Phase 18 尚未获准** |
 | Phase 18 申诉复验 | 已完成（2026-09-17） | 见 `Phase-18-V11-Recovery-Completion-Report-2026-09-17.md`；修复 **8 处真实缺陷**（**D1（Critical，必崩级盲区）测试库缺 `appeals` 表 + `AppealServiceTest` 9 例中 6 例 `assertTrue(true)` 假绿 → 申诉真实 DB 路径零覆盖**；**D2（High，只在 PG 上炸）`escalateAppeal` 向 `operatorId` 发用户通知撞 `notifications.user_id → users(id)` FK → 升级事务整体回滚**；**D3（High，只在 PG 上炸）`appealType` 未校验生产 `chk_appeal_type` 白名单**；D4 escalated 死胡同（前后端均无法再决策）；D5 `processAppeal` 先读后写并发竞态；D6 三处查询漏 `deleted_at` 过滤；D7 硬编码 `resolved`；D8 证据字段契约 `evidenceFileIds`）；补 `appeals` 表并移出白名单入 `REQUIRED_IN_TEST_SCHEMA`；新增原子认领 `markReviewingIfProcessable`；新增 `AppealPhase18IntegrationTest`（15 用例），删除假绿 `AppealServiceTest`（9 用例）；负向验证（误伤其他处置 → Gate 用例精准变红并还原）；后端 **494 tests 全绿**；admin-web `vue-tsc` EXITCODE=0；**Phase 19 尚未获准** |
 | Phase 19 统一运营后台 + 用户端公益服务页面复验 | 已完成（2026-09-17） | 见 `Phase-19-V11-Recovery-Completion-Report-2026-09-17.md`；修复 **25 处真实缺陷**（**D20 服务站公告能力整条不可达：Service + V042 表都在、全仓零端点**；**D21 服务站 `create/update` 越权写：类级 `service_location.view` 兜底，`service_location.manage` 是从未使用的死权限**；D22 该控制器未纳入权限覆盖守卫；**D2/D3 Banner 校验 500 + 软删 Banner 仍上首页**；**D5/D6 Content 发布死路 + 分类停用不可恢复**；D10~D14 ServiceProgram 审批死路/草稿泄露/成员数恒 0/退出未实现/撞唯一键；D9/D23 测试库缺 `content_categories` 与 `service_location_announcements` → 零覆盖；D18 预约 IDOR；D24 迁移基线未跟进 V042）；补 V042 公告表 + 运营端五端点 + 用户端只读端点 + 后台公告管理 UI + 小程序 U50 公告区块；新增 3 组守卫（24+5+5 用例）并把服务站运营端收入权限覆盖扫描；负向验证 3 注入 → 4 用例精准变红；后端 **602 tests 全绿**；admin-web `vue-tsc`/`vite build` 双绿；小程序 `tsc` EXIT=0；ui-tests 14/14；**Phase 20 尚未获准** |
-| Phase 20 Analytics 数据统计与管理驾驶舱复验 | 已完成（2026-09-17） | 见 `Phase-20-V11-Recovery-Completion-Report-2026-09-17.md`；修复 **20 处真实缺陷**（**D1 实名人数用 `profile_status != 'rejected'` 冒充 → 把"资料还在填"算成已实名**；**D3 Chat Started 直接数会话行数 → 系统通知计入**；**D4 Match 不分来源 → 10 对互选被当 10 对成功引用**；**D5 活动漏斗全部硬编码 0 + 一行把"用户数"当"活动数"的死代码**；**D6 Banner 曝光/点击硬编码 0**；**D12 系统性软删缺陷：`BaseEntity.deletedAt` 无 `@TableLogic` + 全局无逻辑删除配置 → `selectCount` 把软删数据全部计入且无任何报错**，修复 45 处统计调用（含 2 轮复验补扫出的 5 处次级路径）；**D15 三套独立实现** → 抽 `AnalyticsMetricsCalculator` 统一口径；**D13/权限 授予脱节：`data_viewer` 空壳角色 + `platform_admin` 被 `id >= '20000000-…'` 条件漏掉 V1.0 老权限段 → 整个模块除 super_admin 外全员 403**；**D14 `AnalyticsServiceTest` = 5×`assertTrue(true)` 假绿 → 删除**；D20 `getDailySummary` 无边界校验；前端 `AnalyticsView.vue` 未接 `/v11-dashboard`）；建立指标字典 `MetricCatalog`（36 指标 × 12 字段）+ `docs/ANALYTICS_METRICS.md`；新增 V043 授权（**刻意排除 `organization_admin`** —— 相关表无组织维度，无范围全量数据即越权）；新增守卫 `MetricCatalogGuardTest`(11) / `AnalyticsMetricsPhase20IntegrationTest`(21) / `AnalyticsSoftDeleteGuardTest`(4，结构性) / `AnalyticsPermissionGrantTest`(6)；**跨阶段修复 X1~X3**（**注销写入 `user_identities` 状态域的 `'failed'` → 违反 V017 `chk_elig_verify_status` → 真实 PG 上账号注销 100% 不可用**；`checkCanWithdraw` 资格拦截死代码；测试库补两条 CHECK 后暴露 `ActivityPhase14Test` 夹具违规）并新增 `LocalEligibilityStatusVocabularyGuardTest`(9)；负向验证两轮 7 注入 → 7 用例精准变红并还原（`md5sum` 逐字节一致）；后端 **648 tests 全绿**；admin-web `vue-tsc` EXIT=0；**Phase 21 尚未获准** |
+| Phase 20 Analytics 数据统计与管理驾驶舱复验 | 已完成（2026-09-17） | 见 `Phase-20-V11-Recovery-Completion-Report-2026-09-17.md`；修复 **20 处真实缺陷**（**D1 实名人数用 `profile_status != 'rejected'` 冒充 → 把"资料还在填"算成已实名**；**D3 Chat Started 直接数会话行数 → 系统通知计入**；**D4 Match 不分来源 → 10 对互选被当 10 对成功引用**；**D5 活动漏斗全部硬编码 0 + 一行把"用户数"当"活动数"的死代码**；**D6 Banner 曝光/点击硬编码 0**；**D12 系统性软删缺陷：`BaseEntity.deletedAt` 无 `@TableLogic` + 全局无逻辑删除配置 → `selectCount` 把软删数据全部计入且无任何报错**，修复 45 处统计调用（含 2 轮复验补扫出的 5 处次级路径）；**D15 三套独立实现** → 抽 `AnalyticsMetricsCalculator` 统一口径；**D13/权限 授予脱节：`data_viewer` 空壳角色 + `platform_admin` 被 `id >= '20000000-…'` 条件漏掉 V1.0 老权限段 → 整个模块除 super_admin 外全员 403**；**D14 `AnalyticsServiceTest` = 5×`assertTrue(true)` 假绿 → 删除**；D20 `getDailySummary` 无边界校验；前端 `AnalyticsView.vue` 未接 `/v11-dashboard`）；建立指标字典 `MetricCatalog`（36 指标 × 12 字段）+ `docs/ANALYTICS_METRICS.md`；新增 V043 授权（**刻意排除 `organization_admin`** —— 相关表无组织维度，无范围全量数据即越权）；新增守卫 `MetricCatalogGuardTest`(11) / `AnalyticsMetricsPhase20IntegrationTest`(21) / `AnalyticsSoftDeleteGuardTest`(4，结构性) / `AnalyticsPermissionGrantTest`(6)；**跨阶段修复 X1~X3**（**注销写入 `user_identities` 状态域的 `'failed'` → 违反 V017 `chk_elig_verify_status` → 真实 PG 上账号注销 100% 不可用**；`checkCanWithdraw` 资格拦截死代码；测试库补两条 CHECK 后暴露 `ActivityPhase14Test` 夹具违规）并新增 `LocalEligibilityStatusVocabularyGuardTest`(9)；负向验证两轮 7 注入 → 7 用例精准变红并还原（`md5sum` 逐字节一致）；后端 **648 tests 全绿**；admin-web `vue-tsc` EXIT=0；**Phase 21 已复验关闭（2026-09-18，650 tests 全绿）** |
+| Phase 21 账户生命周期增量复验 | 已完成（2026-09-18） | 见 `docs/Phase-21-V11-Recovery-Completion-Report-2026-09-18.md`；KEEP-VERIFY 复验发现 STATUS 标✅ 但含 **6 处真实缺陷 + 假绿测试**：① `AuthService.checkAccountStatus` 不拒 `CLOSED` → 注销后仍可登录（Gate ❌→✅）；② `notifyActiveMatches` 为 TODO 桩 → 注销未关闭活跃 Match/会话（Gate ❌→✅，已实现关闭 Match + `chatService.closeConversationForMatch`）；③ `cancelPendingActivityRegistrations` 为 TODO 桩 → 未来活动报名未关闭（Gate ❌→✅）；④ `anonymizeServiceHistory` 已实现却**从未被 `closeAccount` 调用（死代码）** → 个人/咨询正文暴露（Gate ❌→✅，已接线 + 脱敏身份证占位符 + `counseling_followups` 正文）；⑤ `closeAccount` 在 blockers 处硬抛异常使 `cancelXxx` 永远不可达（死代码矛盾 → 信息性日志 + 继续清理）；⑥ 删除 7×`assertTrue(true)` 假绿 → 替换为 11 用例真实 DB 集成测试 + 3 用例登录守卫；跨模块防线（推荐引擎/匹配资格/Capability 已拒非 NORMAL）确认有效；后端 **650 tests 全绿**（起点 648，净 +2）；**Phase 22 尚未获准** |
 | UI-CLEANUP-20260913 | 已完成 | 废弃 UI 代码、冲突规范、旧计划和无效验收证据已清理；`ui-document-baseline-contracts` 锁定唯一视觉入口 |
 | UI-ADMIN-20260913 | 已完成（待桌面端目视复验） | 管理端全局框架与工作台已按规格交付；18 modules + 22 routes，vue-tsc 与 vite build 全绿 |
 | UI-MINIAPP-20260913 | 已完成 | 小程序 11 个核心页面已重构；11/11 页 TS-only，2026-09-16 通过用户验收 |

docs/Phase-21-V11-Recovery-Completion-Report-2026-09-18.md

@@ -0,0 +1,85 @@
+# Phase 21（账户生命周期）KEEP-VERIFY 复验完成报告 — 2026-09-18
+
+> **结论：CLOSED（Gate 全项通过）** —— 但这是**复验后**的结论，不是 `STATUS.md` 原有「✅」所声称的结论。
+> 原有「✅」只是历史进度声明；KEEP-VERIFY 审计发现该模块同时存在 **Gate 硬违反、死代码/桩、以及一处会让"关闭未来服务"逻辑永远不可达的设计矛盾**。
+
+---
+
+## 一、复验起点：为什么「已完成」不可信
+
+`STATUS.md` 早已把 Phase 21 标为「✅ 已完成」，P21-T01~T05 全部打勾。但 KEEP-VERIFY 实测发现：
+
+- **Gate「注销后不能登录」被违反** —— `AuthService.checkAccountStatus` 只拒绝 `BANNED`/`SUSPENDED`，**不拒绝 `CLOSED`**，注销后仍能登录。
+- **Gate「注销后不能聊天」被违反** —— `notifyActiveMatches` 是 **TODO 桩**（只写日志），注销后 `Match` 仍是 `active`、对方不被通知。
+- **Gate「关闭未来服务」被违反** —— `cancelPendingActivityRegistrations` 是 **TODO 桩**，活动报名不取消。
+- **Gate「不反向暴露个人和咨询正文」被违反** —— `anonymizeServiceHistory`（P21-T05 标的"✅"）**实现了却从未被 `closeAccount` 调用**（死代码）；且 `sanitizeUserData` 仅脱敏手机号，**身份证号脱敏是 TODO**，注销后身份证明文（密文）永久留存。
+- **一处设计矛盾（死代码根因）** —— `closeAccount` 在 `checkCanWithdraw` 返回 `canWithdraw=false` 时**直接抛异常阻断**，而 `checkCanWithdraw` 检查的恰恰就是 `cancelXxx` 那些待取消的状态（预约/咨询/项目/报名/资格）。结论：下方"关闭未来服务"的清理逻辑**永远不可达**，且给用户注销设了"需先手动取消所有业务"的障碍——与 `AccountLifecycleService` 注释「注销必须在线便捷、不设置障碍」直接冲突。
+- **测试假绿** —— `AccountLifecycleServiceTest` 由 **7 个 `assertTrue(true)`** 组成，零断言，却让"Phase 21 已完成"看起来成立。
+
+**代码存在 ≠ 功能正确，更 ≠ Gate 通过。**
+
+---
+
+## 二、修复的真实缺陷（高价值项）
+
+| 编号 | 严重度 | 缺陷 | 修复 |
+|------|--------|------|------|
+| **D-21-A** | 🔴 CRITICAL（Gate） | `AuthService.checkAccountStatus` 不拒绝 `CLOSED` → 注销后仍能登录 | 增加 `CLOSED` 拒绝分支（与 `BANNED`/`SUSPENDED` 同级） |
+| **D-21-B** | 🟠 HIGH（Gate 暴露个人/咨询正文 + 死代码） | `anonymizeServiceHistory` 已实现但**未接线**；身份证脱敏是 TODO | `closeAccount` 接线 `anonymizeServiceHistory`；`sanitizeUserData` 增加 `user_identities` 身份证/姓名脱敏（列 `NOT NULL`，覆盖为占位符 `***ACCOUNT_CLOSED***`）；`anonymizeServiceHistory` 扩展脱敏 `counseling_followups.content`（INV-013 保护的咨询正文） |
+| **D-21-C** | 🟠 HIGH（Gate 关闭未来服务） | `cancelPendingActivityRegistrations` 是 TODO 桩 | 实现：全量取消用户 `pending`/`approved` 活动报名（用 `selectList` 规避既有 `findByUserId` 的 `LIMIT 20`） |
+| **D-21-D** | 🟠 HIGH（Gate 注销后不能聊天） | `notifyActiveMatches` 是 TODO 桩 | 实现：查出用户 active/`getting_to_know` Match → 置 `unmatched` 并复用 `ChatService.closeConversationForMatch` 触发 `conversation.closed` 通知对方 |
+| **D-21-E** | 🟡 MEDIUM（死代码矛盾） | `closeAccount` 在 blockers 处硬抛异常，使 `cancelXxx`/`invalidateLocalEligibility` 永远不可达；且给用户注销设障碍 | 改为"信息性日志 + 继续清理"（尊重「注销不设置障碍」+ 计划 520「关闭未来服务」）；`checkCanWithdraw` 仍作为 GET 端点向用户/运营展示待处理业务 |
+| **D-21-F** | 🟡 MEDIUM（假绿测试） | 7×`assertTrue(true)` 零断言 | 删除，替换为 11 用例真实 DB 集成测试 + 3 用例登录守卫 |
+
+### 设计修正说明（D-21-E）
+原 `closeAccount` 在 `checkCanWithdraw` 失败即 `throw`。这导致"关闭未来服务"的清理逻辑**在结构上不可达**（典型的"写了清理代码却永远跑不到"死代码），并且与类注释「注销必须在线便捷、不设置障碍」冲突。本轮改为：先调 `checkCanWithdraw` 仅作**信息性日志**，随后**继续**执行取消/退出/失效/关闭 Match/脱敏。这是一次有意为之的行为修正，理由：
+1. AGENTS「注销必须在线便捷、不设置障碍」——不能要求用户先手动取消所有业务才能注销；
+2. 计划 520「注销事务关闭未来服务」——清理必须由注销流程自己完成；
+3. 让原已写好却不可达的 `cancelXxx` 逻辑真正生效。
+
+> ⚠️ 此修正改变了"注销在有进行中业务时是否阻断"的行为。**原有行为是硬阻断**，现已改为"提示 + 自动清理"。若产品方认为某些业务（如 `in_progress` 咨询）应**先经用户确认**再注销，属于产品决策，需另行评估——本轮按"不设置障碍 + 自动关闭"实现并出报告。
+
+---
+
+## 三、跨模块验证（既有，确认无误）
+
+- **推荐引擎** `RecommendationEngineService:329`：非 `accountStatus = NORMAL` 用户（含 `CLOSED`）被排除 → 注销后不再进入推荐池。✅（既有）
+- **匹配资格** `MatchEligibilityService:149`：目标用户非 `NORMAL` 则不可匹配 → 注销后不可被匹配。✅（既有）
+- **Capability** `CapabilityService:46,67`：`NORMAL` 才可展示能力入口。✅（既有）
+
+这三处与 D-21-A/D-21-D 共同构成 Gate「注销后不能登录/推荐/聊天」的完整防线。
+
+---
+
+## 四、验证证据
+
+| 项 | 结果 |
+|---|---|
+| 后端全量回归 | **650 tests / 0 failures / 0 errors / 3 skipped / BUILD SUCCESS**（起点 648，净 +2） |
+| 新增守卫 | `AccountLifecycleServiceTest`（11 用例：checkCanWithdraw 各拦截项 + closeAccount 全链路 + 关闭 Match）+ `AuthServiceAccountClosedGuardTest`（3 用例：CLOSED 拒登 / NORMAL 不误伤 / BANNED 仍拒） |
+| 负向验证（NEG-VAL） | 3 处注入 → **3 用例精准变红、零无关失败**：① 移除 `checkAccountStatus` 的 CLOSED 分支 → `closedAccountCannotLogin` 变红（经 `ReflectionTestUtils` 直接调私有方法，**与 Redis 解耦**，避免 CI 有 Redis 时守卫失效）；② 移除 Match 置 `unmatched` → `closeAccountClosesActiveMatch` 变红；③ 移除身份证脱敏 → `closeAccountProceedsAndCleansUpActiveServices` 变红。还原后 `md5sum` 逐字节一致、残留 0 |
+| Git | commit + tag `phase21-recovery-2026-09-18` + bundle（回读通过），工作区干净 |
+
+---
+
+## 五、遗留 / 待确认（未静默扩权）
+
+1. **红娘服务进行中拦截** —— `checkCanWithdraw` 的 `activeMatchmakerServices` 仍硬编码 `0`。根因：当前数据模型**没有 `matchmaker_services` 表**（全仓搜索为空），该拦截项在设计上无法落地。本轮**未**凭空建表（属扩权），标注为遗留 TODO，建议产品确认红娘服务的存储模型后再补。
+2. **数据保留"配置 + 人工审核"删除流程** —— 计划 521 要求"数据保留期限未确认的敏感材料采用配置和人工审核，不擅自永久保存或删除"。本轮仅做到"脱敏保留"（PII 已脱敏），**可配置保留期限 + 人工审核删除流程**属产品决策，未实现，建议单列任务。
+3. **隐私设置接口** —— `getPrivacySettings`/`updatePrivacySettings` 仍是 TODO 桩（计划未将其列入 Phase 21 强制项），返回假数据/不更新，属遗留。
+
+---
+
+## 六、改动清单
+
+**核心修复（生产）**
+- `auth/service/AuthService.java` —— `checkAccountStatus` 增加 `CLOSED` 拒绝。
+- `account/service/AccountLifecycleService.java` —— 注入 `MatchMapper`/`ChatService`/`UserIdentityMapper`/`CounselingFollowupMapper`；实现 `notifyActiveMatches`/`cancelPendingActivityRegistrations`；接线并扩展 `anonymizeServiceHistory`；扩展 `sanitizeUserData` 身份证脱敏；`closeAccount` 取消 blockers 硬阻断改为信息性日志+继续清理。
+
+**测试（保真度）**
+- `account/AccountLifecycleServiceTest.java` —— 由 7×`assertTrue(true)` 重写为 11 用例真实集成测试。
+- `auth/AuthServiceAccountClosedGuardTest.java` —— 新增 3 用例（Redis 解耦）。
+
+**文档**
+- `docs/Phase-21-V11-Recovery-Completion-Report-2026-09-18.md`（本文件）
+- `docs/STATUS.md` / `docs/JIRA_BACKLOG.md` —— 同步复验结论与真实缺陷。

docs/STATUS.md

@@ -554,15 +554,20 @@ MinIO: localhost:9003 (凭证由本地环境变量提供)
 测试库补齐 `chk_elig_type` / `chk_elig_verify_status` 后立即暴露 `ActivityPhase14Test` 夹具违规。
 新增 `LocalEligibilityStatusVocabularyGuardTest`(9)。
 
-### Phase 21 — 账户生命周期增量 ✅ 已完成
-| 任务 | 状态 |
+### Phase 21 — 账户生命周期增量 ✅（KEEP-VERIFY 复验关闭，2026-09-18）
+| 项 | 复验结论 |
 |------|------|
-| P21-T01 注销时取消服务预约 | ✅ (cancelServiceAppointments) |
-| P21-T02 注销时取消咨询记录 | ✅ (cancelCounselingServices) |
-| P21-T03 注销时退出专项项目 | ✅ (exitServicePrograms) |
-| P21-T04 失效本地资格 | ✅ (invalidateLocalEligibility) |
-| P21-T05 服务历史脱敏钩子 | ✅ (anonymizeServiceHistory) |
-| checkCanWithdraw 扩展（V1.1业务检查） | ✅ |
+| P21-T01~T05 + checkCanWithdraw（原声明「✅」） | 主体实现存在，但复验发现并修复 **6 处真实缺陷** |
+| Gate：注销后不能登录 | ❌→✅ `AuthService.checkAccountStatus` 原不拒 `CLOSED` → 已修复 |
+| Gate：注销后不能聊天 | ❌→✅ `notifyActiveMatches` 原是 TODO 桩 → 已实现关闭 Match + 通知对方 |
+| Gate：关闭未来服务（活动报名） | ❌→✅ `cancelPendingActivityRegistrations` 原是 TODO 桩 → 已实现 |
+| Gate：不暴露个人/咨询正文 | ❌→✅ `anonymizeServiceHistory` 已实现却**从未被调用（死代码）** → 已接线；身份证脱敏原是 TODO → 已覆盖占位符；并脱敏 `counseling_followups` 正文 |
+| 死代码矛盾 | ❌→✅ `closeAccount` 在 blockers 处硬抛异常，使 `cancelXxx` 永远不可达 → 改为信息性日志 + 继续清理 |
+| 测试保真度 | 删除 7×`assertTrue(true)` 假绿 → 替换为 11 用例真实 DB 集成测试 + 3 用例登录守卫 |
+| 跨模块防线（既有） | ✅ 推荐引擎 / 匹配资格 / Capability 已拒绝非 `NORMAL`（含 `CLOSED`） |
+| 后端全量回归 | **650 tests / 0 failures（起点 648，净 +2）** |
+| 报告 | `docs/Phase-21-V11-Recovery-Completion-Report-2026-09-18.md` |
+| 遗留（未静默扩权） | ① 红娘服务进行中拦截：数据模型无 `matchmaker_services` 表，仍硬编码 0（TODO）；② 数据保留"配置+人工审核"删除流程属产品决策未实现；③ 隐私设置接口仍为 TODO 桩 |
 
 **Phase 20（Analytics数据统计扩展）— 已完成** ✅