Wyndham-RSVN-0918/PROJECT_STATE.md

TH Hotel Simple 项目当前状态

2026-09-18 最新：确认字段接入完成，代码交付至 0918 仓库

GROUP 新建/修改 Note、修改 Account/Contact/Market/Source/Rate/早餐，FIT 修改 Account/Market/Source 与逐字段回读已实现；Meal 按 Rate Code 派生并只读展示，隐藏餐厅校验已收尾。后端最新报告 2729 项（17 跳过、0 失败/错误）、前端 409 项及构建、Python 71 项和独立 Java 检查通过。本次按用户要求汇总代码至 https://git.nianxx.cn/shiyuyun/Wyndham-RSVN-0918 的 main；代码提交与服务加载、生产酒店验收分别确认。此节覆盖下方历史审计中的未修复状态。接口交付说明／工作记录。

2026-09-18 最新：七封邮件前置数据已装入

按用户明确授权，在当前5178/8082模拟环境装入26个旧预订团号＋4个源Allotment；15Block、21笔FIT及15共享客档全部创建回查成功，FIT编号与Note关联已就位。原数据/身份/地址保持，后台已恢复。七封上传/确认待用户操作，原LT1旧失败/等待队列仍会阻塞对应团后续测试，未清理或重跑。详见证据。

2026-09-18 最新：确认值与接口审计完成，缺口待修复

新Meal界面仍有隐藏餐厅必填导致不含早无法确认；酒店早餐仅GROUP NEW已写/回查，另三流程未接，GROUP Note遗漏。UPDATE部分字段保留旧值、SOURCE/company映射缺失也已证实。291项后端及独立请求/父页探针完成，2项旧Meal测试待同步；本轮仅审计，未改业务代码或操作酒店。见完整审计。

2026-09-18 最新：接口与传值可见，原测试未执行原因明确

页面已补预计接口/字段/值、实际日志字段路径及排队说明，90项相关测试、类型/lint和5178视觉检查通过。LT260911KB因前序查无原团失败，后续确认仍排队；当前本机模拟预订为空，原7封前态及旧失败队列未处理。先用新团NEW→UPDATE验证，再准备原七封依赖并按LT2→LT1测试。未代上传/确认/续办或写酒店；证据。

2026-09-18 最新：本机服务已更新

原5178/8082及配套本机模拟服务已加载最新FIT NEW条件TA/取消接口/参数目录。已修复交付附加类Java17兼容、测试证书到期和模拟PG启动locale；页面/接口/TLS核验通过，原业务数据、账户权限及旧失败/等待状态保留。7封邮件对应30组前置预订仍未装入，用户上传/确认及TA沙箱页面验收待进行。平台沙箱属性已明确，本次保留原本机模拟连接。详见更新证据。

2026-09-18 最新：FIT NEW 有Tour写TA、无Tour省略的代码已接入

GROUP不传，FIT NEW通过创建接口的externalReferences/TA_RECORD_LOCATOR发送Tour并逐笔回查，无Tour允许新建；UPDATE范围保持。完整后端2697通过/17跳过，前端42/类型/模拟70及47参数/3故障通过；新包已准备未安装。特殊类型到页面的映射依据官方结构＋字典推导，沙箱页面尚未验证。见交付与用户步骤。

2026-09-18 最新规则：GROUP NEW 不传，FIT NEW 有 Tour Code 才传 TA

业务规则已更新：GROUP新建不提交TA Record Locator；FIT新建有Tour Code时传入，没有则省略。本轮仅更新规则与状态，当前代码/交付包仍为全部不传TA版本，FIT有值写入待实现；不能把此前无TA测试当本次已接通。UPDATE范围未改。见本次CR。

2026-09-18 最新：无 TA 版本与模拟测试完成，用户更新后测试

正式/本机代码已去TA，FIT按本系统成功办理保存的Oracle编号精确回查。47参数场景/3故障符合预期、1034调用无TA/附件、完整后端2689通过/17跳过。模拟参数和更新包已备好，但未安装到现有工作台或导入平台沙箱。由用户更新、上传及确认测试；无历史编号的旧FIT不自动修改/转换。平台接口连接沙箱已确认，不再作为待确认项。见交付与操作步骤。此状态覆盖下方历史TA阻断/尚待实现。

2026-09-18 最新：暂停TA，其余核心接口已有本地接入

用户本期不做TA字段/接口，不再选择替代字段。其余GROUP/FIT、客档、房量、备注正文、取消/转换有既有本地实现与模拟证据；当前代码的GROUP TA发送和FIT TA查找/守卫仍待调整，“无TA”新范围尚未验收。现有服务未加载最新代码，真实酒店配置与验收仍由用户执行。本轮仅状态审计和范围文档同步。

2026-09-18 TA相近接口候选已交业务确认

按用户扩围要求，核实Custom Reference的写入/读回/搜索路径，另列普通External References、Reservation UDF及Block/Guest Locator等区别，见候选比较。相关基本预订入口已有；选用其他字段需用户确认，目前未替换TA、修改代码或放行正式FIT。

2026-09-18 FIT TA 新官方证据

官方数据字典第718页确认 TA 是类型 TA_RECORD_LOCATOR 的外部参考号，现有 Reservation 接口已有 externalReferences 结构。缺口缩小为特殊类型的真实写入/回查支持，暂无新增封装依据；候选仍未作酒店验证，正式FIT/GROUP→FIT阻断不变。见专项查证。本轮仅文档更新。

2026-09-18 参数接口与独立模拟完成

已补严格模拟参数和无文件上传验收：47参数场景（45完成，2预期零写拒绝）、3类取消故障通过，完整后端2669通过/17跳过。修复无附件GROUP修改、Actual类别/分列、FIT取消历史和首次转换Guest准备。公开平台184操作，所需接口无需重复封装。FIT真实TA写读字段仍缺证据，正式FIT及GROUP→FIT继续阻断；服务未更新、真实酒店未验收，操作由用户执行。见交付。

2026-09-17 正式取消/转换入口本地交付

源 Allotment 取消和 FIT→GROUP 已接正式 Runtime/Factory，原普通修改保留；取消前完整参数/配置核验与同次恢复由独立测试验证。FIT TA 的真实 REST 写读字段仍没有权威证据，GROUP→FIT 与 FIT 正式写入保持阻断。服务未更新、真实酒店未验收；参见本次交付和证据。

2026-09-17 本地无酒店附件版本完成

平台 0.11.0/184 的5核心+3建议接口已发布；本地修正路径/取消状态/待回查语义并去掉四流程附件依赖。原件解析查看和历史审计保留。原服务未加载本版，真实 Oracle 与七封 EML 全链未验收；FIT TA 和正式取消/转换入口仍待。见交付及操作顺序、证据。

2026-09-17 最新业务变更：取消 Oracle Attachments 上传

GROUP/FIT 不再上传/替换邮件 Excel 到酒店，邮件读取解析及 TA=Tour Code 保留。平台必补清单减为 5 个接口，附件 linkType 不再阻塞；见最新交付。需求与接口文档已同步，现有候选代码仍需后续取消附件流程依赖与回显；未改运行环境。此条覆盖下方历史附件外发要求。

2026-09-17 当前工作：参数与接口第一层确认

用户要求逐层推进，先确认 Oracle 输入字段及对应接口。已交付逐参数映射；原生字段、Edge 当前目录和未确定项分别列明。运行更新/模拟数据准备暂不推进，无本轮酒店或运行操作。

2026-09-17 七封邮件对应执行补全：代码完成，原运行入口待更新

本轮补全类型转换取消后重建、源 Allotment 取消、FIT 房型增减和界面调用说明。独立确认快照矩阵 43 个自动事项及 30 个合成前态通过；不代表真实 EML 全链通过。原 5178/8082 后端及模拟取消能力未加载本轮代码，原数据保留。后续上传、确认、续办、重启与数据准备由用户操作，Agent 先给步骤；运行更新步骤尚待交付。详细实现、测试与未完成范围见本轮证据。

2026-09-17 AI处理核对值与附件展示

任务详情和预订记录已增加当次确认值、房型房数及Excel上传预览；实际接口用途、路径与关键字段直接可见，附件回执和查询仍按真实记录展示。历史Basic取原任务，不取记录最新汇总。当前用户重新测试数据保留，服务无需重启；见交付证据。

2026-09-17 当前工作台与模拟酒店已清空

按用户“一起清空，重新测试”的指令，5178/8082测试邮件、任务、预订及AI处理历史归零，模拟酒店为空。当前CP33程序、账号权限、房型房价与Agent设置保持，接口和页面已验证。此状态优先于以下历史保留数据描述；当前模拟运行入口、配套备份和清理结果见清理记录。下一步用户重新上传邮件测试。

2026-09-17 CP33 本机酒店候选目录

本机模拟执行目录已补齐用户确认的10房型、21房价码及其余候选，准确匹配旅行社与联系人关联，实际调用记录新增明确标注的目录说明。41项前端、类型/lint、本机目录与记录权限检查通过；原5178/8082受控加载，58H2/24PG内容、环境身份及模拟酒店进程保持，无历史重办。已核对CRM/BLK/RSV角色区别；真实账户关系查询未UAT，不冒充接口已查到真实编号。见CP33。

2026-09-17 CP32 每笔预订接口核对已加载

原工作台每笔 NEW/UPDATE 预订新增“预计调用的接口”和本机实际调用核对，区分预览、HTTP回执与最终业务完成；发送值取自已序列化请求，历史缺失不补造。隔离FIT新建/修改的93/175次调用和发送字段已核对，347项前端/2672项后端零失败（17项条件跳过）；原5178/8082已加载，环境、身份权限、58 H2/24 PG表保持，原模拟酒店服务保留。未推送/部署/创建代理/操作真实酒店，原失败任务未续办。见CP32。

2026-09-17 CP31 原工作台本地模拟已就绪

本地 GROUP / FIT 新建和修改执行链均已验证，失败、实际查询不一致及原确认续办有证据；正常 Maven jar 保留真实 TA 未核实保护，测试专用装配已加载原 5178/8082。原环境/身份权限、58 H2/24 PG 表及 38 待确认/7 确认保持，无历史重入队。完整2665项零失败/错误，17条件跳过（随后GROUP条件用例单独通过）；前端24/类型/lint和Python25通过。EML原入口全部就绪，但本轮未运行识别Agent，不宣称EML全链实际跑过。最新用户禁止扩范围和创建代理；已停两名活动代理，根任务独立完成。未推送/线上部署/真实酒店写入。 见CP31。

2026-09-16 CP29 先本机拉通

