Files
th-hotel-simple/PROJECT_STATE.md

7.2 KiB
Raw Blame History

TH Hotel Simple 项目当前状态

内容
最近更新 2026-07-20
当前分支 feature/huangting
当前阶段 M002 V4 入站、多卡模型、持久化基线、入站写入、查询接口、卡片确认、复核解阻、目录校验、订单详情时间线、DB 目录、Lookup API、前端 lookup 接入、目录管理后台 CP1 前后端、订单列表 V4 继续处理入口 / open count 收口和 V4 业务审计查询
当前重点 M002 V4 已完成订单列表 V4 继续处理入口字段和前端消费,GET /api/reservation/orders 可返回 V4 下一步订单任务、卡片、动作类型、动作状态、V4 open 数和统一展示字段 open_work_item_count;前端“继续处理”已按 V4 优先、旧任务回退跳转,订单列表待处理数量已改用 open_work_item_count 展示V4 订单任务和 S10/S99 来源通知已补齐业务审计查询接口,前端可展示卡片确认、复核解阻和 ack 审计时间线;后续可做测试机联调、真实 PMS / OPERA / OHIP 同步或 SuperAgent 目录供给方案

1. 当前 Checkpoint

  • 名称:M002-V4-business-audit-query
  • 状态DoneV4 订单任务和来源通知已补齐业务审计查询接口:GET /api/reservation/order-tasks/{orderTaskId}/audits 返回卡片确认 / 复核解阻审计流水,GET /api/reservation/source-notifications/{notificationId}/audits 返回 S10/S99 ack 审计流水。两个接口均强制 Bearer 登录、RESERVATION_AUDIT_READ 和对象所属酒店访问权,并对返回快照做敏感字段脱敏。
  • 目标:让前端可在 V4 订单任务详情和 S10/S99 来源通知详情展示审计时间线。
  • 边界:本轮不新增审计表、不调整 V4 写操作、不接真实 OPERA / OHIP、不处理旧 V2/V3 审计展示重构。

2. 当前优先级

  1. 先把 AI-NSES 的入口文档落地,让新 Agent 不依赖聊天记录也能理解项目。
  2. 保持 docs/project/README.mdCONTEXT.mdPROJECT_STATE.md 三个入口之间一致。
  3. 后续开发继续以当前有效的 M002 V4 字段契约、M002 V4 CP2 多卡模型设计、M002 V3 / P0.1 历史实现说明、字段控件契约、SuperAgent 契约和安全边界文档为准。

3. 已确认事实

  • 本项目是前后端分离项目,根目录使用 client/server/,不是 AI-NSES 示例里的通用 src/ 单目录结构。
  • 可复用规范放在 docs/import/reusable/,当前项目专属文档放在 docs/project/
  • AgentBus 是消息入口适配器SuperAgent 是外部 AI / Agent 能力提供方,二者不能直接成为业务事实来源。
  • 后端时间点按 UTC 存储和返回,页面再按酒店或用户时区展示。
  • 新增 MySQL 表默认要求 utf8mb4_bin,避免外部 opaque id、Token、状态码和业务代码被大小写不敏感比较误判。

