gaokao-volunteer-system/docs/ACTIVE_EXECUTION_BOARD_2026-06-20.md

# ACTIVE_EXECUTION_BOARD_2026-06-20

最后更新: 2026-06-23
状态词: 当前有效问题执行板（新增 crowd_db 全国高信任建设 Phase 0 / Batch 1）
真相源: `docs/CURRENT_STATE.md`
问题来源: `docs/ACTIVE_REMEDIATION_2026-06-20.md`

> 本文件取代 `docs/ACTIVE_EXECUTION_BOARD_2026-06-19.md`（已降级为历史快照）。

---

## 1. 当前门禁结论

结论: v2.1.1 已完成"retention cleanup 多订单 conn ownership 修复 + 端到端本地 acceptance 步骤"闭环；v2.1.4 已完成性能/集成/用户模拟/部署运维四维本地验证。
dev-verify 状态: 直接相关子集 205 passed, 0 failed；retention 6 passed；ruff + mypy 通过。2026-06-21 复核：四维验证脚本复跑仍 PASS（性能/集成/用户模拟/部署运维）。完整 dev-verify 当前轮复跑结果见 2026-06-21 审计记录。

禁止事项：

- 不再重复处理已修复的历史问题
- 不把 T12 之外的 Web 自助能力混入已完成的 v2.1 结论
- 不把"设计占位"误报为"已实现"
- 不把 Git/文档修订当成支付/交付/合规能力的替代
- 不把"端到端本地 acceptance 步骤就绪"误报为"生产已部署"（T12-D 仍需 ops 在目标主机实际执行 `systemctl enable --now` 与首次 timer 触发后留痕）

---

## 2. 6/20 增量执行情况

### T12-D retention cleanup conn ownership 修复（P1, 2026-06-20 落地）

- 状态: ✅ completed（端到端本地 acceptance 步骤就绪 + 生产化部署动作待 ops 执行）
- 落地:
  - `data/orders/dao.py` 新增 `owns_conn: bool = False` 参数；`__exit__` 仅在 `owns_conn=True` 时 close；`connect()` classmethod 自动设 `owns_conn=True`
  - `tests/test_retention_cleanup.py` 新增 `test_retention_cleanup_apply_anonymizes_multiple_old_orders_in_sequence` 锁住多订单连续 anonymize 契约
  - `docs/DELIVERY_RETENTION_OPS_RUNBOOK.md` §8 新增 T12-D 本地端到端 acceptance 步骤 + 验收通过判定表 + 部署前 checklist + 历史 bug 背景
  - `CHANGELOG.md` 顶部加 v2.1.1 (2026-06-20) 段
  - `docs/CURRENT_STATE.md` 顶部加 6/20 增量段；真相源优先级 6/20 > 6/19
  - `docs/ACTIVE_REMEDIATION_2026-06-20.md` + `docs/ACTIVE_EXECUTION_BOARD_2026-06-20.md` 取代 6/19 版本
- 验证: 6 个 retention 测试全过 + 205 个直接相关子集全过 + ruff + mypy 通过 + 端到端 smoke 4 笔订单实测通过
- 提交: `bcb1e68` fix(retention): T12-D acceptance — OrdersDAO conn ownership → `f9e68ee` merge: T12-D retention cleanup conn ownership fix

---

## 3. 仍有效的执行任务清单（按优先级）

### 3.1 T12-A 真实支付 acceptance

- Owner: tech-lead / ops
- 优先级: P0
- 状态: pending
- 目标:
  - 在真实商户主体 + 备案域名 + 公网 notify_url 就绪后, 跑支付宝沙箱/生产 acceptance
- 依赖:
  - 外部商户与域名前置
  - `data/payments/service.py` 6/19 持久化已就绪

### 3.2 T12-B `info_submitted -> serving` 自动主链

- Owner: engineer
- 优先级: P0
- 状态: pending
- 目标:
  - 真实 worker/生成服务/线上调度收口

### 3.3 T12-D retention cleanup 生产化部署验收（6/20 端到端 acceptance 步骤就绪）

- Owner: ops
- 优先级: P1
- 状态: ⚠ acceptance 步骤就绪 + 实际部署动作待执行
- 目标:
  - `scripts/gaokao-retention-cleanup.py` 在目标主机实际安装 + cron/systemd 留痕
  - 监控 180 天窗口外的实际清理结果
- 依赖:
  - `docs/DELIVERY_RETENTION_OPS_RUNBOOK.md` §8 acceptance 步骤已就绪
  - 6/20 conn ownership 修复已落地（bug 必现，6/20 已修）

### 3.4 L-A 隐私政策 / 服务协议正式法务审定

- Owner: PM / legal
- 优先级: P1
- 状态: in_progress（草案已补齐，待正式法务审核）
- 依赖:
  - 当前已有 `docs/LEGAL_PRIVACY_BASELINE.md` + `docs/PRIVACY_POLICY_DRAFT.md` + `docs/SERVICE_TERMS.md` + `docs/DATA_RETENTION_AND_DELETION.md` 基线

### 3.5 L-B 备份恢复异机演练 + 密钥轮换记录

- Owner: ops
- 优先级: P1
- 状态: pending
- 依赖:
  - 当前已有 `scripts/backup_snapshot.sh` + `scripts/backup_verify.sh` + `scripts/backup_restore_smoke.py`