GROUP 新建/修改已从员工页面确认串到真实 Java/Go/独立 PG、模拟 Oracle 和最终回显，附件失败/恢复通过并修复错误原因提示。日常工作台已加载最新程序且同步 launchd，原酒店、配置、权限和双库业务数据保留；OHIP 仍默认关闭，历史确认未补办。完整2654项（2637通过17条件跳过无失败）及前端23/类型/lint通过。当前不推送、不线上发布；FIT TA缺口未解决，真实 Oracle 0/4。下一步补 FIT 准确契约和本机流程。见CP29。

2026-09-16 CP27 统一运行入口本地完成

已补严格部署配置加载、按酒店/Account/四流程分派及同源专用仓库工厂；配置摘要进入原checkpoint，换配置停发、原配置可续办。默认关闭/Pending，FIT在任何外呼前因TA缺口停止。新增70项，完整2625项（2609通过、16既有条件跳过、零失败错误）；没有启用服务或操作酒店。下一步平台8项发布准备、目标环境配置/权限核验及FIT TA契约，真实验收仍0/4。见CP27。

2026-09-16 CP26 联调前实际差距

重新核对：线上公开目录0.7.0/115项，缺本地候选已有的8项客档/房量/附件接口；FIT TA仍只有搜索参数被明确证实，写入与详情路径尚缺权威证据。四流程业务组件已有，统一运行装配与目标配置加载仍待，默认Pending；本轮仅只读核验和文档，没有启用或酒店调用。下一步配置加载/统一接入本地准备、平台发布准备及TA技术查证。见CP26。

2026-09-16 CP25 长时间后台办理

已本地完成执行续期、固定阶段上限、中断接管和超时保留结果；等待数据库或准备请求期间失效的旧执行者不能继续发送或报完成。新增30项后端/相关1127项、页面23项和类型/lint通过；完整2555项（2539通过、16条件跳过、零失败错误）。V52未实际迁移，默认Pending。下一步核实FIT TA recorder准确字段和目标环境原生更新语义，完成平台/配置/权限/MySQL/Oracle验收准备；见CP25。

2026-09-16 CP24 FIT修改后台接续

FIT UPDATE有据字段、原业务Note、整组Excel替换和逐笔当前查询已接到候选worker执行链；V51固定原计划，部分成功续办不重复更新，未知回执停止。新增40及相关1097项通过，完整2525项（2509通过、16既有条件跳过、零失败错误），233份XML；默认Pending未启用。FIT TA recorder与Oracle最小PUT行为仍待实证，不能宣称四条流程实际验收完成。下一步处理长阶段预算、准确TA契约及环境接入验收；见CP24。

2026-09-16 CP23 FIT修改字段与对应

FIT UPDATE已完成完整实际预订对应检查、最小修改报文和逐字段查询；同笔3→2直接改数，歧义/需拆分合并的范围拒绝，保护原业务Note和其他备注。新增88/相关1057通过；完整2485项（2469通过16条件跳过零失败错误）。当前尚未接完整FIT UPDATE worker/持久恢复/附件，TA recorder仍缺字段；默认Pending。下一步接完整后台办理，见CP23。

2026-09-16 CP22 GROUP修改完整候选链路

GROUP UPDATE已本地连接实际团队绑定、修改前房量/附件固定、日期与完整房量、Excel替换和最终逐项查询。新增39/相关1018通过；完整2397项（2381通过16条件跳过零失败错误）。默认Pending；改日期必须先验证Oracle旧格语义，未启用真实写入。下一步FIT UPDATE、FIT TA、长阶段预算及真实环境验收。CP22。

2026-09-16 CP21 GROUP新建完整链路本地实现

GROUP NEW已串联基本资料/实际Block、完整房量、整组Excel与最终逐项查询；新增V49固定房量请求和恢复守卫。完整范围要求实际NonElastic，未知写入不重发，查询失败撤销对应通过标记。新增45/相关930项后端与前端24项、类型/lint通过；完整2358项（2342通过16条件跳过零失败错误）。默认Pending；UPDATE、FIT TA契约、长阶段预算及真实环境验收继续待办。见CP21。

2026-09-16 CP20 GROUP头字段与酒店餐食边界

GROUP NEW基本资料构造与13项实际回查、CP12实际Block绑定/重启查询已本地完成。用户确认餐厅不单独写酒店：FIT核对Rate，GROUP仍另核对Breakfast Included。新增55/相关236项通过；完整verify2313项（2297通过、16条件跳过、零失败错误）。默认Pending，未部署；下一步GROUP房量/附件/最终结果完整编排、两类UPDATE及长阶段预算。FIT TA写读字段仍待Oracle契约，真实环境验收未完成。见CP20。

2026-09-16 CP19 FIT新建接续与逐项结果

已本地连接FIT NEW共享Guest、实际Reservation、全部Excel与实际逐项查询；部分成功可展示，续办跳过已核实子项，未知不重发。前端区分保存回执与当前查询，配置冻结、长Note/点号编号等边界已补。相关186项、页面17项、类型检查/lint通过，完整verify2258项（2242通过、16条件跳过、零失败错误）。默认Pending，TA/Meal、其余三条完整流程、长阶段预算及实际环境验证仍未完成。见CP19。

2026-09-16 CP18 多Excel整组附件本地完成

多Excel整组NEW/UPDATE已本地实现：冻结序号/原件/请求，全部新件逐份核实后精确清理旧组，覆盖多变少和单多互换，保留无关附件与中断成功事实。相关231及完整2231项验证通过（16条件跳过），最终85项新增测试通过（含两份不同内容原件分别上传）。平台集合删除race/vet通过。默认Pending，V48/平台候选未部署；完整业务执行与最终回显、TA/Meal/实际库和Oracle UAT仍待。见CP18。

2026-09-16 CP17 附件恢复修复与多份命名确认

UPDATE附件在原件不可用、最后校验失败时正确保留已知成功并返回未完成；新增17/相关200项通过，完整2148项2132通过16跳过零失败。用户已允许多份Excel的Name=Tour Code＋序号，Description保持Tour Code，单份不变；多份上传/整组替换尚未实现，下一步接续。默认Pending。见CP17。

2026-09-16 CP16 新建附件接续本地完成

新建实际父编号后的单Excel上传、精确内容查询及中断恢复已完成，多个FIT部分成功事实保留，并发不重复发送。新增48/相关247项通过；完整2131项中2115通过、16条件跳过、零失败。默认Pending，V47未迁移实际库；完整四流程、多Excel及最终回显仍待。见CP16。

2026-09-16 CP15 FIT新建有据字段本地完成

已实现冻结确认→多FIT有据字段请求→实际精确查询逐字段核对，并通过共享Guest/持久创建本地接续。新增89项通过，相关247项通过，完整verify2083项中2067通过、16条件跳过、零失败。线上公开目录本次仍0.6.0；TA recorder、Meal/餐厅、附件及原生UAT缺口保留，默认Pending未启用。见CP15。

2026-09-16 CP14共享客档本地完成

FIT共享Guest计划/实际编号持久保存、精确查询恢复及多笔Reservation接续已本地完成。新增46项/相关167项通过，完整verify1994（1978通过16条件跳过，零失败），平台race/vet通过。运行仍Pending，V46未迁移实际库。下一步完整FIT NEW字段构造、其余办理与最终回显；见CP14。

2026-09-16 CP13客档与多房本地完成

客档创建平台/消费协议已本地完成，精确ID、姓名及国家查询核对；普通FIT同房型多间可按确认数量创建，修正CP12每行1间临时限制。相关162通过，完整verify1948（1932通过、16条件跳过、零失败），Go完整/race/vet通过。默认Pending，Guest持久归属与全流程尚待接续；候选0.9.0未发布/未推送，线上本次观察仍0.6.0。见CP13。

2026-09-16 CP12新建编号保存

完成NEW固定创建清单、逐笔实际父ID绑定及中断先查恢复。本地48新增/154相关和完整verify1,895项检查通过（16条件跳过、零失败）；真实运行仍Pending。多间原生展开、共享客档准备、TA recorder及完整业务验证待接续，不把父ID关联齐全显示为整单完成。见CP12。

2026-09-16 OHIP附件替换CP11本地完成

单Excel UPDATE、多绑定父对象的替换计划/上传/精确清理/查询续办已完成，47新增/167相关及完整verify1,847项通过（16跳过、零失败）。多份同名Excel、NEW及完整办理仍待接续；默认Pending、无真实迁移/酒店调用/运行加载。见接入。

2026-09-16 OHIP旧件证据匹配CP10本地完成

已将历史来源、真实Note编号及当前附件/Note内容连起来核对；同名/同文不猜，历史不完整或查询变化则停止。新增62项/相关158项、完整verify1,800项零失败（16跳过）。平台候选56bbe86已推送，补写后Comments读取但未部署。匹配仍是内部只读依据，真实运行Pending；下一步实际替换/续办、NEW关联及全流程查询回显。见CP10。

2026-09-16 OHIP来源证据CP9本地完成

上传邮件Excel的实际字节/冻结引用、FIT最终Note摘要与逐次调用关联，保留准确请求父ID和请求Note ID；历史来源未知不补认，并发和迟到结果不覆盖来源。新增43项/相关143项、完整verify1,738项零失败（16条件跳过）。V43尚未迁移实际库，真实办理仍Pending，无服务重启或酒店调用。下一步以历史证据和当前实际子ID/内容读回核对旧件，再接完整办理与回显。见CP9及证据。

2026-09-16 OHIP原资料读取CP8本地完成

GROUP原日期/双类别房格、FIT各绑定预订的住期/房型数量/Rate/客档ID/Note与附件元数据读取已实现，双轮提取值变化或不完整时拒绝。新增47项/相关155项通过，完整verify1,695项零失败（16条件跳过）。只是内部只读观测，尚不生成完整可执行旧范围；Pending未替换，无酒店业务调用。继续旧Note/附件精确对应、完整范围与最终业务核验。见CP8及证据。

2026-09-16 OHIP目标持久绑定CP7本地完成

UPDATE固定关联原确认的实际Block/完整Reservation集合，失败、重启及续办不会换绑；发送前从库内核对确认与目标，附件必须匹配父对象及类型。缺目标留在查询阶段，可补齐后继续。33新增/105相关测试、完整verify1,648项通过（16原有条件跳过、0失败）。默认Pending保持，无酒店调用/运行加载。接续完整旧资料、NEW回执关联与最终业务读回；整体四流程仍未完成。见CP7接入和证据。

2026-09-16 OHIP目标识别CP6本地完成

