docs(booking): freeze v0.4 contracts and verification path

CONTEXT.md

@@ -36,7 +36,7 @@ TH Hotel Simple 是一个前后端分离的酒店业务协同项目。
 - PrimeVue 4、PrimeIcons 7。
 - Vue Router 5、Vue I18n 11。
 - Vitest 4、ESLint 10、vue-tsc 3。
-- Node.js >= 22.13.0。
+- Node.js 24.x 与 pnpm 11.x（项目文件 `client/.node-version`、`client/package.json` 固定验证基线）。
 
 ## 4. 当前业务领域
 
@@ -44,7 +44,8 @@ TH Hotel Simple 是一个前后端分离的酒店业务协同项目。
 - Email / Message Conversation：邮件和邮件会话，用于历史邮件查询、正文读取和会话级任务查询。
 - Reservation Case / Task：预订相关订单、任务卡、人工复核和任务结果。
 - Reservation Order Task / Card：M002 V4 后续采用的订单任务与多卡模型；一封来源邮件可按 `order_ref` 形成多个订单任务，每个订单任务下包含来源邮件展示卡、Basic Information 卡和若干业务卡。
-- Room Information Card：V4 订单任务中由 New Booking、Update Booking 或 Cancel Booking 触发的房型信息卡；它展示订单房型、日期、早餐、晚数和 Group 状态等可确认业务信息。
+- Booking Email Intake：M012 普通员工预订邮件入口；可上传 `.eml`，按版本化 Catalog 和固定渠道严格底色 Parser 形成 V4 订单任务/来源通知，随后由用户复核和确认。手工导入无确定事实时当前生成 S10/S99，不在请求内自动调用外部 Agent。
+- Room Information Card：V4 可定位订单任务的房型与日期区块；New / Update / Cancel 直接生成生命周期 Room，只有 Trace / Rooming List / Payment 的订单任务补一张共享 current-only companion Room，因此六类订单事件均具备 Basic + Room。
 - Review Required Card：V4 订单任务中需要人工复核的原业务卡状态；用户仍在原卡片内检查和修正业务字段，完成后确认卡片，不另建独立复核任务卡。
 - Reservation Account：预订业务中的公司、旅行社或客户账户，不是系统登录账号；它用于订单级 Basic Information，并派生 Market / Source。
 - Room Type Catalog：预订业务可选房型代码目录；第一阶段已确认稳定业务集合为 `RM2`、`RM3`、`RM4`、`SU1`、`SU2`、`SU3`，暂不按 Account 限制可用房型。
@@ -66,6 +67,7 @@ TH Hotel Simple 是一个前后端分离的酒店业务协同项目。
 | SuperAgent MCP | SuperAgent 调用本项目能力的 MCP 映射，当前内嵌在后端服务。 | `docs/project/integrations/superagent-mcp/README.md` |
 | Aliyun OSS | 调试 EML、附件或生成文件的对象存储。 | 相关配置和安全边界见项目文档与后端配置 |
 | OHIP / PMS | 后续酒店系统集成方向。当前不允许前端直接访问。 | 后续 Spec / ADR 明确 |
+| PostgreSQL 测试目标模型 | M012 已在测试库隔离创建 `th_hotel_booking`；当前 Spring 运行时仍保持 MySQL/H2，PostgreSQL 方言接入另行设计。 | `database/postgresql/README.md` |
 
 ## 6. 当前开发方向
 
@@ -80,6 +82,8 @@ TH Hotel Simple 是一个前后端分离的酒店业务协同项目。
 
 业务开发仍以 `docs/project/requirements/` 和 `docs/project/integrations/` 下的当前有效文档为准。
 
+预订邮件识别到人工确认的当前基线见 `docs/project/requirements/M012-booking-email-confirmation-e2e-v01.md`；确认后的 PMS/Opera 执行不在该版本范围。
+
 新增重要 V4 需求时，应先按项目级 Overlay 形成或更新模板化 Spec / Change Request，再安排后端、前端或测试 agent 开工；现有 M002 V4 大文档继续作为字段、接口、安全和实现契约。
 
 ## 7. 新 Agent 阅读顺序