4. Known Issues

  • 现有历史文档暂不按 AI-NSES 目录大搬迁,先通过索引和采用说明建立映射关系。
  • docs/import/ 下按日期导入的资料是输入材料,不等同于当前权威开发契约;当前开发应优先看 docs/project/README.md 标记为当前有效或权威契约的文档。
  • 后续每完成一个 Feature 或 Checkpoint需要更新本文件避免项目状态继续沉淀在聊天记录里。
  • M010 Rooming List Excel 生成后端 CP1 和前端 V1 已实现:前端 /reservation/rooming-lists/new 上传来源名单和手工字段,后端同步生成 .xlsx 直接下载,第一版不落库、不上传 OSS。
  • M011 Booking Excel 附件预处理 CP1/CP2/CP3 已实现:后端可排除人员名单类 Excel按最近 6 个月候选窗口选择实际存在的最新 3 个业务月,抽取 Booking Update / 附加费表高亮行业务 JSONDebug EML 和 AgentBus dispatch 在各自 include 开关与总开关同时启用时,会在调用 SuperAgent 前追加 attachment_extractions[]。AgentBus 生产链路默认关闭,测试机验证后再评估开启。
  • M002 V4 CP1 当前已完成入站解析和现有任务链路过渡适配M002 V4 CP2 已完成订单任务与多卡领域模型设计M002 V4 CP3 已完成 V4 订单任务、多卡和 S10/S99 来源通知表结构与 Repository 基线M002 V4 CP4 已完成入站写入新模型M002 V4 CP5 已完成前端查询接口并补齐订单详情 v4_order_tasks[] 时间线M002 V4 CP6 已完成普通卡片确认和 S10/S99 来源通知 ackM002 V4 CP7 已完成 REVIEW_REQUIRED 卡复核解阻和复核场景订单归属确认M002 V4 CP8 已完成目录校验、V4 卡片 fields[] 字段白名单、确认写入白名单收口和嵌套业务字段目录校验M002 V4 CP11 已完成数据库目录、初始化种子、启动补种子、Account / Room Type / Rate Code lookup API并把 V4 入站、确认、复核目录校验切换到当前酒店数据库目录M002 V4 CP12 已完成前端 lookup 接入第一版和 V4 订单任务时间线消费M002 V4 CP13 目录管理后台 CP1 已完成前后端列表、新增、启用 / 停用闭环M002 V4 CP14 已完成订单列表 V4 继续处理入口字段和前端入口消费,GET /api/reservation/orders 返回 V4 下一步订单任务、卡片、动作类型、动作状态、V4 open 数和统一展示计数 open_work_item_count,前端按 V4 优先、旧任务回退跳转,并按 open_work_item_count 展示待处理数量V4 业务审计查询已补齐订单任务审计和来源通知 ack 审计两个只读接口。真实 PMS 同步和 SuperAgent 目录机器接口仍未完成。
  • M002 V4 CP2 已确认V4 工作台统一列表草案为 /api/reservation/workbench-items,业务订单任务接口新开 /api/reservation/order-tasks/**S10/S99 来源通知详情草案为 /api/reservation/source-notifications/{notificationId}S10/S99 使用来源通知模型,不再挂隐藏技术订单;FIT + BOOKING_CODE 不建 ACTIVE 唯一约束匹配多条进人工复核Basic Information 必须先确认Account / Market / Source 当前通过数据库目录读取和派生;旧 V2/V3 任务详情和草稿确认接口后续可逐步废弃。

5. Next Steps

  • 后续如继续做 M002 V4可优先进入测试机 V4 订单列表、V4 详情、V4 审计时间线前后端联调,或推进真实 PMS / OPERA / OHIP 目录同步和 workflow_reservation_catalog_sync_run checkpoint。
  • 后续新增重要功能时,优先在 docs/project/requirements/ 或未来 docs/specs/ 中形成 Spec再实现代码。
  • M010 后续如需预览、历史记录、OSS 下载、订单 / 任务预填或客户字段目录化,再单独开前后端 checkpoint。
  • M011 后续如需运营查询或长期追踪,可进入 CP4设计 Excel 解析批次 / 行级持久化表;当前 CP3 只增强 SuperAgent 输入,不直接落订单、任务或长期解析历史。

6. 文档同步提醒

每次 Feature 完成后检查:

  • Domain 是否需要更新。
  • Architecture 是否需要更新。
  • Workflow 是否需要更新。
  • ADR 是否需要新增。
  • Spec 或需求文档是否需要更新状态。
  • PROJECT_STATE.md 是否需要更新。
  • 接口、安全、权限、审计和酒店隔离文档是否需要同步。

如果没有文档变化,明确说明:

No documentation changes required.