GROUP按Block name精确唯一识别，FIT按TA筛选收齐分页并逐笔核对实际Reservation/酒店，详情后二次搜索检查成员变化。39新增/100相关测试通过，完整verify详见证据。身份结果不代替完整旧范围或FIT TA读回；默认Pending未替换，未加载服务/写酒店。继续旧范围、持久目标绑定及全流程业务核验；配置权限本轮仍403，平台发布等前置保持。见CP6接入。

2026-09-16 OHIP调用记录CP5本地完成，真实办理待接通

CP3后台/页面、CP4完整房量转换之后，CP5新增逐次写调用记录，发送前落盘、回执保存实际对象/附件编号，并验证并发、中断及续办先查不重复创建。新增20项/相关128项通过；完整verify1,576项（16条件跳过）零失败。未加载服务或替换默认Pending，实际MySQL/Oracle UAT未做。平台118项候选已获发布许可并推送，但线上仍111项，部署通道和本机Automation Principal缺失；测试酒店业务代码及TEN查询权限前置保持。见最新交接。下方旧“未发布/未接线”为阶段历史，不能代替当前完整状态。

2026-09-15 附件CP2-C本地实现及验证完成

平台六项附件操作、内容归属核验、旧ID精准清理及消费适配已完成；本地118项、公开目录仍111项。完整verify1,454项（16条件跳过）/Go构建与测试/JS检查通过。未发布、未接酒店或工作台；真实附件关联/显示/覆盖与DB迁移待验，FIT TA写入仍缺明确契约。见交接。

2026-09-14 解析接收与LianTai Group价格修正版已加载

最新修正版已切换：8082 PID67953、5178 PID45022均健康。包含解析接收修正与LianTai Group价格规则，启动及提醒配置保持。后续由用户手动测试；不再另交配置说明。 见加载记录。

2026-09-14 LianTai标准范围统一Group目录，修正版待加载

已按用户澄清分开价格渠道与房量分类：LianTai标准范围统一LIAN TAI/GROUP，U-DBL12=1200匹配WHO3；小房量仍按FIT预订并校验姓名。33项定向检查通过；LT2保存回答离线两项正常，LT3系统/平台各13项价格齐全，仅一项缺姓名。后端包与桌面配置说明已更新，Parsing提示词/Skill无需为本条变更；尚未切换服务。详见实施证据。

2026-09-14 Parsing接收修正完成，待配置与加载

有限JSON包装容错、Sup/U房型规范化、独立数量接收及Parsing配置已完成。后端36项、Skill32项检查通过；已存LT2/LT3回答离线验证完成，FIT价格方案继续待酒店确认。配置包已交用户桌面，后端修正版已构建，当前服务未切换。见实施证据。

2026-09-14 回放适配已合入并加载

用户结束测试并要求快切。四项回放展示适配已合入，8082切至PID64883，5178原进程已加载新源码，版本和健康检查通过；配置与测试数据保留。原对话新增的测试分析记录已保留。见切换证据。

2026-09-14 历史测试已清空，保留标准表格 V4 与配置

按用户要求备份并清除当前5178测试历史：42条回放、41封来源邮件、117张任务卡及对应任务、3条测试确认、10条通知和相关解析日志。列表均归零；同版本8082已恢复（PID63136），5178健康。账号/目录、Agent/Skill及企业微信配置保持，原件保留；未重放邮件或外发。后续由用户从空工作台手动验收。见清理记录。

2026-09-14 标准表格 V4 已加载，失败提醒已启用，待用户手动验收

用户确认Parsing平台配置完成后，已独立加载新版8082（PID62512），5178正常。标准范围使用单Parsing后程序判型；V22/V23迁移成功，117项既有任务和所有Booking业务内容保持。Java17全量1287项通过、16条件跳过。用户确认微信发送地址和ID9998并提供Token，私有配置已就绪/启用；队列为空，无历史补发、真实Agent调用、邮件重放或测试外发。用户现在手动验收标准处理、完整展示及失败提醒收达。见加载证据。

2026-09-14 标准范围本地实现与离线验证完成，尚未加载

标准表格范围、单Parsing后程序判型/校验、完整来源展示和最终失败去重提醒已完成本地实现。后端196组共1303项：1287通过、16项按既有条件跳过、无失败；前端33文件270项、类型检查和构建通过，Parsing配置32项检查通过。七份原件机械选行41行与当前正文4项取消一致，四项合成全链场景通过；不等于真实Agent或企业微信收达已验收。V4配置包已交付桌面“0914邮件/平台配置V4-20260914”，平台由用户手动替换，之后配套加载并由用户手动实测。当前未加载服务、执行真实迁移、调用真实Agent/邮件或外发通知。详见实施证据。

2026-09-14 价格修正v2.4，人工预期由18减为17

用户明确TWN12（本批U-TWN12）及U-DBL12都为1200，已更新规则v2.4及桌面报告。GROUP U-TWN静态目录可定WHO3，FIT U-DBL仍缺对应目录方案并缺姓名；总45项业务不变，17项需人工补充。两个标签价格已收口，后续按v2.4实施；本轮无程序、Skill、平台或服务改动。

2026-09-14 七封静态预期报告已完成，尚未实施

按规则v2.3核对得13项新订、28项修改、4项正文整块取消；17项FIT缺姓名与2项Rate无候选重叠为18个人工事项。LT2预期两项新订。详细报告在用户桌面，仓库仅留脱敏证据。当前待审阅预期，再安排实现及配置交付；程序、Skill、平台与服务本轮未修改，未实跑邮件或提醒。

2026-09-14 规则v2.3：四项边界已确认，下一步核对案例

规则汇总稿v2.3已记录同日末条、LianTai省略房数默认1、加床一房一床且标签不换算费用、各附件独立生成任务由员工忽略重复项四项确认。下一步核对七封案例；仍采用解析Agent后接程序判型，配置文件由Codex提供、用户手动配置平台。当前只修改文档，未实施或加载。

2026-09-14 最新方向：解析Agent后接程序判型

用户已确认规则稿v2采用“程序选行/提供操作材料→一个解析Agent→程序判型→程序校验→员工确认”，取代下方早先Agent直接判型的讨论。提示词/Skill文件及说明由Codex准备，平台由用户手动配置。当前继续确认四项规则细节，尚未修改程序、运行Skill、配置或服务。详见当前记录。

2026-09-14 方案一规则待确认稿已整理，未开始实施

当前工作是方案一提取规则与处理规则待确认稿：一个Agent解析及判型，程序负责选行、材料、计算映射和校验。已确认规则与历史基线分别整理，四项细节待确认；规则确认后再核对案例结果。程序、Skill、配置、服务和业务数据未因本轮文档工作改变。详细状态见当前工作记录。

2026-09-14 收窄实施顺序已整理，企业微信仅定位失败邮件

用户确认模板判断边界，保留正文整块配额取消，其他正文/邮件全量展示并通知；企业微信只提示哪封邮件最终失败或超时，排查在平台完成。计划依次完成范围及Skill收窄/LT2修复、通知全量展示、简短提醒接线，再由用户手动实测。本轮仅形成实施CR并修订旧提醒文案要求，程序/Skill/服务未修改，未开始测试或外发。

2026-09-14 拟收窄为标准表格预订，保留正文配额取消

用户提出仅处理EML2/LT2等标准表格，其余邮件全量展示并通知，支持类型失败需企业微信提醒；另明确保留既有正文配额取消，其余正文只展示并通知。已核对LT2正是本批新订被做成修改的案例；旧仓库8月20日有固定Parser/通知基础，当前全量展示与失败提醒全链仍有缺口。本轮只评估并记录，未实施、回退或变更ADR。见讨论及依据。

2026-09-14 六份新日志：交接改善已验证，LianTai新订归类未通过

六次完成且C1零拒收，242项Parser事实保持；加床已知团号交接、配额12编号/24值及欢迎屏人工状态正常。另一本LianTai两行明确NEW BOOKING却生成修改，且目标备注又生成重复通知；不能判整体验收通过。未覆盖正文BF旧缺口或同输入重复稳定性。本轮仅日志与24项任务详情复核，无产品/Skill/服务修改或新测试；待用户下一步决定。见本批证据。

2026-09-14 Booking对象交接已修复并加载，实测移交用户

统一来源到订单的目标对应，并在返回组装和原有接收校验中复用；修复服务/备注/复核错配及来源姓名还原。专项47、全量1259项（16条件跳过）通过，9份保存输入原事实保持。8082已加载PID43496，93项既有任务及配置保持；用户确认新版Parsing Skill已上传。仅启动1封LianTai（2099322663008710657），实际Booking输入已正确保留加床所属团及数量；随后用户明确手动测试，其余自动实跑停止，整体验收待用户日志。见实施与加载证据。

2026-09-13 新日志复核：附件目标交接错配

五条新增均完成且C1零拒收；八月三项核心数据与旧同邮件一致，LianTai46项Parser事实完整。新发现附件材料到Booking输入目标编号错配，加床已知团号被误报无法对应。后台仍为旧PID26355，已修日志尚未加载；新版Skill激活及关键同输入复测尚待确认。本轮只读分析。 见证据。

2026-09-12 Parsing稳定性修订完成，待平台替换和日志加载

已完成Parsing公共房型/含早/原字段与引用规则修订，房型名单由现有目录生成并在打包时核对，包仍6文件；日志已区分全部待人工与无需人工。Skill31项、后端专项60项、前端lint/类型检查通过。主提示词未变，平台尚未替换、后台尚未重启，真实重复运行验收待后续。 见实施证据。

2026-09-12 四封重跑：接收通过，来源完整性与人工状态仍有缺口

四封系统重跑均完成、C1零拒收：九月配额12项全接收，九月表69项Parser事实完整、5修改＋1整块取消，八月3项核心值稳定。正文两团仍漏一处BEFORE含早，另确认全部卡待人工时日志误写无需人工。来源提取先收紧Parsing规则，另需独立日志状态小修；本轮只分析，未改程序/Skill/服务。 见重跑证据。

2026-09-12 Parsing平台复测：数值正确，共享字段引用仍拒收

平台复测输入内容与导出一致，12组配额编号/前后数量均正确，未再输出Allotment房型或虚构入住日。但原回答经现行程序接收只保留前6项：后6项重复酒店名却未引用E4/E5，共享展示分组被拒。离线补齐引用或去掉重复酒店字段均恢复12项、0拒收。只诊断未改程序/Skill/运行数据，不能据单次失败定性整体架构。 见复测证据。

2026-09-12 九月配额Parsing原样输入已交付

已从九月失败run唯一完整用户消息回显原样导出Parsing输入（3185字符），来源重建的完整工作稿、请求身份及程序说明核对一致。用户将沿用原配置手工复测后返回平台日志；本轮无新Agent调用、代码/Skill/服务修改。单次失败的结构性定性暂不成立，待对照证据。 见输入与验证。

