chore(clean): 测试数据三本账清完（库 / 磁盘 / 七牛桶）+ 100 条问题全部核销

一、dev-clean-e2e.py：加「在用组织保护」后执行
  · 先算「仍被存活任务引用的组织」并保留 —— 当前演示态就挂在其中一个
    「E2E 24数控1班」上，删了它演示态就坏（保留 3 个，演示态完好：
    任务 1449 / 名册 3 人 / 组织 43 都在）
  · 已执行 --apply --demo-tasks --orphan-files：
    49 个 e2e 租户 + 147 个测试组织 + 84 个【演示·旧】任务，
    共 3714 行 / 27 个文件（业务表按 information_schema 动态枚举，不写死清单）

二、dev-clean-qiniu.py（新增）：清真实桶里本项目前缀的测试对象
  · 只动 xiaotutongxue/ 前缀；默认 dry-run；删前核实库中零引用、
    数量异常（>5000）直接停
  · 已执行：2036 个对象 / 116 MB 全部删除，删后复验 0 个（F-93「删库不删桶」）
  · 签名按官方文档逐字核对 —— 踩了两个 401 才对：旧 QBox 格式（一个换行 +
    "QBox " 前缀）不对，是「两个换行 + Qiniu 前缀」；batch 的 Body 必须进
    签名串（列举无 Body 能过、批删全 401 —— 同一签名函数一好一坏，线索在 Body）
  · 列举在 rsf.qiniuapi.com，不在 rs（打错 host 报「Bad method: list」）

三、xt-minio 容器已删（F-2）—— 代码早已不用 S3，deploy 里也没有它

四、文档核销与记录
  · docs/08：F-3/4/7/10（小节）与 F-14/26/29/30/31/38/51/57/64/65/71/72/93
    （表格行）全部标「已闭环」；F-5 补执行记录；F-28 备案维持两级（→D-11）；
    变更记录补两行 —— **F-1~F-100 至此无未决项**，剩余全部等外部输入
  · docs/01：新增 E4「国标职业库数据来源待客户确认」（F-34，字典页如实显示 0 项）
  · 交接摘要：新增 §一·三十一（17 项决策执行记录）
  · AGENTS.md：清理一节写清三个工具与「在用组织保护」

验证：python scripts/verify-all.py --with-e2e →
      通过 8 / 失败 0 / 跳过 0（37 个 E2E 脚本 / 1577 条断言 / 0 失败，291s；
      prodguard 9/9；test profile 能起）

docs/01-客户与机构确认函.md

@@ -284,7 +284,7 @@ B1 选 A，但希望增加审批环节
 
 ### E3. 二期（社会收集 / 社会评价 / 专项职业能力）的启动时点
 
-一期范围已按约定锁死为「学校收集 + 自主认定」（其他模式一律返回 `40044`）。
+一期范围已按约定锁死为「学校收集 + 自助认定」（其他模式一律返回 `40044`）。
 但**二期什么时候启动**会影响两件现在就能做、也可以等的事：
 
 | 事项 | 如果二期在 3 个月内启动 | 如果更晚 |
@@ -295,6 +295,15 @@ B1 选 A，但希望增加审批环节
 
 回复：☐ 二期预计 ____ 启动　☐ 暂无计划
 
+### E4. 国标职业库数据的来源（字典页「职业（国标）」目前是空的）
+
+`sys_occupation_ref`（国标职业库）一期为 **0 行**：契约 §13.3 把 `OCCUPATION` 字典的数据来源
+指定为这张表，而它是**国标数据**（GB/T 职业分类），需要贵方提供或采购后导入 ——
+不是我们能自行生成的。现状：字典管理页里「职业（国标）」显示 0 项（如实展示，不假装有数据）；
+`itemCount` 直接用 `COUNT(*)`，数据导入后自动就对了，**不需要改代码**。
+
+回复：☐ 我方提供数据（预计 ____）　☐ 采购（预算 ____）　☐ 一期不上这个字典
+
 ## 附：已闭环的决策（无需再讨论）
 
 | 决策 | 内容 | 依据 |