docs(M01-C): 记录异步任务验收结果

docs/current-baseline.md

@@ -1,8 +1,8 @@
 # 当前开发成果基线
 
 > V5.0 首次核验日期：2026-06-16  
-> audited_commit: `1192dcb`
-> next_engineering_target: M01-C 建立 MySQL outbox、任务表和 PM2 worker 的轻量异步任务基础
+> audited_commit: `2b90d1f`
+> next_engineering_target: M02-A 建立多小程序、多租户边界和微信登录身份基础
 > 事实源：当前工作区、Git 历史、状态文档、Windows/WSL 检查脚本。
 
 ## 总体结论
@@ -11,9 +11,9 @@
 |---|---|---|---|
 | 总纲版本 | 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 5 + TypeScript 最小骨架、健康/就绪/版本路由、配置模板、依赖锁文件、契约测试、TypeScript 编译、真实 HTTP 健康检查、MySQL 连接池、迁移 CLI、旧表只读兼容 Repository、旧订单金额严格转换，以及真实 MySQL 空库和脱敏旧库副本往返测试 | `backend/package.json`、`backend/package-lock.json`、`backend/src/**`、`backend/tests/**`、`database/fixtures/**`、`scripts/dev/windows/check-backend.ps1`、`scripts/dev/wsl/mysql-migration-roundtrip.sh` | M01-B DONE；MySQL 8.4.9 已验证脱敏旧表在迁移前、up/verify 后、down 后和再次 up/verify 后均可兼容读取；下一阶段为 M01-C |
+| 正式后端 | 已完成 Fastify 基础、数据库兼容层、MySQL outbox、幂等任务仓储、租约领取、失败重试、人工补偿状态和独立 PM2 worker | `backend/src/tasks/**`、`database/migrations/2026061802_m01c_async_tasks.*.sql`、`deploy/pm2/ecosystem.config.cjs`、`backend/tests/**` | M01 DONE；WSL MySQL 8.4.9 已验证完整迁移往返、重复入队不重复、worker 重启后任务仍可领取并完成；下一阶段为 M02-A |
 | 后台管理端 | 仅有 `admin/.gitkeep` | 当前文件扫描 | M09 未开始，不能标记 DONE |
-| 微信小程序 | 仅有 `miniapp/.gitkeep` | 当前文件扫描 | M08 未开始，不能标记 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，并验证租户隔离和旧金额整数分转换；不导入真实旧数据 |
 | 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 后接入 |
@@ -35,6 +35,6 @@
 
 ## 下一步
 
-1. 进入 M01-C：建立 MySQL outbox、任务表、幂等领取和失败重试基础，并接入独立 PM2 worker 入口。
-2. 评估 Kysely 安全修复版的 Node 22 要求；未升级生产运行时前继续使用 `mysql2/promise`。
-3. 保持 Windows 常规门禁不依赖本机 MySQL；真实迁移测试固定在 WSL 原生临时副本执行。
+1. 进入 M02-A：建立多小程序、多租户边界和微信登录身份基础。
+2. 在后续业务事务中使用现有 outbox/任务基础注册真实 handler，不在 M01-C 预造空业务处理器。
+3. 评估 Kysely 安全修复版的 Node 22 要求；未升级生产运行时前继续使用 `mysql2/promise`。