2026-09-12 四份新旧日志复盘：表格改善，配额整理仍有失败

四份指定日志中两份新运行完成、一份九月配额C1拒收、一份为旧Booking失败记录。新拒收复现为住期资料缺来源引用，并存在无依据入住日期及将ALLOTMENT当房型；后续仍凭原文生成现有人工Proposal。QBD表114项Parser事实完整、C1无表格重复，9修改＋1整块取消，卡片前值/Note对应正常。只读分析，无程序/Skill/业务数据/服务修改，原邮件准确度留后续。 见核对证据。

2026-09-12 Booking结果包装与未执行状态已修复并加载

用户批准后已修复Booking单元素数组包装兼容及失败后未开始确认投影状态，并加载到8082，PID26355；5178健康。原始失败回答直接通过原有接收检查、2项候选与去包装基线相同；全量后端1250项（16条件跳过）无失败/错误。37项任务保留，原失败记录仍失败，仅确认投影显示未执行，全部原输入输出及回答哈希保持；可重新测试，无新Agent调用或历史重放。 见实施与加载证据。

2026-09-12 新运行Booking失败已定位，待修复

新运行2098446205190848514的Parsing全部52项接收，失败在Booking结果接收：最终JSON最外层为单元素数组，当前要求对象。使用同run原输入离线复现，仅解开数组包装后通过既有接收/组装校验，形成2项修改结果。另确认C2失败后确认投影仍PENDING是日志遗漏。本轮只诊断，未改程序或重跑。 见诊断证据。

2026-09-12 日志与Parsing交接修复已加载

8082新包已启动，PID24294，5178健康；日志状态与接收明细、配额建议首项交接及表格分工程序说明均已加载。37项现有任务完整响应、能力配置和处理状态保持；三份真实日志索引/详情/导出一致且业务输出不变。未调用Agent、重跑邮件或上传平台配置，后续新实跑效果待测试。 见加载证据。

2026-09-11 日志状态与接收明细已修改，待加载

日志页面/详情/导出统一阶段状态，正常业务人工核对完成、无房型价格需求跳过、入口失败后未开始步骤未执行，明确运行异常仍失败。C1接收与未接收项目独立展示，旧失败原因不补猜。12份原日志离线核对一致且业务输出保持；1244项后端（16条件跳过）、266项前端及类型/构建/lint通过。后台尚未加载，无新Agent运行或历史重写。见实施证据。

2026-09-11 配额建议交接与表格分工修复完成，待加载

用户确认欢迎屏处理符合预期，已从本轮修复范围撤下。正文原始字段改由本次正文承载；真实配额建议从11项恢复为12项完整接收。程序出站说明、Parsing Skill及主提示词明确直接关联既有表格T目标，只整理正文新增/修改与剩余材料。9份原回答离线接收核对通过，其余8份结果保持；后端1236项（16条件跳过）和Skill30项通过。分工修正版已打包，尚未加载后台或上传平台，模型行为待新实跑；日志状态仅解释未改。见修复证据。

2026-09-11 十二份新运行日志结构复盘

新格式在9份双Agent实跑中生效，另1份通知专用正常、2份入口失败；9份中5份存在局部拒收。已定位新程序跨行原句还原、正文原始字段错挂主题两处缺口，以及3份重复整理表格。Parser事实保持，两份同邮件总耗时由518.503→198.520s、199.074→131.684s；尚不能判结构验收通过。本轮只读分析，不修改代码/Skill、运行数据或服务；原邮件准确度留下一轮。见十二日志复盘。

2026-09-11 两步邮件交接与Parsing V3后台已加载

用户授权后8082已切换包含第一/二步的新包，PID18440；健康和5178代理正常，9项工作台任务完整列表、能力配置及处理状态前后相同。构建差异仅本次11组类/构建信息，SQL与依赖不变。用户报告提示词已配置，远端Skill内容本轮未读取；未重放邮件或调用Agent，可以开始新测试。见加载证据。

2026-09-11 第二阶段Parsing输出与Note精简已完成，尚未加载

C1改为按来源对象一次整理修改前后、酒店住期和房型价格，程序生成内部编号、引用原句及材料/复核关联；旧结果兼容。Note只保留补充和必须展示的信息，未知原始字段继续保留。两封保存记录的紧凑样例保留全部49/70项有效事实（EML2含69项Parser事实），8卡查询通过；EML1不再重复酒店字段，EML2配额卡仍显示取消原句。后端1234项、16条件跳过、0失败/错误；Skill V3及30项打包检查通过。没有运行新版Agent、重写历史或切换服务，耗时效果待配套加载后实测。见交付证据。

2026-09-11 第一阶段邮件交接修复已完成，尚未加载

正文按原行引用，团号正式传递，正文/附件的修改前内容及取消原句按本次来源目标正确接到卡片。两封真实保存结果的 8 卡验证通过；后端 1227 项、16 条件跳过、0 失败/错误。运行服务和历史数据未修改，Agent 输出与 Note 精简留第二步。见实施记录。

2026-09-11 两封邮件对照确认卡片对象对应缺口

EML2已支持表格提取正确，5项修改和1项整块取消已落卡，2项FIT因旅客姓名缺失人工核对。前两项修改前事实虽已提取但未进入卡片；配额原句也在对象筛选中漏接。仅分析记录，未部署或扩改；联合复盘。

2026-09-11 正文已识别团号交接已修复，尚未加载

程序现将正文目标已有团号与出处传入后续正式字段，已有事实及Parser绑定保持、空值不猜。29项相关检查（1条件跳过）通过，本封已保存结果两个团号进入Layer4及Booking输入。未重跑Agent、改历史卡片或切换服务；见修复记录。

2026-09-11 Note重复展示及修改前房型组装问题已定位

Note统一接收C1业务原句；正式修改后日期/房型/数量已有值。正文修改前快照漏读body_binding，将第二卡3种房型覆盖为1种；已记录诊断，尚未修改。

2026-09-11 完整日志复盘发现C1格式负担与团号交接问题

同输入平台复测有约11万字符分析反复核对展示、编号和引用；输入证据按句点拆碎日期/房型。C1已识别团号却未填入后续身份字段，最终还要求人工补团号；两项任务均REVIEW_REQUIRED。原系统C1约7分37秒，平台导出统一时间戳不能用于耗时分摊。只读复盘，未实施程序或配置建议，见完整证据。

2026-09-11 干净测试首封已完成，C1耗时待平台复测

新QBD正文两项修改全流程约8分39秒并成功投影；C1约7分37秒为主要瓶颈，C2约1分钟，未出现重新派发。已导出本次实际C1/C2输入供用户平台测试，输出体积及模型输出前约5分钟间隔需要进一步核对；未改运行规则。见复盘记录。

2026-09-11 测试数据已清空，开始新一轮干净测试

用户授权清理后，来源邮件、全部历史、任务卡、任务和确认记录列表均为0。旧13封邮件、17张卡及关联记录已备份后清除；配置和Agent能力不变。后台PID10532继续运行刚加载的日期/配额新版包，5178健康。见清理范围与备份记录。

2026-09-11 QBD/LianTai日期与配额后台已加载

8082运行新版后台PID10054，5178健康，17项任务及Agent能力配置前后相同。JDK17完整verify通过1218项、10跳过、0失败/错误；运行包差异仅本任务后台代码，原环境和旧包保留。平台两份Skill本次未替换，仍需使用此前交付版本。见实际加载记录。

2026-09-11 QBD同样适用月份不一致规则，尚未加载

QBD保留明确J/E酒店日期，不受旧标题/页签月份影响；非法或矛盾日期只局部待核对，其他确定信息继续。五份真实QBD表27个标色对象及两份LianTai表通过，完整verify共1218项、10跳过、0失败/错误。上一轮两个Skill包继续适用，后台及平台未切换。见QBD补充证据。

2026-09-11 LianTai日期与配额整块取消修复完成，尚未加载

两份真实LianTai表分别提取5/3行，酒店日期正确落在9月；日期歧义保留局部人工复核，正文酒店日期不依赖行程。保留配额关系，本期使用/释放/取消配额统一整块取消，Proposal创建/调整保持。完整后端verify通过，两个Agent Skill已打包并校验；当前运行后台及平台未切换。见交付证据。

2026-09-10 C1结果接收后台已加载并重启

用户授权后，8082已加载本次结果续接修复，PID96536；5178连接正常，14项任务接口内容及环境配置保持。C1 Skill和完整主提示词仍需用户上传确认，后台重启不代表平台配置启用或真实Agent验证通过。见加载记录。

2026-09-10 C1专项代码和配置交付，尚未启用

后台补同run保留事件起点，C1修正文内引用历史、服务复核交接并精简重复要求。用户需后续加载后台、上传C1 skill和替换完整主提示词；本地验证通过，未运行新Agent。见修复证据。

2026-09-10 EML2/EML1修复已实际加载

用户授权重启后，8082已切换本次修复包，PID91540；5178连接正常，原4项任务、3条回放历史和旧日志保留。C1/C2两个Skill由用户更新，之后可继续实测。同团多Rate限制保持。见加载记录。

2026-09-10 EML2附件与提醒、EML1来源及Rate修复完成，待加载

EML2原附件5项橙色变更已能离线读取；Layer4保留附件未完成提醒并交C2既有人工入口。C1 Skill补正文房型/BF/价格分离，Layer4恢复原价未命中才折半。51项相关Java及38项配置检查通过；两份Skill待用户上传，四份后台程序待构建加载。真实Agent未运行，EML1多Rate订单仍按原规则人工处理。见修复交付。

2026-09-10 5178已清空历史测试数据

按用户明确要求备份并清除当前本地测试回放、任务、确认记录、来源通知和处理日志；列表均为空。配置、业务规则及同一统一加载版本保持，后台PID86716；可刷新5178重新测试。旧编号在当前数据库已删除，新记录仍永久保留。见清理记录。

2026-09-10 16:41 统一加载完成

8082已切换到正式目录最终汇总版本（PID85808）：C1来源优先/正文交付、CP2a失败收尾、附件固定图过滤及历史永久保留。平台V40、Booking PG V21已生效，5178最新前端保持，旧任务/日志保留并只读核验。通知配置已加载但发送关闭、自动触发未接；未运行新Agent或邮件。详见加载证据。

2026-09-10 C1正文实际预订修改修复待加载

C1按实际操作对象提取正文团号及修改前后日期/房型/数量/明示价格；最小补齐正文来源关联、接收/保存/归并和Layer3→Layer4交付。两封正文本地分别1/2个实际对象，Proposal/Excel定向回归一致，48项Java和28项配置检查通过。完整配置包已交付：Skill需更新，Main Prompt保持；六份后台修改待统一加载。未调用Agent、运行新邮件或回放、改旧任务、重启5178/8082；无子智能体。见交付证据。

