这些审计记录原本堆积在 docs/audit/changes/changes/ 嵌套误产物目录下(由开发机迁移
79d3c2e 前后的不明批量操作产生)。由于同期 .gitignore 屏蔽了 docs/audit/ 全目录,
它们从未入过 git 任何分支 history。删除即永久丢失。
按 docs/specs/audit-gap-recovery/tasks.md 阶段 1 执行,将全部 96 份 D 类孤本
(主目录无同名、git history 亦无记录)复制到 docs/audit/changes/ 主目录入仓。
涵盖主题: P1-P18 全栈集成 / 多模块累积变更 / ETL bug 修复 / 业务日切 /
召回与任务引擎改造 / 租户管理与审批 / 董事会财务 / 客户与助教详情 /
DDL 基线合并 / Kiro 到 Claude Code 迁移
阶段 2(B 类内容漂移 1 份)和阶段 4(嵌套目录删除)独立推进。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
42 lines
1.9 KiB
Markdown
42 lines
1.9 KiB
Markdown
# 审计记录:小程序文档同步更新
|
||
|
||
- 日期:2026-03-20
|
||
- Prompt:用户要求检查小程序文档是否过期并落盘修复
|
||
- 类型:文档同步(非逻辑改动)
|
||
|
||
## 原始原因
|
||
|
||
用户询问小程序端文档是否过期、是否纳入审计系统。调研发现 `apps/miniprogram/README.md` 页面路由表严重过期(13 条 vs 实际 19 条),`docs/miniprogram-dev/API-contract.md` 状态标记仍为"联调前草案"但后端已全部实现。
|
||
|
||
## 直接原因
|
||
|
||
README.md 最后更新于 2026-03-17,之后 RNS1.2/RNS1.3/RNS1.4 阶段新增了 9 个页面(board-finance、my-profile、task-detail、performance、performance-records、board-customer、customer-detail、customer-service-records、coach-detail),但文档未同步。
|
||
|
||
## 改动方案
|
||
|
||
### 文件清单
|
||
|
||
| 文件 | 变更内容 |
|
||
|------|---------|
|
||
| `apps/miniprogram/README.md` | 页面路由表 13→19 条;移除已删除的 mvp/index/logs;目录结构补充 services/assets/utils;新增组件清单(18 个);API 端点表补充缺失端点;Roadmap 更新已完成项;移除废弃的 MVP 页面章节 |
|
||
| `docs/miniprogram-dev/API-contract.md` | 状态标记从"联调前草案"→"后端已实现(26 个端点全部就绪),前端联调中";新增最后更新日期 |
|
||
|
||
### 未处理项(用户明确跳过)
|
||
|
||
- `services/api.ts` 当前处于 MOCK 空数据模式(2026-03-20 临时变更),用户表示后续单独处理
|
||
|
||
## 风险
|
||
|
||
- 无逻辑改动,零风险
|
||
- 文档内容基于 app.json、components/、utils/ 目录实际状态生成,已交叉验证
|
||
|
||
## 验证
|
||
|
||
- 对比 `app.json` pages 数组与 README.md 页面路由表,确认 19 条完全一致
|
||
- 对比 `components/` 目录与 README.md 组件清单,确认 18 个完全一致
|
||
- API-contract.md 状态标记与后端 main.py 路由注册一致
|
||
|
||
## 回滚
|
||
|
||
git revert 即可,纯文档变更。
|