docs: 记录 MVP-2 集成验收证据 (#47)

docs/04-local-development-and-verification.md

@@ -2,8 +2,8 @@
 generated: true (请先修改 Gitea Wiki，禁止直接编辑本文件)
 wiki_page: Local-Development-and-Verification
 wiki_url: https://git.ilapage.cn/OPC/chorus/wiki/Local-Development-and-Verification.-
-wiki_revision: 31061a29cf4b73dee02b01d2bccd4a333c1abe2a
-synchronized_at: 2026-08-25T02:30:21Z
+wiki_revision: 0701f49524f9209a07c694e253ea82d7e8ab53fd
+synchronized_at: 2026-08-25T03:05:01Z
 <!-- gitea-wiki-mirror:end -->
 
 # 本地开发与验证
@@ -549,3 +549,21 @@ $env:NODE_OPTIONS = $null
 ```
 
 浏览器验收需登录实际管理端，覆盖列表、筛选、详情、撤销确认的取消路径以及 375/768/1024/1440 四种视口；主页面不得横向溢出，表格在窄屏内自行滚动。真实撤销只对专门创建的合成测试密钥执行，不使用生产用户或真实凭据。
+
+<!-- issue-47-integration:start -->
+## #47 MVP-2 跨模块集成验收（2026-08-25，候选待验收）
+
+本次只使用明确可丢弃的 `chorus_test`、构造数据和 mock Provider。运行破坏性迁移前先停止 `chorus-user` 与 `chorus-admin-api`；迁移测试会保留一组 MVP-1 合成夹具，因此进入队列测试前必须再执行一次明确的 `down -all → up`，避免该 pending generation 被后续测试认领。完成后重新安装 Supervisor 制品并重启两个后端实例。
+
+已通过：
+
+- MySQL 8 migration up/down/up、MVP-1 数据演进、非空 MVP-2 down 拒绝、API Key 仓储、Portal/OpenAPI、队列 CAS/延后、mock worker 和 Admin 治理集成测试。
+- 根模块与 Admin 的 `go test`、`go vet`、`go build`，以及限流、API Key、审计、队列、Portal 和 Admin 定向 race 测试。
+- Portal 前端构建；Admin UI lint 无 error（保留 98 条基线 warning）和 14 suites / 49 tests；Admin UI `--no-module` 生产构建通过。
+- Portal Playwright 在 375/768/1024/1440 四视口为 9 passed、3 条按既有视口条件 skipped；API Key 创建一次显示、刷新不可恢复、改名、撤销和 fixture 重复清理通过。
+- DevHarness strict、43 项 Harness 单测和核心 Wiki 镜像检查。
+
+已知限制：本机执行 Admin UI 默认双 bundle 构建时，legacy bundle 已成功，但 module bundle 因当时仅约 2.7 GB 可用内存而 OOM；释放并发并使用单 bundle `vue-cli-service build --no-module` 后成功。这是本机资源限制，不改写为默认双 bundle 完整通过。管理端 #46 的登录态浏览器 E2E 仍沿用该工单已记录的未执行限制。
+
+发现并修复：#52 管理端幂等撤销响应时间精度；#53 Portal E2E 安全审计清理顺序。完整 Key、Prompt、Authorization、Cookie 和真实数据均未写入测试证据。
+<!-- issue-47-integration:end -->

docs/09-product-requirements-overview.md

@@ -2,8 +2,8 @@
 generated: true (请先修改 Gitea Wiki，禁止直接编辑本文件)
 wiki_page: Product-Requirements-Overview
 wiki_url: https://git.ilapage.cn/OPC/chorus/wiki/Product-Requirements-Overview.-
-wiki_revision: da0a7321fbffe53956c4bdb28a5b3b07a261c6f7
-synchronized_at: 2026-08-24T09:09:22Z
+wiki_revision: 12ef195a93e52f12c7781e705d14bc47b5b94de7
+synchronized_at: 2026-08-25T03:05:29Z
 <!-- gitea-wiki-mirror:end -->
 
 # 产品需求总览
@@ -293,3 +293,13 @@ MVP-1 的设计、生产实现、变更工单和跨模块集成验收均已完
 ## 用户端仅账号登录（#50）
 
 用户于 2026-08-24 确认终端用户 Portal 直接停用邮箱登录，只保留独立账号和密码。`users.username` 是规范化后唯一的登录标识，历史用户迁移为 `user_<id>`；邮箱继续作为资料显示但不参与认证。不开放注册、找回密码、账号自助修改或管理员/终端用户凭据复用。
+
+<!-- issue-47-mvp2-integration:start -->
+## MVP-2 集成验收候选状态（2026-08-25）
+
+MVP-2 的 API Key、OpenAPI v1、三维限流、安全审计、Portal 页面和管理页面已完成单元交付，#47 已执行跨模块集成验收，当前状态为**候选待人工验收**。范围仍不包含公开注册、自动数据删除、计费、点数、余额或每日配额。
+
+集成验收使用可丢弃 MySQL 8 `chorus_test`、构造用户、构造文件和 mock Provider，覆盖迁移 up/down/up、数据库哈希与一次性 Key 回显、撤销立即生效、OpenAPI 鉴权/幂等/越权、429 与 `Retry-After`、Provider 延后队列、审计脱敏、管理员治理和四视口 Portal E2E。未调用真实 Provider，也未使用生产或真实用户数据。
+
+验收发现并修复两个阻塞缺陷：#52 统一首次与重复管理撤销的数据库时间精度；#53 按外键顺序清理 Portal E2E 产生的安全审计。两项均已提交并进入待验收。
+<!-- issue-47-mvp2-integration:end -->