2026-09-10 普通邮件详情返回入口已补齐

5178普通任务进入邮件可回原卡，裸链接可回待处理列表；卡片材料不可用时准确提示。262项及实际往返通过，无重启。原邮件及Excel仍在会话，缺失任务版本未恢复；见证据。

2026-09-10 普通旧卡确认修复已更新5178

LLTQ260811Q3-A旧单段日期/房量不再被误判缺失，历史未匹配提示按当前预订查询消除；259项与现行后台检查通过，实际卡字段原样保留。服务未重启，任务仍待处理；见证据。

2026-09-10 固定图片附件列表过滤：已验证，待统一加载

普通任务、Proposal及来源通知的附件列表已实现同步排除确认固定图；绿色未登记版和完整原邮件保留。前端245项、后端27通过/1条件跳过、类型与构建通过，代码已同步。用户指定随其他改动统一加载，8082未重启。见证据。

2026-09-10 普通预订卡复核说明已移除

5178普通员工预订卡不再显示复核说明输入框。LLTQ260811Q3-A实页验证通过，其他预订字段和确认/忽略按钮保持；235项检查通过，无需重启。见记录。

2026-09-10 Proposal邮件会话格式已更新5178

从Proposal卡片查看原邮件时，保留原表格和历史引用层次，编号与新旧房量不再挤成纯文字。用户指定10:21:12邮件的3张表和全部文字已逐项核对一致，235项检查及实际往返通过；无服务重启。见证据。

2026-09-10 Proposal邮件页可以返回原任务详情

5178邮件会话顶部已增加“返回任务详情”，刷新后也可返回原卡片，并保留原分类和搜索。226项检查及实际页面往返通过，服务未重启。见验证记录。

2026-09-10 回放历史与处理结果改造：等待统一加载

四个日期范围（今天/近7天/近三个月/全部历史）、30条翻页与返回位置保留、成功/失败/处理中结果列已实现。MySQL V40及Booking PostgreSQL V20将现存与新增关联日志永久保留，旧期限读取和定时清理已移除；后台尚未加载，用户稍后指定统一重启负责者。独立预览5189已准备，电脑锁屏导致截图待核对；详细验证及交接见证据。

2026-09-10 回放详情已显示上传EML文件名

详情标题下直接展示上传原文件名，刷新后保留。5178现有记录已验证，18项相关回归及类型/构建/Lint通过，只改前端，无需重启前台或后台。见证据。

2026-09-10 Parsing自身规则入口配置包已完成

Main Prompt已改为直接读取四次成功运行共同使用的自身Skill入口，再按Skill规定顺序读取当前渠道规则和输出格式；不再为找规则搜索目录、知识库或读取Booking Skill。现有Proposal、普通预订、Excel和输出格式规则未改，Skill不用重新上传。单一手动配置包及27项离线检查已通过；尚未配置测试平台或运行真实Agent，实际稳定性待配置后验证。见交付证据。

2026-09-09 待处理列表团号显示已更新5178

团号位置现显示已保存的真实团号，没有时留空；原17张显示内部编号的卡片已纠正，34张业务卡核对一致，办理状态保持。复核说明未修改。检查及实际页面验证通过，详见修复证据。

2026-09-09 独立失败提醒已做好，尚未开启

提醒发送、记录、去重及独立重试已完成，并通过50项模拟检查与整体回归。已同步新增代码，前几层保持原样；当前系统尚未加载，也没有发送实际消息。等前几层稳定后接上最终失败触发，再联合测试和开启。见交接和证据。

2026-09-09 Proposal Allotment Layer3候选配置已交付，尚未启用

Parsing Agent Main Prompt与Skill已按“局部配额表保留为原文材料、真实预订继续正常提取”的规则完成离线候选；Main Prompt已整体精简为4条岗位说明（9,262→1,394字节），详细业务边界全部留在Skill。程序解析、输出格式、Booking Agent、Layer6和页面均未修改。三封真实EML的31/5/12项表格完整性与现有输出承载检查通过，27项配置回归通过；新配置未发布、未替换当前Agent，三封邮件未做真实Agent或完整流程运行。见实施证据。

2026-09-09 Proposal Allotment同一页面已连接并更新5178

用户确认5190样式后完成A对接，原表/来源材料、已办理/忽略及返回原列表已连接。214项前端检查与正式构建通过，A验证包已加载，后台60001、前端45022；业务数据指纹保持。5190仍可演示；实际邮件验证需待相应Agent配置启用。见发布证据。

2026-09-09 最终失败通知方案与配置已交付

已按用户本轮范围交付接入方案与私有.env.failure-notification，ID9998、默认关闭；当前应用未读取，未接通或真实发送。已识别普通投影失败、Layer6恢复上限、Booking技术转人工三处判定缺口；详见审查证据。

2026-09-09 回放人工处理展示已更新

已完成自动处理的记录显示完成标记和“待人工处理”，Layer6数字使用中性事项数量，正常人工补充不再显示黄色警告和红色错误数。188项前端检查与5178实际页面验证通过，无需后台重启。见证据。

2026-09-09 Booking修复同邮件复验通过

用户新日志确认：同一封EML、同一平台版本下，Booking已读取新规则、输出格式通过，上次10项小房量New/Update判型与Allotment类型错误已纠正，工作台投影成功。自动处理3分37秒，11项缺住客姓名需正常人工处理，另5项待确认。仅此样本对应问题通过，未扩大为全部邮件验收；原始登记状态PROCESSING的显示口径仍需后续收口。见复验证据。

2026-09-09 Booking规则读取修复已加载

用户最新授权立即重启后，后台已从44830切换为49370，前端45022保持；5178/8082健康正常。系统现在要求先读取Booking Skill必要规则和输出Schema，继续限制附件/数据库/命令/外部业务操作。配置和两库业务数据核对一致，无数据库迁移，图片等已加载功能保留；本轮没有调用Agent或重跑邮件。现在可以继续5178同邮件复验，另一任务后续构建应保留本次修复。见加载证据。

2026-09-09 图片、Parsing恢复与固定文字过滤已切换

当前5178/8082本地测试环境已同步加载新版本：只过滤5张产品指定目标图及其高置信整图变体，其余图片由员工查看；Parsing断线恢复修复和QBD/LianTai固定提醒、签名文字过滤也已加载。附件下载、忽略、任务详情布局及确认后返回列表保持可用。两端健康、目标图库加载5张、无数据库迁移；精确停机快照与启动后业务数据一致。最终后端1075项、前端184项及构建检查通过。未回放邮件或触发Agent，现在可以继续测试；现有邮件没有图片记录，真实带图页面效果需下一封正常测试邮件覆盖。见统一切换证据。

2026-09-09 确认后的列表返回已修复

确认成功后自动返回进入时的待处理列表/分类，保留搜索并更新数量；失败留页。前端184项及类型/构建/Lint检查通过，已独立更新5178页面，无本任务服务重启；图片/Parsing组合切换由原任务继续。见证据。

2026-09-09：系统内附件下载已修复并加载，任务详情与邮件会话均完成实际下载验收，邮件测试可继续。详见附件下载证据。

2026-09-09：来源邮件目标图过滤和员工人工预览已实现、验收并加载当前5178/8082。5张产品指定整图及其压缩/缩放变体会从工作台候选图片区排除，其他业务图片继续由员工查看；图片不进入Parsing Agent，原始邮件不删除。见验证证据。

2026-09-09：5178任务详情已按5174基线修正，移除卡片进度、正常可处理横条和住期删除，忽略/确认保留在底部；当前页面已更新，后台持续运行。见验证证据。

2026-09-09：“忽略”已完成验收，并按用户批准切换至当前5178测试环境，可以继续测试。待确认/人工处理可忽略，其他通知不变，无撤销/恢复/忽略人；详见当前状态和CR。

2026-09-08本期范围：通用发件人处理本期不做，已从有效需求和待办撤下；现有5178功能进入测试与修改，上线准备在决定上线时安排。 2026-09-08更新：当前正式项目为Wyndham-RSVN-0908，最新状态以项目状态为准。 AgentBus统一处理记录与通知专用测试已实现并加载5178/8082，配置和既有历史保留；前端150项、后端995项通过，5项显式外部验收跳过。 OPFIT真实EML现已在5178单次运行成功：1.22秒、1条其他通知、零Agent/预订任务；待办进入刷新已修复并验证，通知未确认。 本文件下方2026-08-18的分支、阶段和后续步骤为历史快照，不是当前实施指令。

项	内容
最近更新	2026-08-18
当前分支	feature/booking-v01-safe-checkpoint
当前阶段	Layer3/4到Booking Agent V2 durable及M012全生命周期日志已本地完成；Parsing/Booking主线强制include_trace=true。ADR-019 compact已由真实v10 replay验证输入减少81.8%。ADR-020同一Provider run续接及首个session-only PostgreSQL checkpoint缺陷已本地修复并加载V12测试环境；42项相邻回归和真实PG read-only完整SQL计划通过。真实唯一run/晚到final仍待新replay，默认/production Agent、provider、worker仍关闭。
当前重点	复用同一EML新建replay，验收Parsing只创建一个run、4分钟后仍续接、完整events/final进入原生命周期并继续Layer3–6，以及Booking实际身份/Candidate。不得把本地修复、旧失败replay或门禁ready当成真实全链成功。Booking约14.5万字符输入和远端PG空闲连接关闭告警是后续独立风险；production及PMS/Opera均另行授权。

2026-08-18 V12 session checkpoint缺陷已修复并加载

Replay 2089390064358281217曾因首个runId为空时PostgreSQL无法推断参数类型而在Provider run创建前失败。当前已为 nullable run guard显式声明VARCHAR类型，并新增session-only回归；repository/worker/handler/Layer3 continuation/ SuperAgent adapter共42项通过，真实PG read-only完整UPDATE执行计划通过。五类活动队列为0后8082已加载修复， 8082/5178、HOTEL-LOCAL-REPLAY、V12/RC6/PG/V2/strict均通过；旧replay未重放。下一步直接用同一EML新建回放。

2026-08-18 Parsing Agent同一Provider Run续接

旧的4分钟硬中止和重新派单已改为4分钟只提示“Agent仍在处理”，默认总等待上限15分钟。首次派单取得的session/run会 立即按既有lease/fence保存；连接中断或worker重启后只恢复原run的snapshot/events，不重新POST邮件。等待期间周期续租， 明确失败/取消、总超时或无法绑定原run的409才形成Parser-only复核。生命周期把活动Parsing显示为RUNNING，V13完整公开 返回记录和严格final门槛不变。109项相关测试通过，没有新DDL、Agent资产或业务规则变更。