### 3.6 Q-A crowd_db 非湖南省份高置信数据密度

- Owner: data / orchestrator
- 优先级: P1
- 状态: completed（27 省口径下已完成 `HIGH=7 / USABLE=20 / LOW=0`；高信任白名单为 湖南 / 广东 / 江苏 / 山东 / 河北 / 浙江 / 福建；其余 20 省已全部达到 usable）
- 当前真相源:
  - `docs/CROWD_DB_NATIONALIZATION_SOURCE_OF_TRUTH.md`
  - `docs/plans/2026-06-23-national-high-trust-crowd-db-plan.md`
- 目标:
  - 先完成 27 省口径下的 skeleton → usable/high 升级框架
  - 保持已完成的 7 省 high 白名单稳定
  - 让剩余 14 个 skeleton 省份脱离 skeleton
  - 后续再决定是否扩到 31 省全国口径
- 当前批次:
  - Q-A0: README / SCHEMA / CURRENT*STATE / ACTIVE*\* 边界收口 ✅ 已完成
  - Q-A1: 山东 → usable 方法样板 ✅ 已完成
  - Q-A2: 测试门禁改造（high 白名单 + usable/high 阈值）✅ 已完成
  - Q-A3: 广东 / 江苏 / 浙江 / 河北 / 福建 usable 化复制 ✅ 已完成
  - Q-A4: A1 第一批 high 白名单升级（广东 / 江苏 / 山东）✅ 已完成
  - Q-A5: C 阶段第二批 high 白名单升级（河北 / 浙江 / 福建）✅ 已完成
  - Q-A6: S 阶段首批 usable 升级（河南 / 湖北 / 四川）✅ 已完成
  - Q-A7: S 阶段第二批 usable 升级（北京 / 天津 / 上海）✅ 已完成
  - Q-A8: 下一批 skeleton 省份升级（当前下一步）
- 当前并行分工（写入 goal / task）:
  - Lane A（资料核验）: 剩余 skeleton 省份的省级官方入口复核与 `trusted_sources` 完整性复查
  - Lane B（内容升档）: 剩余 skeleton 省份按批次做 `score_ranges / recommendations / alternatives` 扩充
  - Lane C（共享契约）: 统一维护 README / SCHEMA / CURRENT_STATE / ACTIVE_REMEDIATION / ACTIVE_EXECUTION_BOARD / tests 的口径一致性

### A-2 后台/外部渠道补录同意审计统一化（6/20 完成）

- Owner: engineer
- 优先级: P1
- 状态: ✅ completed（6/20 已落地）
- 目标:
  - 闲鱼/微信/学校/web 渠道代录/补录走同一同意审计口径
  - 同意字段写入 `order_intakes` 表 + `orders` 表冗余
- 落地: `CreateOrderRequest.consent: ConsentInfo` 必填；4 个 source 一致；`consent_operator` 严格按基线白名单 `self / guardian / admin_import`
- 提交: `187b2ae` → `bd27b01`

---

## 4. 当前仍然禁止的错误完成表述

禁止:

- "已完成完整 Web 自助 SaaS"
- "支付线上 acceptance 已完成"
- "27省高质量推荐数据已完成"
- "全国31省高信任数据已完成"
- "T12 Web 自助闭环已全部完成"
- "T12-D 已生产化部署"（仅"端到端本地 acceptance 步骤就绪" + "代码 conn ownership bug 修复" — 实际部署动作待 ops 执行）

允许:

- "v2.1.1 已完成 retention cleanup 多订单 conn ownership 修复 + 端到端本地 acceptance 步骤"
- "v2.1 人工服务运营增强系统 + 6/19 保留期门禁 + 支付失败持久化 + 前台删除工单 + 6/20 retention cleanup conn ownership 修复已落地"
- "T12 Web 自助闭环仍在线上 acceptance 阶段"
- "支付 / 交付 / 合规 / 备份恢复 / crowd_db 全国高信任建设仍是当前有效问题"

---

## 5. 当前推荐读取顺序

1. `docs/CURRENT_STATE.md`
2. `docs/ACTIVE_REMEDIATION_2026-06-20.md`
3. `docs/ACTIVE_EXECUTION_BOARD_2026-06-20.md`（本文件）
4. `docs/DELIVERY_RETENTION_OPS_RUNBOOK.md` §8（T12-D acceptance 步骤）
5. `docs/plans/2026-06-19-production-readiness-remediation-plan.md`
6. `reports/PRODUCTION_STRICT_REVIEW_2026-06-19.md`
7. `product/PRD.md` / `product/ROADMAP.md`

---

## 6. 下一步执行建议

最优先（6/20 后续）:

1. 推进 L-A 隐私政策法务审定
2. 推进 A-2 后台/外部渠道补录同意审计统一化
3. 推进 T12-D 实际生产化部署动作（ops 在目标主机执行）

原因:

- L-A 与 A-2 都是 P1 且不依赖外部商户/域名前置
- T12-D 实际部署动作依赖 ops 主机访问，6/20 已提供完整 acceptance 步骤与部署前 checklist
- 这三项完成后，下一阶段（v2.2）才有干净的合规与生产化基线