qipai/docs/current-baseline.md

当前开发成果基线

V5.0 首次核验日期：2026-06-16
audited_commit: 5d70114 audited_worktree: M10-B 已完成工程（随本次中文工程提交固化） audited_at: 2026-08-11T09:41:58+08:00 next_engineering_target: 按 V5.7 固定队列执行 M10-C，完成多应用、加盟开通与扩展边界 事实源：当前工作区、Git 历史、状态文档、Windows/WSL 检查脚本。

总体结论

范围	当前状态	证据	结论
总纲版本	V5.7 已成为当前权威总纲，V5.6 及更早版本仅作历史基线	根目录 V5.7.md 的增量控制层与第 30 章固定队列	必须按 V5.7 游标开发，不得回退到历史队列
Git 远端	origin=ssh://git@git.txyundm.cn:2222/panda/qipai.git，分支 main	git rev-list main...origin/main 为 0 0	本地与远端同步
正式后端	已完成 Fastify、迁移兼容、outbox/worker、多应用租户、身份/RBAC/门店范围及 M03-M09 业务 API；M10-A 完成统一通知中心，M10-B 新增经营报表服务，按门店 IANA 时区从房费/商品支付退款、订单状态历史和保洁结算冲正明细复算，提供日汇总 checksum、Worker 重算、全店/单店查询与服务端 CSV	backend/src/operations/business-report-service.ts、backend/src/routes/business-statistics.ts、backend/src/tasks/worker.ts、docs/business-report-metrics.md	Windows 全量 77.6 秒通过；MySQL 8.4.10 完成 233 up、171 verify、213 down 往返和清理探针，进入 M10-C
后台管理端	已建立 Vue3 + Vite + TypeScript + Element Plus 权限路由工程；15 个业务入口按路由懒加载；通知中心可追踪投递，经营报表支持全部授权门店/单店、今日/近 7 日/自定义范围、渠道与成本拆分、逐日明细、汇总复核、CSV 和授权重算	admin/src/router.ts、admin/src/components/BusinessReportsPanel.vue、admin/src/api.ts、backend/src/routes/admin-auth.ts	生产构建和导航测试通过；经营报表独立分块约 3.5 KiB gzip，最大 JS 分块 223,111 B，桌面/平板/手机响应式样式纳入门禁
微信小程序	已纳管微信原生模板，并完成顾客端房间订单、充值、权益、保洁等主体链路；M09-D4 新增门店商品选购、购物车、商品订单取消、整单寄存、部分取出、换码与取消寄存页面	miniapp/pages/goods/*、miniapp/pages/store/detail、miniapp/pages/profile/*、miniapp/utils/api.js、scripts/check-m09-d4-product-experience.mjs	商品领取码只保留页面内存并可复制后隐藏，不调用本地持久化；生产商品支付入口仍沿用服务端后续真实微信支付接线边界
数据库迁移	已形成 M01-B 至 M10-B 连续 up/down/verify 计划；M10-B 新增逐店逐日日汇总表和 report.read/export/manage 权限，保存可由明细重建的指标与 source checksum，并在 M09-D1 崩溃重试前按依赖撤销	database/migrations/2026081111_m10b_business_reports.{up,down,verify}.sql、backend/src/db/migration-runner.ts、backend/tests/mysql-migration-roundtrip.test.mjs	WSL MySQL 8.4.10 已完成 233 up、171 verify、213 down 的 up/verify/down/up/verify；时区边界、退款净额、实际时长、汇总重算和 checksum 对账通过
M00 部署脚本	已有菜单、状态、HTTPS、Certbot、EMQX、备份检查模板	setup.sh、scripts/setup/、deploy/	PARTIAL，生产未执行
发布清单 dry-run	可基于当前 HEAD 输出 deployed=false 的 release manifest，记录后端/后台/迁移尚未生成而跳过	scripts/setup/deploy-business.sh --dry-run .、scripts/dev/windows/check-release-manifest.ps1	可在 M00 验证结构；真实构建与生产发布待 M01/M09 后接入
参考资料	已有清单、脱敏日志、页面/接口/表结构摘要	docs/reference-*、docs/db-schema-inventory.md	PARTIAL，仍需按模块迁移正式实现
仓库完整性门禁	必备文件 tracked、无意外 untracked、无嵌套 Git、无 submodule、无 forbidden tracked 文件、远端一致性、状态文档枚举/占位和空白检查已脚本化	scripts/dev/windows/check-repo-completeness.ps1、scripts/dev/windows/check-status-docs.ps1、scripts/dev/windows/test-all.ps1	可作为 M00 提交前门禁；参考摘录和生产部署仍未完成
WSL 本地 MQTT	EMQX 5.8.9 active/enabled，MQTTX CLI 1.13.0，五端口监听；认证/ACL 冒烟脚本入口、配置自检、可选 TLS/遗嘱/重复消息探测入口和 WSL EMQX 检查/启动/停止入口已生成	scripts/dev/wsl/check-local-mqtt.sh、scripts/dev/wsl/check-emqx.sh、scripts/dev/wsl/start-emqx.sh、scripts/dev/wsl/stop-emqx.sh、scripts/dev/wsl/mqtt-smoke.sh	服务级可用；未配置本地账号时冒烟脚本 SKIP，认证/ACL/TLS/遗嘱/幂等需配置账号和下游证据后执行

状态校准

• docs/module-status.md 中 M00 仍为 PARTIAL 是正确的：生产 Ubuntu 初始化、部署与运维验收尚未执行；后端、后台和小程序源码已在后续模块建立。
• M01-M04、M07、M09 已具备模块工程验收；M05、M06、M08 因真实厂商/硬件/生产条件保持 PARTIAL；M10-A/M10-B 内部工程已完成，真实通知渠道凭据保持外部阻塞，当前进入 M10-C。
• 任何“目录存在”只能证明骨架存在，不能证明模块完成。

Git 历史敏感信息核验

• 已执行历史模式扫描：git log --all -G "password|passwd|pwd|secret|token|口令|密码|admin" --oneline -- .。
• 该扫描只记录命中提交，不输出秘密值；命中多集中在部署、EMQX、Certbot 和脱敏参考处理相关提交。
• 当前敏感信息扫描仍以 scripts/dev/windows/check-secrets.ps1 为准；如后续确认历史中曾提交本地临时明文口令，必须立即轮换并只记录“已轮换”。

下一步

1. 完成 M10-B 中文提交、push、远端标题与 SHA 校验。
2. 执行 M10-C，多 AppID/租户隔离回归、加盟开通工作流、抽奖合规边界和 KTV 白名单适配器骨架。
3. 真实通知网关、M06-G 硬件、微信与团购联调继续等待外部条件，不阻断内部主队列。