8082/5178已加载Parsing V12与Booking RC6，H2 V34、PG V13、双Agent/V2/strict均ready，五项队列/活动状态为0，旧run 未重放。服务刷新中再次出现本地酒店身份变量遗漏，但在postflight阶段已恢复为HOTEL-LOCAL-REPLAY，未影响任务或数据。 本轮没有上传EML；真实单run续接、晚到final与Layer3–6仍待用户下一次回放。

2026-08-17 Parsing Agent V12 本地测试门禁刷新

用户确认最新版本为V12并提供内部version ID 95d2834a-7ddb-4ea7-85b0-35ca6e986c57。启动前Parsing、Booking、 projection三条队列、过期claim和活动processing run均为0；8082只在内存中把Parsing门禁从V10对齐V12，其他 酒店、PG、双Agent Key、Booking RC6、V2/Trace配置全部保留。H2 V34、PG V13无需迁移；8082/5178一致显示V12、 双Agent/V2/strict ready且配置缺项0，重启后队列仍为0。本次未执行平台探针、EML或Agent message，不能据此宣称 V12真实链路成功。

2026-08-17 Booking Agent替换Key测试运行时恢复

新Booking专用Key已通过create_session HTTP 200最小鉴权，只创建空session，未发送消息或触发Agent。三条队列和过期 claim均为0后，Key仅以内存注入并保留其他配置重启8082；8082/5178、HOTEL-LOCAL-REPLAY、H2 V34、PG V13、双Agent/ strict readiness及重启后三队列均通过，旧失败run没有重放。Key没有写入仓库或文档。

首次重启后发现当前进程仍显式覆盖历史v7。用户随后明确授权，现已只在本地测试进程内把门禁对齐RC6 b91686f4-...并再次安全重启；新Key、Parsing v10、PG和酒店身份均保留。8082/5178一致显示RC6及strict ready， PG V13和三队列复验通过。尚未发送Booking消息，因此实际resolved身份、事件和final仍待新replay证明。

2026-08-17 v10真实回放诊断

replay 2089351797160271873 已终态失败，总耗时约6分58秒。EML、SourceMessage、材料预处理和确定性Parser均已通过； Source Capture 的warning只是异步排队提示。Parsing实际收到25462字符/27524 bytes的compact输入，命中v10，9个目标、 114条Parser facts和4份materials完整，较旧151459 bytes减少约81.8%。

Parsing第一次run仍读取13项额外资产并超过本地约4分钟deadline；第二、第三次尝试因原thread仍有active run均收到409。 信息系统以AGENT_RETRY_EXHAUSTED安全收口，保留114条facts并继续Layer4；原SuperAgent run后来为success，但迟到final 没有被接回。随后Booking在创建session时收到401 Invalid Open API key，没有真正运行，Layer6因无Layer5结果阻断。 Lifecycle把Parser显示PENDING、Parsing显示0ms也与真实journal不符。本轮仅只读诊断和文档更新，未改代码、配置、数据库、 Agent资产、业务规则或PMS/Opera。

2026-08-17 Parsing Agent 精简交接与失败收口

项目内已新增 fixed-channel-parsing-agent-compact-input-v1：不截断Current/History，不遗漏Parser facts/materials， 但按target/物理行归组并移除长内部ID、hash及重复位置包装。Provider只看到当次有效的P/T/R/F/M/E短引用； decoder在内存中按类型翻译，SuperAgent公开events/final仍以原内容写入V13 journal，不保存第二份完整还原回答。

整份JSON/身份不可消费时形成Parser-only REVIEW_REQUIRED；身份可信后的未知短引用、来源或Parser权威问题只拒绝 受影响项。薄Layer3 assembler只形成统一事实结构，不做Layer4映射或Layer5任务判断。strict replay不再把已接住的 review升级为UPSTREAM_REAL_AGENT_FAILED。输入schema、Skill、Main Prompt、manifest、packager和v1.0离线包已同步； Java编译/63项聚焦相邻回归、23项Python包测试和离线包校验通过。真实旧请求只读离线投影由151212降至27127 bytes（-82.1%），9行/114 facts/4 materials完整。无DB、业务规则、生产开关或PMS/Opera变更。

SuperAgent后台Skill/Main Prompt已发布；最小身份探针确认Profile ea56cb01-72f0-4ef2-9a73-40cfae1abcd4当前路由到v10 version 3c42a5f4-799e-4f8b-897b-692c5e76c670并已取消探针run。本地8082已在三条durable队列均为0时加载新构建和 v10门禁；8082/5178均显示PG、双Agent、V2 authority、strict execution ready且无配置缺项。真实运行耗时和 Layer3–6结果仍待新replay证明；active-run迟到回收不在本次实现范围。

2026-08-17 Parsing Agent Validator 逐项验收

本地 response Validator 已从任一项失败即整份 INVALID_PROVIDER_RESULT 改为逐项验收。只有 request/message/version/Parser/fallback 身份不一致或严格 JSON 无法解码仍整份拒绝；其余按八类输出分别守 引用身份、Current来源和 Parser 不可覆盖。错误项及其依赖项被移除，其他已验收结果继续 Merger。多个登记证据 片段共同覆盖同一段 Current 原文时可以通过，不再要求展示项等于某一个 evidence 文本/sequence。

有拒绝项时，既有 validated artifact 保存净化结果与安全拒绝清单；无拒绝项保持原 payload。7类40项聚焦 回归全部通过；没有修改数据库结构、Agent Prompt/Skill/Profile、业务规则、production 开关或 PMS/Opera。 8082 已在无活动回放时沿用原测试参数刷新并加载新构建；后端和 5178 代理健康检查通过，PostgreSQL、双 Agent、 V2 authority、strict execution 全部 ready，配置缺项为 0。新真实 replay 已运行，但在 Agent result 返回前超时， 所以逐项 Validator 仍缺真实结果实证。

2026-08-17 AgentBus FRESH 回放 History 隔离

已确认最新真实 QBD 回放不是 Parser 或 SuperAgent 失败，而是 FRESH_DELIVERY 过去仍复用原邮件 conversation identity， 导致早期调试副本被当作 History，并因 changed duplicate 门禁在 Provider 调用前阻断。现已让每次 FRESH 回放同时使用 独立 message/conversation identity；PRESERVE_IDENTITY 不变。enqueue 失败也会保留安全稳定的 FIXED_CHANNEL_* 原因码，未知异常仍不暴露原文。

相关 16 项聚焦测试通过；8082 已沿用授权测试配置重启，5178 正常，PostgreSQL、双 Agent、V2 authority 与 strict execution 均显示 ready。随后新 replay 2089300151851950082 已实证隔离有效：SourceMessage为新件且非重复，Parser 成功并进入真实Provider attempt。当前后续阻断已转为Parsing Agent密钥三次HTTP 401；ready只表示配置已填写，不能 证明平台仍接受该密钥。

2026-08-17 新真实回放 Parsing 鉴权失败与 Journal 实证

replay 2089300151851950082 总耗时约83.9秒。Parsing三次都在SuperAgent创建session时收到原始响应 {"detail":"Invalid Open API key"}，因此不存在session/run、公开事件、Agent最终答案或思考过程；Layer4–6和Booking Agent未执行。V13 journal已按原顺序保存三次HTTP 401的时间、attempt和原文，说明日志功能正常捕获了平台实际返回。 下一步不是修改EML或Parser，而是先提供有效的Parsing Agent Key，再新建回放；Booking Key尚未由该run验证。

2026-08-17 Processing Run 全生命周期日志

Debug AgentBus EML回放新增agentbus-processing-lifecycle-log-v1：以一次replay/processing run聚合现有14阶段 快照、时间、input/output、issues/evidence和Agent公开轨迹；Booking返回既有audit中的全部attempt，Parsing按 现有execution返回累计attempt与最终Provider审计。没有新增日志表、导出包或第二业务事实源。

页面“复制完整日志”和“导出完整日志”使用同一缓存JSON字符串。后端compile/test-compile及聚焦测试、前端 typecheck与2 files/7 tests通过；8082/5178本机接口和页面验收通过。旧replay 2089182353460953090是 PREVIEW_READY，故只有预处理三阶段完成，SourceMessage以后待执行；这证明日志如实呈现，不是新真实EML全链 成功。production配置未改，未调用PMS/Opera。

2026-08-17 SuperAgent Parsing/Booking 主线公开 Trace

fixed-channel Parsing Agent与Booking Business Agent的Open API配置现默认并强制include_trace=true，显式 false会在调用Provider前fail closed。Trace模式要求公开run.completed(status=success)与顶层end同时存在； 安全public_trace_events映射到既有execution/invocation audit与回放，Provider final/delta文本不进入可持久 Trace，URL/Secret/Cookie/CSRF继续脱敏。legacy Field Recovery no-Trace边界保留。

聚焦41项测试全部通过（37项属性/SSE/主链安全投影＋4项本机loopback client）；未调用真实平台、数据库、邮件、 PMS/Opera或开启运行开关。本项只完成M012生命周期日志的公开轨迹传递子项。

2026-08-14 Booking Agent RC6 身份门禁与 Trace 薄契约

用户完成 RC6 发布/绑定后，仓库以一项合成 QBD Trace/Extra Bed 输入调用 Booking 专属 Open API。平台 run 为 success，resolved Profile 为 85ab8334-4e1c-4716-8ec0-9c3c099cec9b，当前发布 version ID 为 b91686f4-b8b8-4ac0-aeb4-b7a2f54a0a41。首次 SSE 在本地 240 秒门禁结束；相同幂等键接续后 16.01 秒完成， 严格 Candidate decoder、service_text、Extra Bed RM2/数量1、单值 FO+HSK、无 parameters 及 Layer6 非拒绝检查 1/1 通过。

application.yml 默认 expected version gate 已同步；逻辑版本仍是 booking-business-agent-v1.0，production 继续要求显式空身份并保持所有运行开关关闭。Secret 未落代码、配置、fixture、文档或测试报告。本项不等于完整 八场景、数据库/AgentBus全链或production放行。

2026-08-14 Booking Agent V2 durable runtime本地完成

普通V2入口和fixed-channel最终Layer3 continuation现共用BookingAgentRuntimeCoordinator：短事务保存最终 Layer3、Layer4、canonical input和唯一execution并进入AWAITING_BOOKING_AGENT，提交后才由 BookingAgentDurableWorker通过Booking专用SuperAgent port外呼。外呼前有“不得位于Spring事务”执行保护； Provider失败不会撤销Parsing或Layer3/4成果。

