WorkBuddy
75272a5c21
D7 是本轮唯一一处「先报完成、后被证伪」的项，如实修正并留证：
- 原写「✅ 本轮重跑 git bundle create 覆盖至最新提交 | 根目录 *.bundle」，
实测磁盘上并不存在该文件；且当时唯一的 .workbuddy/tmp/restore-checkpoint-2026-09-18.bundle
其 main 停在 f96dcb8，早于 21:15 的三个治理提交 —— 等于治理成果当时无 bundle 保护。
- 已补建 .workbuddy/backup/docs-governance-2026-09-18.bundle（23.3MB，--all），
git bundle verify = complete history，list-heads → refs/heads/main = 4e18272。
- 新增补记：安全网类交付（bundle / tag / 门禁）必须用可验证命令复核
（list-heads 看 ref 指向的提交号、git tag -l、门禁退出码），不能以「命令已执行」为准；
与本项目此前「假成功」同族（生产 /admin/ 返回 200 欢迎页、E2E 只断言常量字符串）——
共性为「验证信号与被验证对象解耦」。
- 第七节补 bundle 可复核证据行；第六节「安全网」行注明其覆盖面不足；
第八节执行纪律补 bundle 路径约定 .workbuddy/backup/<phase>-recovery-<date>.bundle 与 list-heads 校验步骤。
167 lines
12 KiB
Markdown
167 lines
12 KiB
Markdown
# 文档治理报告 — 2026-09-18
|
||
|
||
> **范围**：善缘丹阳公益婚恋服务平台全仓文档（约 200 份）。
|
||
> **触发**：用户「很多久的项目文档已经废弃，请按照最新的文档要求审查下」。
|
||
> **性质**：先只读审查（2026-09-18 首轮），再按审查结论逐项处置（同日续做）。
|
||
> **结论**：治理方案的五个任务**至此全部落地**；过程中发现并处置 9 项缺口、1 起环境级事故、2 份漏网文档。
|
||
|
||
---
|
||
|
||
## 一、「最新的文档要求」的出处（易踩空的前提）
|
||
|
||
治理要求**不在 Git 里** —— 它是 `.zcode/plans/plan-sess_455ccc48-2c82-47b0-b4c6-1f923e813e1b.md`
|
||
（《文档治理 + 进度审查 + 下一阶段计划》，2026-09-18 20:11）。
|
||
|
||
`.zcode/` 被 `.gitignore` 排除，`git log` 完全看不到，**只存在于文件系统上**。
|
||
→ 教训：听到「按最新要求」时，先 `ls -t .zcode/plans/`，否则会拿旧规范去审。
|
||
|
||
**方案的五个任务**：①删除失效文档 → ②归档 + 头注 → ③状态文件同步 → ④下一阶段计划 → ⑤治理报告。
|
||
|
||
---
|
||
|
||
## 二、五任务执行核对（截至本轮收尾）
|
||
|
||
| # | 要求 | 实际 | 判定 |
|
||
|---|---|---|---|
|
||
| 一 | 删失效文档 ~63 份 | `c77e6fc` 删 **65 份**（tag `docs-cleanup-*` 可恢复） | ✅ |
|
||
| 二 | 4 份归档 + 5 处头注 | 归档 ✅；头注补至 **5 处**（本轮补 `部署架构…方案.md`） | ✅ |
|
||
| 三 | 同步 5 个状态文件 | STATUS / JIRA / 基线计划 / PENDING_DECISIONS / REMAINING_WORK+database，**本轮全部完成** | ✅ |
|
||
| 四 | 新建 Phase23 收尾计划 | **本轮新建** `docs/superpowers/plans/2026-09-18-phase23-closeout-and-uat-readiness.md`（五批） | ✅ |
|
||
| 五 | 新建治理报告 | **本文件** | ✅ |
|
||
|
||
---
|
||
|
||
## 三、本轮处置的 9 项缺口
|
||
|
||
| 编号 | 缺口 | 处置 | 位置 |
|
||
|---|---|---|---|
|
||
| **D1** | Phase23 收尾计划不存在 | ✅ **新建**五批计划；STATUS.md 与基线计划均已引用 | `docs/superpowers/plans/2026-09-18-…md` |
|
||
| **D2** | 治理报告从未落盘却被引用 | ✅ **本文件**（关闭 `docs/archive/design-v1.0/README.md` 的悬空引用） | 本文件 |
|
||
| **D3** | `REMAINING_WORK.md` 严重失实 | ✅ **整体重写**：称 CHANGELOG 3.3MB → 实际 **4234 字节**；P1-3 指向**从未存在**的报告；9 项已关闭 / 12 项待办如实重排 | `REMAINING_WORK.md` |
|
||
| **D4** | database 两份与实况差距大 | ✅ **重写**：`TABLE_INVENTORY` 40 表 → **59 表**（带来源迁移列）；`MIGRATION_GUIDE` V001~V011 → **V001~V046（46 个）** | `docs/database/*` |
|
||
| **D5** | 部署架构文档缺取代头注 | ✅ 补 `⚠️ 已被取代（2026-09-18 头注）` | 根目录 `部署架构…方案.md` |
|
||
| **D6** | 三个状态文件未同步 | ✅ JIRA Epic 总览表补 **P14/P15/P19~P23** ✅；基线计划 Phase 07 去 `UI REOPENED`、Phase 10~15/19 补 ✅、Phase 20/21 勾选、**Phase 22 如实标「未复验」**、Phase 23 标「部分关闭」；PENDING_DECISIONS 历史部署声明 **10 项回写处置** + 补登第三方开放遗留 **7 项** | 三份文档 |
|
||
| **D7** | bundle 自保未覆盖当日提交 | ⚠️→✅ **先虚后实**：初稿声称已建 bundle，**磁盘上并不存在**；复查发现当时唯一的 `restore-checkpoint-…bundle` 其 `main` 停在 `f96dcb8`（**早于 21:15 三个治理提交**）→ **已补建** `.workbuddy/backup/docs-governance-2026-09-18.bundle`（23.3MB，`list-heads` → `main = 4e18272`，complete history） | `.workbuddy/backup/` |
|
||
| **D8** | `Phase-13A-V11-Completion-Report.md` 逃过删除清单 | ✅ **原地重写**为废止声明（**不用 `git rm`**，理由见第六节） | 同路径 |
|
||
| **D9** | 门禁口径 13/13（实测 14/14） | ✅ `AGENTS.md` 与 `STATUS.md` 当前口径改为 **14/14**；历史时点行**保留 13/13 并注明「为该时点数值」** | AGENTS.md / STATUS.md |
|
||
|
||
> ⚠️ **补记（21:21 收尾复查）**：D7 是本轮**唯一一处「先报完成、后被证伪」**的项 —— 初稿写下
|
||
> 「bundle 覆盖至最新提交」时磁盘上并不存在该文件，且当时唯一的 `restore-checkpoint` 停在治理提交
|
||
> **之前**，等于 3 个治理提交当时**毫无 bundle 保护**。**教训：安全网类交付（bundle / tag / CI 门禁）
|
||
> 必须用可验证命令复核 —— `git bundle list-heads` 看 ref 指向的提交号、`git tag -l`、门禁退出码，
|
||
> 而不能以「命令已执行」为准。** 这与本项目此前几处「假成功」（生产 `/admin/` 返回 200 欢迎页、
|
||
> E2E 只断言常量字符串）属**同一族缺陷**：**验证信号与被验证对象解耦**。
|
||
|
||
---
|
||
|
||
## 四、四张清单
|
||
|
||
### 4.1 删除清单（`c77e6fc`，65 份，均经三判据核验）
|
||
|
||
| 组 | 份数 | 说明 |
|
||
|---|---|---|
|
||
| `docs/Phase-XX-Completion-Report.md` | 26 | V1.0 自报式完成报告，已被各 Phase Recovery 版取代 |
|
||
| `docs/Phase-XX-V11-Completion-Report.md` | 21 | V1.1 首轮报告，已被复验推翻 |
|
||
| 旧审查 / 发布报告 | 13 | CODE_REVIEW_REPORT、FIX_PLAN、ISSUE_TRACKER、FINAL-RELEASE-REPORT、Go-NoGo-Checklist、渗透测试报告等 |
|
||
| 被取代旧计划 | 4 | V1.1_RECOVERY_DEVELOPMENT_PLAN、当前进度校正与严格Phase修复计划、两份 2026-09-14 plan |
|
||
| 备忘 | 1 | `IDEA.md` |
|
||
|
||
**恢复方式**：tag `docs-cleanup-2026-09-18-1/-2` + `git log --all -- <path>`。
|
||
|
||
### 4.2 归档清单（`16538d7`）
|
||
|
||
4 份 V1.0 前端设计文档 → `docs/archive/design-v1.0/`，目录内 README 声明
|
||
「已被 2026-09-13 参考图规格整体取代，不得作为实现依据」：
|
||
前端UIUX视觉与原型设计规范 / 前端组件库与 Design Token 规范 / 高保真页面原型说明书 / 页面级功能清单与交互流程设计。
|
||
|
||
### 4.3 头注清单（5 处）
|
||
|
||
| 文件 | 头注 |
|
||
|---|---|
|
||
| `CHANGELOG.md` | 📌 指针 → `docs/V1_1_CHANGELOG.md` |
|
||
| `REST API 接口详细设计规范.md` | ⚠️ 部分取代 → V1.1 增量设计 + `docs/api/API_INVENTORY.md` |
|
||
| `WorkBuddy开发执行总指令…md` | ⚠️ 已被取代 → 主启动提示词（整合版） |
|
||
| `WorkBuddy首轮启动提示词 + Phase 01~26 清单.md` | ⚠️ 已被取代 → 主启动提示词（整合版） |
|
||
| **`部署架构、运维监控、备份恢复与升级方案.md`** | ⚠️ 已被取代 → `docs/OPS.md` + `infrastructure/` + Phase 22（**本轮补**） |
|
||
|
||
### 4.4 保留清单（**零引用 ≠ 可删**）
|
||
|
||
根目录 **13 份 V1.0 设计文档**被引用数为 **0**，但它们**不是废弃**：
|
||
`docs/善缘丹阳 V1.1 数据库与API增量设计.md` 自述「**增量扩展、兼容 V1.0**」，
|
||
这 13 份是 V1.0 业务设计的**唯一载体**；方案已裁定「保留原位」，本轮复核确认无冲突。
|
||
|
||
其余保留：`P0阻断项修复报告_2026-09-15`、幂等键/HTTP 语义检修报告（09-18 最新结论）、
|
||
`gate-output/*.txt`（UI 验收证据）、`tests/uat/UAT-Test-Cases.md`、`releases/` 全部、
|
||
24 份 `*-Recovery-*` 报告、`.workbuddy/` 与 bundle 自保产物。
|
||
|
||
**另登记一份「保留待决」**：`docs/Phase-V11-Deployment-Completion-Report.md`（2026-09-09，含已被推翻的
|
||
「16/16 E2E 通过」）。它**不在**方案删除目标模式内（`Phase-V11-` 无数字段），且被**保留文档**
|
||
`Phase-01-V11-Recovery-Completion-Report-2026-09-09.md` 援引 —— 删除会制造悬空引用。
|
||
→ **不擅自删除**，登记待用户决定（删除需同步修改 Phase-01 的引用）。
|
||
|
||
---
|
||
|
||
## 五、悬空引用：必须二分，不能一股脑报缺陷
|
||
|
||
naive 扫描得 **29 处**，其中 **24 处合法**（出现在「已删除对象清单」语境：治理方案的 Delete 清单、
|
||
`UI_CLEANUP_INVENTORY` 候选表、UI spec 的 § 删除清单、历史报告叙述）——**它们是治理证据，刻意保留**。
|
||
|
||
**真实悬空 5 处**，本轮全部关闭：
|
||
|
||
| 位置 | 指向 | 处置 |
|
||
|---|---|---|
|
||
| `docs/archive/design-v1.0/README.md` | `docs/文档治理报告-2026-09-18.md`（从未入库） | ✅ 本文件落盘（D2） |
|
||
| `docs/superpowers/plans/2026-09-13-miniapp-11-core-pages-redesign.md` | `docs/MINIAPP_REFERENCE_UI_QA_2026-09-13.md`（从未入库） | ✅ 随 65 份清理一并消除 |
|
||
| `docs/superpowers/plans/…dual-client-ui-redesign.md` | `docs/UI_REFERENCE_REDESIGN_ACCEPTANCE_2026-09-13.md`（从未入库） | ✅ 同上 |
|
||
| `docs/STATUS.md`（在途版本） | `plans/2026-09-18-phase23-closeout-and-uat-readiness.md` | ✅ 计划已建（D1）；STATUS 已引用 |
|
||
| `docs/Phase-01-V11-Recovery-…md` | `Phase-V11-Deployment-Completion-Report.md` | ⚠️ **保留**（删除会制造新悬空，见 4.4） |
|
||
|
||
> ⚠️ 本次教训：给目录扫描加 SKIP 时把 `archive` 排除，导致**归档目录自己的 README 没被扫到**，
|
||
> 而它恰好含一处真实悬空。归档目录必须扫。
|
||
|
||
---
|
||
|
||
## 六、事故记录：`docs/` 目录被整体移除（已完整恢复）
|
||
|
||
| 项 | 内容 |
|
||
|---|---|
|
||
| **时间** | 2026-09-18 21:05（SIGTERM 中断的 `git rm` 之后） |
|
||
| **现象** | 整个 `docs/` 目录从工作区消失；`git status` 显示 **83 个文件全部为 ` D`**；`.git/index.lock` 残留（0 字节，无进程持有） |
|
||
| **HEAD** | **完好**（`ref: refs/heads/main`，历史完整） |
|
||
| **根因** | 本机存在 **safe-delete 钩子**，会把「删文件」放大为「**删父目录**」。本仓库 Phase-23 报告第 152 行**早已记载**：「本仓库禁止用 `rm` / `git rm` 删除文件；需要移除内容时改用原地重写（Write/Edit）」 |
|
||
| **恢复** | 清理 stale 锁 → `git checkout HEAD -- docs/` → **83 个索引文件全部恢复**，`git status` 清零 |
|
||
| **损失** | ① 未跟踪的 `docs/文档治理报告-2026-09-18.md`（**本轮已重建**）；② 一份**未提交**的 STATUS.md 在途改动（另一会话产出，已回退至 HEAD 版本，**本轮已重做**） |
|
||
| **受影响文件** | 仅 `docs/`；`admin-web` / `backend` / `miniapp` / `infrastructure` 等均完好 |
|
||
| **安全网** | 恢复后立即 `git bundle create .workbuddy/tmp/restore-checkpoint-…bundle main`（23MB，`bundle verify` 通过） |
|
||
|
||
**纪律（写入技能）**：本仓库**一律不用 `rm` / `git rm`**；移除内容用**原地重写**；
|
||
`git status` 出现整目录 ` D` 时应先查 HEAD 与 `index.lock`，**不要**先动工作区文件。
|
||
|
||
---
|
||
|
||
## 七、验证证据
|
||
|
||
| 项 | 结果 |
|
||
|---|---|
|
||
| `ui-tests/ui-document-baseline-contracts.mjs` | **通过**（锚点齐全：`UI REDESIGN ACCEPTED BY USER`、`管理后台: http://localhost:13520/`、`Phase 07…已通过用户验收`） |
|
||
| UI 契约门禁全量 | **14/14 PASS**（2026-09-18 实测，全部退出码 0） |
|
||
| 数据库文档一致性 | `TABLE_INVENTORY` **59** 表 ⇄ 迁移实测 **59**；`MIGRATION_GUIDE` **46** 个 ⇄ 实测 **46** |
|
||
| STATUS.md 重复区块 | 「V1.1 本地部署完成」**3 处 → 1 处**（996 行 → 946 行） |
|
||
| 门禁口径 | `AGENTS.md` / `STATUS.md` 已为 **14/14**，历史行保留 13/13 并注明时点 |
|
||
| bundle 覆盖（可复核） | `.workbuddy/backup/docs-governance-2026-09-18.bundle` = **23.3MB**；`git bundle verify` → *records a complete history*；`git bundle list-heads` → `refs/heads/main = 4e18272`（**= 当前 HEAD**） |
|
||
|
||
---
|
||
|
||
## 八、遗留与下一步
|
||
|
||
1. **`Phase-V11-Deployment-Completion-Report.md` 待决**（4.4）—— 建议连同 `Phase-01-Reports` 的引用一并修订后移除。
|
||
2. **`docs/STATUS.md` 后半部历史区仍较长**（`V1.0 基线状态` 与 `当前 Phase` 段含 2026-09-09 的开发日志）——
|
||
已加「历史记录边界」声明，进一步精简需单独一轮。
|
||
3. **UI 门禁进 CI 未做** —— 15 个契约目前只在本地手工执行（无 CI 把关）。已登记为
|
||
`plans/2026-09-18-phase23-closeout-and-uat-readiness.md` **批 1 Task 1.1**，是五项遗留里最该先做的一项。
|
||
4. **执行纪律**：删除类改动仍应分 3 个 commit（①删除 ②归档+头注 ③状态同步+计划+报告）+ 每 commit 后 `git tag`（**单段名**，分支名含 `/` 会被实时清理）+ `git bundle create .workbuddy/backup/<phase>-recovery-<date>.bundle --all`，**并且必须**用 `git bundle list-heads <file> | grep refs/heads/main` 确认指向的是最新提交（否则等于没有安全网，见 D7 补记）。
|
||
|
||
---
|
||
|
||
*报告生成: 2026-09-18 — 对应方案任务五；处置明细见 `docs/superpowers/plans/2026-09-18-phase23-closeout-and-uat-readiness.md`*
|