Files

Neo 14a12342b5 chore(audit): 补追 96 份未入仓审计孤本 — 覆盖 2026-02-26 ~ 2026-04-08

这些审计记录原本堆积在 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>

2026-04-20 06:35:42 +08:00

1.9 KiB

Raw Blame History

审计记录：小程序文档同步更新

日期：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 即可，纯文档变更。

1.9 KiB Raw Blame History Unescape Escape