V11新增单一execution并扩展既有invocation audit；SKIP LOCKED、lease/fence、稳定input-hash幂等、有限重试/ 退避和Candidate hash apply-once支持重启恢复。Candidate独立提交后，validation claim只恢复Layer6而不重呼 Provider。decoder严格校验JSON、contract/profile、run/source/revision/hash、evidence、全局ID及linked/Allotment/ Rooming引用；不可重试或耗尽失败形成安全Risk后仍经Layer6。raw Provider回答不落库。

离线core matrix覆盖QBD和普通LianTai各自New/Update/Cancel/Allotment，失败/重复/重启/事务边界均有测试； ONE BEDROOM SUITE DBL → ONE-BEDROOM-SUITE-DBL → RM2交接回归保持通过。full为957 tests、1个并行V4 failure、0 errors、11 skipped。当前进程没有Booking专用key、expected Profile身份或Booking PostgreSQL连接， 故本轮没有重查平台、执行8-call live或V1–V11 PG smoke；历史CP5 v7证据保留但不能替代部署复验。

2026-08-14 CP5 SuperAgent 测试平台绑定

Booking Business Agent与fixed-channel Parsing Agent分别使用独立external app/Secret，绑定仓库独立Main Prompt 与唯一对应Skill。Booking Profile 85ab8334-4e1c-4716-8ec0-9c3c099cec9b已发布v7 version 9fed48c0-1f53-4d5a-8ba0-52865c738d83；Parsing Profile ea56cb01-72f0-4ef2-9a73-40cfae1abcd4已发布v8 version 8b30ebe9-180c-433b-89cf-9c59933b618a。两者平台检查均11/11。

真实Java opt-in smoke分别通过：Booking 1/1（52.782秒），经CandidateDecisionV2 decoder＋Layer6；Parsing 1/1（202.146秒），经完整adapter、Profile/version gate、decoder＋semantic validator。长Parsing响应暴露 message.final约2,000字符截断，SSE parser已仅对严格前缀场景保留完整stop内容，并将Parsing等待默认值提高 至240秒。focused 53项0 failures/errors（2 live默认skip）；全量953项只有既有范围外V4 failure。

Secret未落仓库；默认/production的Agent/provider/worker仍false。本次没有启动AgentBus WebSocket、应用部署、 数据库链、PMS/Opera或CP6。因此已完成的是CP5测试平台和真实契约绑定，不是自动生产运行。

2026-08-13 fixed-channel Parsing Agent已接入真正的Booking V2两阶段主流程：@Primary编排器执行公共Parser、 持久Parser/FAILED fallback、原子enqueue并把run置为AWAITING_PARSING_AGENT后返回；worker从持久快照重建 完整Current/History request，经本地validator/merge把最终八数组Layer3无业务解释投影latest Layer3ResultV2， 再以同run执行当前Layer4/5/6及现有Layer7确认投影边界。V2无槽位审计保存在sidecar；AgentBus接管后抑制旧 realtime dispatch。SOURCE_ROOM_NAME保留raw/evidence，normalized使用Parser已确认值并由V2原样传递；QBD/LianTai 的空格Suite DBL均exact解析为RM2，未知label不猜测。fallback仅唯一Current .xlsx、严格identity/hash/type/size/revision、有界visible scalar， 拒绝formula/link/hidden/URL/bytes；无fallback稳定blocker。fake/mock focused 149零失败（7 skip）；full 902仅 范围外V4 controller 1 failure、9 skip。默认/production仍关闭；Schema/Main Prompt/Skill/Parser/frontend未改， CP5测试平台绑定已由上方2026-08-14记录完成；自动部署、CP6、PMS/Opera继续HOLD。

2026-08-13 共享Parsing Agent Skill已同步完整输入规则：完整Current必读、系统提供的全部History按顺序完整 阅读且不得由Agent筛选、全部Parser Results逐项读取、facts权威只读、agent materials逐项闭环。新15成员 .skill SHA-256为94bb65b6a7af75b1c6e5edf5496d3c66e12058362a735c2402136628e91ba22d； Schema、fixtures业务结果、独立Main Prompt和runtime未变，包继续HOLD/INTERNAL_ONLY。

2026-08-13 共享Parsing Agent独立中文Main Prompt已进一步明确实际输入：完整解析Current主题/正文，按顺序 完整阅读系统提供的全部History正文且不自行筛选可用性；History仍仅辅助Current。当前附件Parser facts逐项 只读，agent materials逐项处理。新Prompt SHA-256为 8ad0a914c1596563122d94efff084419204524c6fa48acc721704d6b3786b5f6；Skill归档、Schema、runtime与HOLD状态不变。

2026-08-13 Layer 5 Booking Business Agent v1.0 离线验收

所有白名单入站进入预订流程后必须调用 Booking Business Agent；Agent收到Current、完整有序History正文与 Layer3/4已整理材料，不收到History附件、数据库历史或生命周期。CandidateDecisionV2已覆盖New/Update/Cancel、Trace、Rooming List、 Allotment、局部Risk和未归类原文，Payment本期只保留原文。Layer6只负责schema/evidence、第二道门槛、 Layer4等值和幂等且不改型；本期不查询重复New、生命周期或较早任务。独立Main Prompt未进入24成员Skill包；包状态为HOLD/INTERNAL_ONLY， 当前精简RC2 SHA-256为a68d0e1902dd0b0f52e664f89599191d1cf01b1d040f0cb17f066edd610e01f1； 独立Main Prompt已删除身份话术和契约防御复述。完整结论见 docs/project/requirements/booking-business-agent-v1-offline-acceptance-report.md。

2026-08-10 M012 房型与基础 RATE CODE 配置化

Directory Foundation 实现已完成：版本化 rate-room-v20260810 目录包含 207 条映射、10 个 Room Type、21 个基础 Rate Code、5 条 Word 优先修订、40 个仅输入兼容的历史组合码 alias，以及 26 个不可静默合并的候选情景。2026-08-10 已按用户确认移除渠道 Group/FIT 例外，所有订单统一以有效房量 1–4 间为 FIT、5 间及以上为 Group；目录 JSON SHA-256 为 7993b3b3e99934e74b8f026d135a4606eb457c7e2acf205434f09f75864ac3bf。repo-owned Golden、sidecar manifest、Python/Java tests 与后端全量验证共同守门。V27__align_rate_room_directory_v20260810.sql 是加法 migration；V25 及其历史数据不改动。

2026-08-12 用户进一步给出完整的 50 个显示标签 TYPE OF ROOM → Roomtype 最新权威映射，并确认旧目录里的 ONE-BEDROOM-SUITE GARDEN VIEW TWN、ONE-BEDROOM-SUITE-TWN GARDEN VIEW 两个标签不存在。系统已将其实现为 schema v3 rate-room-knowledge-corrections-v20260812：48 条有效 exact-normalized 规则（43 唯一候选、5 多候选）和 2 条显式删除记录；删除标签不再是人工候选，并同时排除于 Roomtype 与 Rate Code 查询。旧的“所有含 TRP 默认 → RM4”临时规则已废止。

TYPE OF ROOM → Roomtype 与 Rate Code 来源函数继续保持独立输入语义。最终 room&rate 0812.xlsx 已进一步生成 rate-room-effective-mapping-v20260812.1：213条候选行、163个mapping company + Type + normalized TYPE OF ROOM + price场景，136个唯一、27个多候选。2026-08-13 Layer 4已消费该Catalog；后续权威链已移除数据库订单/任务历史查询，QBD输出一项双适用Rate option、普通LianTai同时输出FIT/GROUP options，Layer5 Candidate与Layer6等值校验也已实现。Parsing Agent latest Layer3 direct handoff和当前附件文件名型Rooming List resolver均已于后续任务完成；Rooming List全业务与active legacy迁移仍未完成，Skill保持HOLD。

原 Foundation 曾用 SHA-256 精确匹配的 Excel 与冻结 Word 通过 generator --check；2026-08-10 Group/FIT policy 纠偏后，本机缺少该 Excel，需在来源恢复后重跑 source reproduction。Booking Skill booking-desk-event-block10.1-rc1 只作为可复现候选包，现含 27 个成员，archive SHA-256 为 86ec5634cb16fbd4a121ed0c519aaa107cf6d205c8ee6d4b2a874fcab27be0ba，manifest 明确为 publication_status=HOLD；不得发布。Room Information 既有 API/UI 行为不在本 Foundation checkpoint 内变更。

2026-08-10 QBD Layer 3 Parser + 字段 Recovery

QBD Parser 与字段 Recovery 已按唯一共用契约完成本地 checkpoint：Parser 保存不可变 observations 与 AFTER/CURRENT facts；RecoveryRequestBuilder 只为 exact UNRESOLVED+RECOVERABLE field_id 建最小任务； Agent PatchSet 经本地 Validator、QbdEffectiveDependencyResolver 与 QbdCurrentFactProjector 后形成 EffectiveFactView。结构问题不交给字段 Agent，BUSINESS_MERGE_REQUIRED 等通过稳定 target review 进入人工复核。QBD F/Nights Override 完全忽略。后续 live-provider checkpoint 已实现默认关闭的 SuperAgent Adapter、120 秒可配置整体 deadline/cancel、严格 JSON-only 输出、PostgreSQL invocation 审计与 Assembly apply-once，并只在 MANUAL_EML 于 Context 前同步完成。AGENTBUS 因仍处于 WebSocket frame 线程而明确跳过；Recovery 已改为独立 token/client、哈希 subject 与无 Trace message.final/end → GET run status 成功确认。真实合成 smoke 已验证 API exposure 和实际 Profile/version，但完整 Recovery PatchSet、MANUAL_EML 与 PostgreSQL V3 deployment smoke 未完成， 因此仍不能宣称外部解析 Agent 已上线。

2026-08-08 V0.1 安全纠偏（高优先级，覆盖上方历史叙述）

本 checkpoint 已撤销 Rooming List 确认后的自动 DEF / V4_ROOMING_LIST_AUTO_DEF 行为：确认只更新当前 Rooming List 卡和订单任务派生状态，不修改 Group Booking Status、Room Information 确认快照或其他业务卡。上方早期 M002 叙述中与此冲突的“自动 DEF”描述仅保留为历史记录，后续实施必须以 docs/project/operations/booking-v01-security-checkpoint.md、当前代码和后续 contracts-v1 为准。

同时，默认本地 profile 已改为进程内 H2；远程开发/生产数据库连接必须由环境变量或部署 Secret 注入。历史凭据轮换是部署管理员的外部前置，未取得证明前不得把 G0 标记为通过。

