docs(M02-B): 记录微信登录验收结果

docs/current-baseline.md

@@ -1,8 +1,8 @@
 # 当前开发成果基线
 
 > V5.0 首次核验日期：2026-06-16  
-> audited_commit: `2b90d1f`
-> next_engineering_target: M02-B 建立微信登录、用户身份、JWT 与可撤销会话
+> audited_commit: `647ef7c`
+> next_engineering_target: M02-C 建立 RBAC、门店数据范围和资源归属
 > 事实源：当前工作区、Git 历史、状态文档、Windows/WSL 检查脚本。
 
 ## 总体结论
@@ -11,7 +11,7 @@
 |---|---|---|---|
 | 总纲版本 | V5.3 已成为当前权威总纲，V5.2/V5.1/V5.0/V4.8 已保留为历史备份 | 根目录存在 `V5.3.md`、`V5.2.md`、`V5.1.md`、`V5.0.md` 和 `V4.8.md` | 可继续按 V5.3 的执行游标开发 |
 | Git 远端 | `origin=ssh://git@git.txyundm.cn:2222/panda/qipai.git`，分支 `main` | `git rev-list main...origin/main` 为 `0 0` | 本地与远端同步 |
-| 正式后端 | 已完成 Fastify 基础、数据库兼容层、MySQL outbox/worker，以及 M02-A 多应用租户绑定、品牌配置仓储和启动配置接口 | `backend/src/tasks/**`、`backend/src/tenancy/**`、`backend/src/routes/platform-bootstrap.ts`、`database/migrations/2026061803_m02a_tenant_apps.*.sql`、`backend/tests/**` | M01 DONE、M02-A DONE；WSL MySQL 8.4.9 已验证完整迁移往返、同 AppID 双租户隔离和跨租户拒绝；下一阶段为 M02-B |
+| 正式后端 | 已完成 Fastify、迁移兼容、outbox/worker、多应用租户模型，以及微信身份、JWT 和可撤销 MySQL 会话 | `backend/src/auth/**`、`backend/src/routes/auth.ts`、`backend/src/tenancy/**`、`database/migrations/2026061804_m02b_wechat_auth.*.sql`、`backend/tests/**` | M01、M02-A/B DONE；MySQL 8.4.9 已验证 OpenID 复用、注销和角色版本即时失效；下一阶段 M02-C |
 | 后台管理端 | 仅有 `admin/.gitkeep` | 当前文件扫描 | M09 未开始，不能标记 DONE |
 | 微信小程序 | Git 中仅有 `miniapp/.gitkeep`；工作区另有未跟踪模板，按 ISSUE-007 隔离 | Git 状态与当前文件扫描 | M08 未开始，模板未审查、未纳管，不能标记 DONE |
 | 数据库迁移 | 已新增 M01-B 核心 schema up/down/verify SQL、最小脱敏 seed、旧库结构 fixture、迁移计划/执行 CLI、验证结果数量门禁和 MySQL 8 集成测试 | `database/migrations/2026061601_m01b_core_schema.*.sql`、`database/seeds/2026061601_m01b_minimal_seed.sql`、`database/fixtures/2026061801_m01b_legacy_schema.sql`、`backend/src/db/migration-runner.ts`、`backend/tests/mysql-migration-roundtrip.test.mjs` | M01-B DONE；WSL MySQL 8.4.9 已验证 8 条旧库 fixture、11 条 up、3 条 verify、10 条 down，并验证租户隔离和旧金额整数分转换；不导入真实旧数据 |
@@ -35,6 +35,6 @@
 
 ## 下一步
 
-1. 进入 M02-B：实现微信 code 登录边界、用户身份、JWT 访问令牌与可撤销会话。
+1. 进入 M02-C：实现角色、权限、员工/保洁门店授权和资源归属校验。
 2. 在后续业务事务中使用现有 outbox/任务基础注册真实 handler，不在 M01-C 预造空业务处理器。
 3. 评估 Kysely 安全修复版的 Node 22 要求；未升级生产运行时前继续使用 `mysql2/promise`。