M012“预订邮件识别到人工确认”V0.1 已完成：新增普通员工 .eml 导入页和 API、固定渠道严格底色 deterministic Parser、版本化 Catalog、V4 建卡/复核/确认衔接、识别证据面板、真实样本验收和 PostgreSQL 项目专属 schema。手工导入路径的未知/歧义输入当前生成 S10/S99 来源通知，不在请求内自动调用外部 Booking Agent；PMS/Opera 执行仍不在范围。

2026-08-08 BR00/M012 双区块收口

V4 新 intake 已补齐订单任务双区块：只有 Trace、Rooming List 或 Payment 的订单任务会额外创建一张共享 current-only companion Room；同组已有 New、Update 或 Cancel 生命周期 Room 时不重复。查询、确认和前端展示均保留原辅助 event 类型，proposed_values={}、change_summary=[]，辅助专属卡、General/Risk、安全和权限边界不变。后端 V4 入站/查询/命令回归及前端 38 条 V4 页面测试通过。历史已落卡任务受幂等门禁保护，不自动回填。

2026-08-10 Booking Business Agent 独立接线

Layer 5 当时已通过 booking.agent.open-api.* 使用自己的 SuperAgent 外部应用和 token，不再注入全局 Open API client，也不再依赖固定 external-subject-id。信息系统从来源消息 SHA-256 派生匿名 subject。 该 checkpoint 当时仍在既有 processing-run worker 内同步等待 Provider；2026-08-14 已由本文件顶部的 V11 durable runtime取代，当前必须先提交Layer3/4/input，再在事务外调用并从持久Candidate恢复Layer6。

2026-08-10 首轮真实合成 smoke 确认专用 token 可以创建 session，但消息 stream 当时因 Profile API exposure 未开启而返回 403。2026-08-11 用户启用外部 API/流式接口并发布后，no-Trace 复测已通过 session/stream 200、非空 message.final、end、run success，且实际 resolved Profile/version 为 85ab8334-4e1c-4716-8ec0-9c3c099cec9b / 1711d4ed-8d0d-46fa-9d1f-4bb2d61fde23。当前 Prompt 2 在当时是占位符。该平台状态已由2026-08-14 CP5正式Prompt/Skill与Booking v7真实Candidate smoke取代； 当前部署仍需重新核对resolved Profile/version、专用Secret、V11及八场景，不得把旧或单次CP5证据直接当生产放行。

1. 当前 Checkpoint

• 名称：M012-booking-agent-v2-durable-runtime-local-complete
• 状态：Layer3/4→Booking Agent→Candidate→Layer6的V2 durable代码与离线验收完成；本次环境未执行当前Profile、 PG V1–V11、八场景live或完整AgentBus链，默认/production保持HOLD，CP6未开始。
• 目标：在指定非生产完成外部deployment gates并观测稳定运行；不修改冻结Prompt/Skill、V2→V4、Rooming List 全业务、PMS/Opera或production。
• 数据库：默认 Spring profile 仍使用 H2；仅在显式 booking.postgres.enabled=true 且由 Secret 提供连接时启用隔离 PostgreSQL runtime/Flyway，所有新表只位于 th_hotel_booking，不建立跨库事务。获批非生产测试库已完成V1–V6与restart/lease/concurrency smoke；MySQL V30仍未做真实smoke。
• 验证：CP4定向Java 233 tests（0 failures/errors、7 skipped）；排除两组CP6旧v0.2历史测试后的主流程 Java 790 tests（0 failures/errors、9 skipped）；原始full的旧v0.2 FileNotFound仍属CP6债务。 Agent 22/22、Python 50/50、15成员Skill source/archive/manifest严格校验，以及正式PostgreSQL smoke 1/1通过； CP5另有两条真实Provider合成smoke通过；未调用PMS或Opera。

2. 当前优先级

1. 先把 AI-NSES 的入口文档落地，让新 Agent 不依赖聊天记录也能理解项目。
2. 保持 docs/project/README.md、CONTEXT.md、PROJECT_STATE.md 三个入口之间一致。
3. 后续开发继续以当前有效的 M002 V4 字段契约、M002 V4 CP2 多卡模型设计、M002 V3 / P0.1 历史实现说明、字段控件契约、SuperAgent 契约和安全边界文档为准。
4. 后续新增重要 V4 需求时，先按 docs/project/ai-nses-project-overlay.md 形成或更新模板化 Spec / Change Request，并维护需求追踪表。

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，需要更新本文件，避免项目状态继续沉淀在聊天记录里。
• AI-NSES v0.2 和 TH Hotel 项目级 Overlay 已落地；近期 M002 V4 新增需求已新增模板化 Spec 入口。后续新增或变更 V4 需求时必须继续维护该 Spec、后续 Change Request 或新 Spec，避免只散落在当前有效大文档中。
• M010 Rooming List Excel 生成后端 CP1 和前端 V1 已实现：前端 /reservation/rooming-lists/new 上传来源名单并下载后端同步生成的 .xlsx，第一版不落库、不上传 OSS。CP2 已实现：来源 Excel 旅游日期 派生 Arrival / Departure，Adults 由系统按分房结果计算，目标默认值区域只保留 Payment Type / Nationality，Payment Type 默认 BTQR 且当前允许 BTQR / CA，Nationality 只允许 KR / CN / TH / MM / RS / TW。CP3 已实现：兼容第二种 英文姓 + 英文名 名单样式；CP4 已实现：兼容第三种单列 英文名 名单样式。无旅游日期来源样式由用户补充 Arrival / Departure，且 23+1、19+1 中领队也进入房表。
• M011 Booking Excel 附件预处理 CP1/CP2/CP3 已实现：后端可排除人员名单类 Excel，按最近 6 个月候选窗口选择实际存在的最新 3 个业务月，抽取 Booking Update / 附加费表高亮行业务 JSON；Debug 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 来源通知 ack；M002 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 审计两个只读接口；订单详情已补齐并完成前端接入 V4 order_overview、next_v4_action、related_source_messages[] 和 v4_order_tasks[].cards[]；V4 普通业务入站已停止双写旧 workflow_reservation_task；MCP th_hotel_submit_task_results 已收口为 M002 V4-only，旧 V2/V3 submit payload 返回 MCP_SUBMIT_V4_REQUIRED，不再影响 SuperAgent 输出契约；Room Information 后端展示模型和前端业务化展示第一版已完成；Rooming List 确认无跨卡副作用已完成，前端轻量事项确认卡也已完成；Payment 附件安全摘要后端和前端预览接入均已完成。OWNER RATE Room Type / Rate Code 目录口径已落文档；真实 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 必须先确认；Rooming List 卡第一版只做事项确认；Account 通过数据库目录选择，Market / Source 可默认来自目录并允许前端人工覆盖提交；旧 V2/V3 任务详情和草稿确认接口后续可逐步废弃。

5. Next Steps

• CP5测试平台绑定和无PII合成Provider smoke已完成；在指定非生产部署通过Secret管理轮换/注入两个独立key， 重启并启用选定worker，执行AgentBus→SourceMessage→PostgreSQL→双Agent→Layer6完整smoke；仍需告警/人工 重放runbook，若运行主路径要求MySQL则完成V30；production保持关闭。Layer3旧required-fact门禁已移除， 业务字段完整性由Layer6负责，不再等待或伪造业务目录。
• CP6只在CP5观察期和回滚演练后另行授权；此前保留parseLegacy、旧Field Recovery、Layer3 v2与旧contribution。
• 在 dev/test 通过专用 Secret 注入 Recovery API Key，用完整 RecoveryRequestSet 验证目标 Recovery Skill/PatchSet，并配置 Booking PostgreSQL 执行 Flyway V3/超时/审计 smoke；生产开关继续强制关闭。
• Booking Business durable runtime的持久审计/Risk/重启恢复已离线完成；部署前仍须轮换并通过Secret管理注入 Booking专用key，复核当前Profile/version，执行V1–V11 PG、QBD/LianTai八场景live和完整链smoke。production保持关闭。
• Layer4 Rate/Room与Layer5/6契约、Parsing最终handoff和Rooming List typed resolver均已完成；V2→V4 authoritative writer/页面接线另行审批。
• 如需自动邮件入口复用 Recovery，先把 AgentBus → Booking 下游移入 SourceMessage 后受控 worker，再由 worker 有界等待；不得在 WebSocket callback 中直接调用解析 Agent。
• 后续如继续做 M002 V4，可优先进行测试机联调，或推进真实 PMS / OPERA / OHIP 目录同步、workflow_reservation_catalog_sync_run checkpoint 和 SuperAgent 目录供给方案。
• SuperAgent 通过 MCP 提交时，排障优先查询 platform_superagent_mcp_call_diagnostic，对比 arguments_json、adapted_payload_json、mapping_diagnostics_json 和业务 batch / transition，判断问题来自 SuperAgent 原始参数、MCP adapter 还是业务入站层；V4-only 模式下 mapping_diagnostics_json 通常为空对象，若错误码为 MCP_SUBMIT_V4_REQUIRED，说明 SuperAgent 仍按旧 V2/V3 schema 输出；旧 V2/V3 被拒也会入本诊断表但不会进入业务写入 Service；V4 source_message.conversation_id 可缺省；该诊断表不作为业务事实来源，不进入普通前端接口。
• 后续新增重要功能时，优先在 docs/project/requirements/ 或未来 docs/specs/ 中形成 Spec，再实现代码；V4 相关需求必须按 docs/project/ai-nses-project-overlay.md 补核心概念守门、需求追踪表和 agent 交接边界。
• 单卡可操作态测试数据已回填；后续演示或回归如果需要重新造数，应继续使用 fresh runId，避免复用旧 SourceMessage 时间线造成阻塞误判。
• M010 CP4 第三种单列 英文名 名单样式兼容已完成；预览、历史记录、OSS 下载、订单 / 任务预填或客户字段目录化仍后置，需单独开前后端 checkpoint。
• M011 CP4 暂不推进；当前停留在 CP3 边界，只增强 SuperAgent 输入，不直接落订单、任务或长期解析历史。后续如确实需要运营查询或长期追踪，再单独设计 Excel 解析批次 / 行级持久化表。

6. 文档同步提醒

每次 Feature 完成后检查：

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

如果没有文档变化，明确说明：

No documentation changes required.

2026-09-16 OHIP办理CP3

本地确认事务登记、持久后台、未知恢复/续办、受限查询接口与三语结果回显已实现；运行时OHIP仍默认返回准备未就绪，不会向酒店写入。完整流联调未完成：线上0.6.0/111项还未包含本地0.8.0附件能力，FIT TA等真实契约仍缺验证。平台发布许可仍未取得；测试授权只覆盖专用合成数据。细节见CP3接入记录。