Wyndham-RSVN-0918/.project-docs/80-commitments/commitments.md

Commitments

2026-09-18 接续：确认字段代码已接入，当前服务仍为原版本

见本轮交付。接口代码和本地回归已完成；未更新当前8082/模拟器，不能说原队列已按新行为办理。部署时保留现有数据/私有配置；旧GROUP检查点不按新字段语义续办。SOURCE/company如果作为本地别名使用，须复用经证实的酒店映射，本轮未猜测新增。实际酒店页面/响应联调未执行。无后台跟进或定时承诺，不创建代理或代确认/续办卡片。

2026-09-18 当前接续：30组前态已实际装入，旧失败队列仍保留

数据导入已按用户最新明确指令完成，不得再报告30组尚未装入。当前本机模拟15Block/21FIT/15客档及FIT编号/Note来源可供测试，详见证据。下一步仍由用户上传/确认邮件；LT2→LT1、QBD1→QBD3按依赖顺序。原LT1两个团旧失败仍会阻塞后续，需要另按用户指令处置，不擅自清理或续办旧附件版本。11个NEW未预造；不创建代理、无定时后台承诺，不将模拟数据导入冒称Oracle沙箱业务验收。

2026-09-18 当前接续：页面参数可核对，原七封数据与队列未处理

原页面现已显示“预计接口与参数”及实际日志路径；LT260911KB本次未调用，前序查无原团而失败。当前模拟实例没有预订；不要将独立参数测试成功或服务升级等同原7封可直接运行。先以新团号NEW成功后UPDATE；要测原7封，先处理旧失败队列和准备30组前态，LT260911KB只由LT2新建再LT1修改。操作先明确交用户执行，不擅自补造该团、删除队列、确认/续办或上传文件。无新增代理、后台监控或定时承诺。见证据。

2026-09-18 当前接续：本机服务更新已完成

用户明确“继续更新在本机的服务”已授权本次原环境更新，不能再因历史规则反复要求用户自己重启。原8082最新Java17兼容包和本机模拟接口已加载并验证，原数据及旧失败/等待执行保留；详见证据。下一待办是七封邮件修改/取消/转换所需30组前态在实际测试环境的准备，以及用户上传/确认；本次没有导入这些预订，也未切换平台沙箱配置。TA页面映射仍待沙箱验收；不创建子智能体、不代用户上传/确认或无依据续办旧任务，无后台定时承诺。

2026-09-18 当前接续：候选TA映射代码已接好，用户更新及核页面

以本轮交付为准，FIT NEW有Tour的请求/回查和无Tour全链已实现并模拟验证，GROUP/UPDATE不传。不要再次说代码仍是全部不传TA；也不要把externalReferences＋TA_RECORD_LOCATOR组合推导或模拟回显冒称已核实Stay Details输入框。下一步由用户更新包并核沙箱页面/同笔GET。不创建子智能体、不代上传或操作现有服务/业务，无后台定时承诺。

2026-09-18 最新接续：FIT NEW 按有无 Tour Code 接入 TA

以新CR为准：GROUP NEW不传；FIT NEW有Tour Code才传，缺值省略。这覆盖下方禁止实现所有TA的旧承诺，但不自行恢复UPDATE TA。规则已保存，FIT有值写入尚未接入；已存在的查询接口与待核实的创建写入字段分开报告，不使用替代字段或把旧无TA模拟通过当新规则完成。后续落实三种情况验收；不创建子智能体，当前环境更新/文件上传/酒店操作仍由用户执行。

2026-09-18 当前接续：交付无 TA 版本，等用户更新及测试

代码、模拟参数、47场景/3故障与更新包已完成；交付步骤为最新接续。不要继续查TA、选替代字段、索要XML来证明代码，或重复宣称正式FIT仍因TA阻断。用户负责更新服务/模拟目录、上传、确认及沙箱操作；禁止新子智能体，不代操作当前环境。缺可信历史编号的旧FIT仍不能自动处理；先以本系统新建笔验证后续修改/转换。无后台定时承诺。

2026-09-18 最新：TA暂停，停止查证与替代方案选择

用户已决定本期不做TA字段/接口，覆盖下方继续查证或等待替代字段选择的旧承诺。后续工作应处理现有TA写入、回查、完成条件和FIT目标查找依赖，保留Tour Code/Block Name业务事实及实际酒店编号校验，不能直接关掉守卫后凭姓名修改/取消。当前仅完成状态审计与范围记录，“无TA”代码和模拟尚未实现；既有47参数场景证据不作为新范围的验收。仍不建子智能体、不代操作用户环境、不上传XML/EML。

2026-09-18 最新：TA扩大查证，替代选择待用户确认

用户最新指令允许研究作用相近接口，覆盖下方历史“只核原TA候选”的研究范围限制，但未批准改变酒店业务字段。以候选比较接续：先由用户判断Custom Reference Number或其他候选是否可替代原TA显示位置；再做对应代码/模拟。不把普通参考号或UDF冒称已写入原TA，不主动覆盖酒店已占用字段。平台只封装官方接口，由本项目负责查证参数，实际系统操作仍由用户执行；禁止新增代理。

2026-09-18 FIT TA 接续先核实特殊 External Reference 类型

按新增官方证据接续：不再说 externalReferences 与 TA 完全没有证据；已知数据库类型为 TA_RECORD_LOCATOR，但 externalReferences[].idContext 的该取值是否可写/可回查仍是推导待验证。下一步只核这一候选和目标版本限制；无需重复封装现有接口，不把数据字典等同REST验收，不改正式守卫。操作仍由用户执行，无文件上传或新子智能体需求。

继续核对已补Oracle26.1普通外部参考号写入证据和平台当前公开契约。下一有效输入为用户/平台按专项文档查询一笔页面已有TA的FIT，交付脱敏externalReferences和页面对应值；不要把本轮公共OpenAPI读取或候选Client静态检查记为真实酒店字段验收，不继续泛搜相同词句来声称新进展。

2026-09-18 无人值守接续状态（最新）

当前可独立完成的参数接入和严格模拟已交付，后续不要继续要求上传XML/EML来证明本轮代码。以最新交付和47参数/3故障证据为准。真实FIT TA写读Pointer仍需新权威证据；不重复查同一套公开规范来声称进展，不把模拟字段放入正式请求。平台核心接口均已发布无需重包。真实酒店代码/档案/取消配置、权限核实、服务更新、文件上传、现有任务操作仍由用户负责；不替换私有模拟目录、不重建旧数据、不代续办。禁止新增子智能体。本轮无需要定时回访的承诺。

2026-09-17 后续只补真实字段证据与用户环境验收

正式取消/转换代码接入已完成，不要重复报告“仅模拟装配”。继续使用最新交付：FIT TA 下一步需要真实 REST 写入/详情字段的官方或受控环境证据，公开 RSV/两份 Postman 已复查，不重复消耗检索后声称已确认。不用开关、customReference、externalReferences、Guest Locator 或模拟字段放行；GROUP→FIT 在取消旧对象前停止。用户提供酒店真实取消规则后自行启用/重启/验收；不要代操作或补种现有测试环境。EML 全链仍未验收，无新代理授权、外部代发或部署权限。

2026-09-17 本地适配完成，运行验收由用户执行

平台发布缺口已关闭；本地取消附件和契约差异已实现。仍不将发布/单测等同真实接通：FIT TA 写读、正式 Change 入口/取消策略、目标授权与酒店验收未关闭，原工作台和七封 EML 未重跑。旧任务不得靠删步骤/改日志强行续办。操作顺序见交付，结果见证据。不创建新代理、不代替用户上传、确认、重启或准备运行数据。

2026-09-17 以已发布 0.11.0 接续，不再等补封装

原地址已返回 0.11.0/184，5 核心 + 3 建议只读齐全；此前网络超时结论已被后续成功复测更新。下步按正式契约对齐下一状态路径、取消 201 与 2xx 待回查语义，并落实取消附件调用/完成条件；FIT TA 仍独立待证。平台连接间歇失败、/readyz 返回过 503，应用授权及酒店调用另验。当前只读查证完成，代码未改，酒店写操作仍由用户执行。详见证据。

2026-09-17 等平台访问恢复后核验补封装

用户称接口已包好；本次已尝试原地址，TCP 443 超时，未能核实新版目录。恢复后从实际公开目录/OpenAPI 逐项确认 5 核心和 3 建议只读，核对消费端参数、能力组及回查方式，再作授权内只读验证。不把旧 0.10.0 缺项继续写成当前事实，不因用户说已包好就宣称已接通。酒店写操作仍由用户执行；附件范围维持取消。见连接证据。

2026-09-17 按最新取消附件范围接续

用户撤回 GROUP/FIT 向 Oracle Attachments 上传邮件 Excel 的要求。平台转交以5 核心 + 3 建议只读清单为准；不继续包附件接口或查 linkType，不把附件能力作为放行条件。保留邮件解析与 TA/Note 规则。当前仍先核对参数接口；后续实现时移除既有附件执行、读取前置、恢复/完成条件及上传结果回显，保留邮件原件展示和历史审计。没有删除酒店旧附件的授权或需求。

2026-09-17 不把公开资料查证重复转交平台

最新公开证据结论优先：Note/date 按官方一致样例实施，不再笼统列为字段未知；FIT TA 写读与 Block linkType 仍需新的权威或环境证据。平台同事负责封装，Agent 承担公开研究；当前不再重复搜索未变规范来声称有进展。后续任何酒店验证由用户操作，未知值不在生产入口猜测。

2026-09-17 用户转交平台补接口

已提供补封装材料，用户自行交给平台同事。接续以平台实际返回的 catalog/OpenAPI/能力组/样例为准，不把本地候选代码当已发布。10 核心 + 3 建议只读，Shift 按需；并行待查 FIT TA、Excel linkType、Note/日期差异、真实配置。没有授权向外部代发消息或运行操作；上传、确认、重启、数据准备仍由用户执行。

2026-09-17 逐层确认，先完成参数接口表（最新）

用户当前要求先核对所需参数对应哪个 Oracle 接口，暂不进入环境更新或模拟数据准备。以参数表为本层接续：区分原生字段、公开平台覆盖、酒店参数取值、实际验证。优先解决 FIT TA、附件 linkType 和契约形状冲突，不把 Account/Contact 已有查询路径继续说成没找到。业务范围沿 CP22，GROUP UPDATE 不重设 Rate/Note。操作仍由用户执行，未经新增许可不创建子智能体。

2026-09-17 操作交给用户；本地执行代码待运行验收（最新）

后续上传 EML、确认、续办、重启服务、准备测试数据等操作先列明确步骤，由用户执行，减少无谓汇报和重复测试。原运行入口尚未加载本轮后端；需先给出保留环境身份、调用记录与酒店数据的更新/初始化步骤，不能直接重建旧模拟目录或更换 URL。43 项确认快照矩阵通过不代表 EML 全链；2 项加床人工、pic、真实 Go 故障恢复及 MySQL 迁移边界见证据。唯一获准子任务已完成，不创建其他代理。Q22 沿既有早餐及 GRPA3/BUALUANG 默认映射，无需再问；保持真实酒店保护、不清库、不处理旧失败卡、不推送部署。

2026-09-17 七封 EML 本地开发接续（最新授权）

先读项目根目录下、本机Git忽略的 .planning/booking-seven-eml-handoff-20260917.md。用户已明确允许此前讨论的本地代码修改及模拟准备，不再重复询问开发许可；尚未明确决定新建对话。本轮只有交接文档变更。继续禁止子智能体、扩范围、推送/部署、真实酒店操作及擅自清空当前测试数据。不得把下方历史“禁止准备这套模拟数据”的暂停继续当成当前指令，也不得把本次许可解释为批量续办旧失败卡或重置双库。实现与验收要覆盖全7封，不仅代表样例；原文前态和拟模拟前态分开，旧Excel/Note归属不可省略，未知回执不能假造成功。新对话应接续实际仓库的当前未提交工作区。

2026-09-17 以参数对照表核对执行

当前工作台AI处理已新增确认/执行对照。指定GROUP修改的最新只读检查为revision 11、6条查询/0条写入，仍找不到原团；不要把早期2条记录写成最新状态。下一步测试修改需先在当前模拟环境存在对应原预订，再由员工确认；禁止自动补造或续办该卡。继续保留新数据与现有模拟服务，无代理/推送/部署/真实酒店写入。

2026-09-17 核对展示已更新，保留当前重新测试数据

先读值与附件核对。用户已开始重新测试，当前UPDATE因空模拟酒店找不到原预订而未写入；本轮只增强展示，不为该卡补造对象或点击继续。后续可由用户先同团新建再测试修改。确认值/来源Excel预览与实际接口证据必须保持区分；旧记录不补造。继续保留现有模拟服务和测试数据，禁止创建子智能体。

2026-09-17 用户授权重置测试环境，当前从空环境开始

用户最新明确“一起清空，重新测试”，已完成工作台历史和模拟酒店同步清空；该授权取代下方CP31–CP33本次清理前的保留旧数据/旧模拟进程约束。下一次从新上传邮件开始，勿复用已清除的确认或酒店绑定。当前模拟实例、原launchd入口和配套私有备份以清理记录为准；后续重启继续保留新产生的数据，不能把本次授权理解为随时可重置。账号、候选目录和Agent设置保持，真实酒店验收边界不变，禁止创建子智能体。

2026-09-17 CP33 全量候选与联系人截图已接收

已收齐本轮参数及两家联系人截图，见CP33。本机执行目录和新记录的目录说明已加载；不再问QBD联系人。真实姓名只保留本机私有目录，既有合成编号不能用于真实Oracle。getProfiles可查Agent/Contact及PrimaryAccountInfo候选关联；getProfile Relationship参数和独立getProfileRelationships当前平台未封装，不得假装已查询。下一步用户用新EML确认检查实际发出值；本轮没有新增自动档案发现或重跑EML。保留原模拟酒店/58H2/24PG，不能重建清空或补办旧确认。旧未完成办理继续受配置变化保护。无子智能体/推送/发布/真实写入授权。

2026-09-17 CP32 原工作台可核对接口

已加载原5178/8082；先读CP32。每任务预览按当前GROUP/FIT与NEW/UPDATE显示；实际明细只记录启用后的调用。保留现有模拟酒店进程；不要为了补历史记录重跑旧确认、续办失败或重建酒店。当前禁止创建代理、扩范围、推送和线上部署。用户接下来在原任务核对预览，并用新执行检查发送与查询值。真实Oracle验收边界保持CP31。

2026-09-17 CP31 已交付本机模拟，等待用户 EML 验收

先读CP31。当前用户明确不扩大范围、不创建子智能体；不得引用更早的许可自行恢复代理。原 5178 邮件入口 / 8082 已加载仅本机模拟执行，原 EML Agent 配置就绪，用户明早自行上传和确认。四流程与失败续办已本地验证；本轮未重跑邮件Agent、真实Oracle仍0/4。不要重跑旧确认或给空模拟酒店虚构旧绑定。保留运行中的本机模拟服务；重建会丢酒店状态，不能沿用旧办理进度。原 launchd 配置备份和私有连接在工作区 CP31/local-entry/private，不打印凭据。未授权推送/线上部署或扩大真实对接工作。

2026-09-17 TA可选值的接续

先遵守Domain最新规则：Stay Details中的TA Record Locator按每笔预订的Tour Code填写，无值不提交、不生成；更新不因缺值主动清空旧值。本机模拟需要有值/无值两类验证，不能把TA本身强设必填；这不授权用姓名猜酒店目标或更改无Tour时附件命名。界面截图不等同REST契约证明；真实字段映射继续独立查证。

2026-09-17 CP30 接续：本机模拟与真实字段分别验收

先读CP30。用户明确当前交付是员工确认→后台调用接口→查询→本机模拟成功/具体失败。真实TA映射未明不应阻断所有本机开发；独立模拟保存后查询可验证业务含义，但不能猜Oracle字段或解除真实入口保护。继续完成FIT NEW/UPDATE模拟、失败场景页面验收和可重复启动入口。技术询问已整理未发送；新增代理/外发仍需明确许可；不推送或发布。

2026-09-16 CP29 接续（优先于以下历史条目）

用户暂停推送/发布，明确先本机串联。先读CP29：GROUP 页面两流程完成、临时服务已清理、日常后台已由 launchd 加载最终包但 OHIP 默认关闭。不要再直接手启子进程，重启必须先核对管理器、配置全量、身份和双库。平台本地 fc636d7 未推送。下一步补 FIT TA 准确写读并接本机两流程；不绕硬门槛、不重复搜相同契约后宣称解决。真实 Oracle 0/4；没有新的产品选择待答。新增子智能体仍须许可，本轮获准开发测试代理已结束。

2026-09-16 CP28 接续

历史安排，已被上方 CP29 用户“先本机、别推”的指令取代；以下不构成当前推送或发布授权。

先读CP28。发布包已固定，平台候选尚未提交/推送/部署；公开仍115项。发布已获授权但需要实际部署入口，不再重复询问产品授权。全量排空旧实例、只迁移未应用项至0008，再核对目录/授权及目标环境配置；FIT TA路径、真实业务验收仍待。消费端默认Pending保持，四流程0/4。新建代理仍须询问用户。

2026-09-16 CP27 后续接续

先读CP27：运行入口与部署清单加载已实现，不再重复开发。实际环境清单尚未填充/加载，默认关闭，FIT入口仍硬阻TA；示例占位符和验证flags不能充作真实证据。继续平台8项发布准备、实际权限/业务代码/附件与房量策略核验、FIT TA权威路径，之后才做指定测试环境完整办理。1名只读复核已完成，新增子智能体仍须询问用户。

2026-09-16 CP26 后续接续

先读CP26，不要再次只凭同一rsv.json关键字搜索宣称解决TA。准确字段需Oracle支持或获准目标环境证据；已准备未发送英文问题。当前公开缺8项，本地候选元数据存在，不等于已发布。下一步可先做可信环境配置加载/四流程统一Port本地装配与测试，仍默认Pending；后续发布/权限/迁移/Oracle UAT按具体范围验收。附件原件@Service已存在，不重造下载通道。1名只读代理已完成，新增仍须许可。

2026-09-16 CP25后续接续

先读CP25。长阶段本地续期与上限已实现；保留原确认/计划/幂等键，所有执行链读写下传截止，不能退回只看长预算。下一步FIT TA recorder准确字段及目标环境原生业务语义核验，再准备平台候选/权限/配置、实际迁移和MySQL/Oracle验收。默认Pending，未启用或部署；本轮获准1名只读复核已结束，新的代理仍须用户许可。

2026-09-16 CP24后续接续

先读CP24。FIT UPDATE有据字段/原Note/CP18整组附件及持久worker已本地连接；使用同源JdbcHotelFitUpdateRepository及其attachments()，不可绕过同事务前置回执守卫。SAVE_ROOMS仅查询，禁止续办再发一遍房量。下一步长阶段时间预算、FIT TA准确REST字段、目标环境最小PUT保留与日期/房数验证、平台候选/配置/权限/MySQL/Oracle UAT。不要把合成nativePolicy=true当真实酒店证据；上一笔缺TA的办理仍会阻塞同团后续。默认Pending，无真实迁移/启用/部署。本轮新增代理询问无明确答复，未创建；后续仍须许可。

2026-09-16 CP23后续接续

先读CP23。FIT UPDATE纯准备已完成，尚须同执行行锁持久固定原确认/原父集合/旧Note与附件来源/请求摘要，再接worker逐笔发送、CP18整组Excel、逐项事实和中断恢复；准备摘要不是发送授权，不用新配置重算旧期望。当前仅唯一一对一房量，冲突或需改变Reservation数量的情况不猜分配、不自动取消/拆分。FIT TA recorder、最小修改保留语义、长阶段预算、平台发布/权限/配置与MySQL/Oracle UAT仍待；默认Pending。用户收尾时批准本轮1名只读核对，新增代理仍须先明确许可。

2026-09-16 CP22后续接续

GROUP UPDATE本地候选链路与V50已完成，默认Pending。改日期参数dateChangeSequenceVerified必须先有目标Oracle测试酒店证据，不能因合成测试通过就开启；覆盖移前/移后/缩期/延长、旧格清零和活动控制。保持原确认、实际绑定、旧附件来源和请求摘要。下一步FIT UPDATE及多Reservation完整数量映射/FIT TA REST字段、长阶段预算、环境配置、候选平台发布与MySQL/Oracle验收。1名已获准只读复核结束，新代理仍需用户提前许可。见CP22。

2026-09-16 CP21后续接续

GROUP NEW完整执行端口与V49本地实现；显式装配时创建仓库必须forConfirmedGroup、房量仓库必须同源JdbcHotelGroupRoomRepository，不绕过实际绑定/调用守卫。环境Category/Occupancy Split尚待加载，实际NonElastic是当前完整范围前提。继续GROUP/FIT UPDATE、长阶段预算、FIT TA准确字段及平台权限/真实迁移/Oracle验收。默认Pending，不能称四流程完成。本轮获准1名只读复核，无新增代理授权。见CP21。

2026-09-16 CP20后续接续

GROUP头字段本地已完成，下一步接GROUP房量、整组附件和最终逐项结果，再接GROUP/FIT UPDATE及长阶段预算。餐厅不写酒店已由用户确认，无待答产品问题；FIT TA技术侧需Oracle提供post/put/getReservation字段及示例，不能用customReference替代。默认Pending；平台候选发布/应用能力、真实迁移/MySQL与Oracle测试环境验收仍待。1名本轮只读代理已结束，任何新代理仍先获用户许可。见CP20。

2026-09-16 CP18 接续点

多Excel整组上传/替换与恢复已本地完成，接续时先读CP18。使用新Set端口与V48；旧CP11/16在途计划仍走原入口，禁止重选附件或换序号。后续整合四个流程的写入与最终逐字段查询回显；TA recorder、Meal/餐厅、环境配置/权限、平台发布和真实数据库/Oracle UAT保持未完成。默认Pending；本轮1名平台代理已结束，新增代理须先获许可。

2026-09-16 CP17 多Excel实现接续

已修复UPDATE末次错误/成功事实丢失；接下来按CP17实现完整多Excel集合。用户允许多份Name=Tour Code＋序号（01/02示例），单份仍Tour Code，Description始终Tour Code。编号按冻结来源集合固定，不能按名猜归属；所有新件查回后再精确清理旧ID，覆盖N→M和单多互转。现平台删除要求旧新同名，需同步处理该契约而非绕过。仍待四流程/回显/TA/Meal/配置发布与原生UAT。默认Pending；本轮只读代理结束，新代理先获许可。

2026-09-16 CP16 接续点

NEW单Excel上传/精确查询恢复本地完成。恢复工作先读CP16：FIT需要创建回执中实际Note子ID，缺失不得按文本补认；多Excel仍待，不把当前单Excel支持当用户完整要求已实现。接下来按独立checkpoint整合完整办理与最终实际值回显，再消除TA/Meal/多Excel/配置部署及原生UAT缺口。运行仍Pending；本轮1名只读代理已结束，任何新增代理先获许可。

2026-09-16 CP15 FIT字段接续

有据字段构造及查询比较已本地完成；Prepared是内存准备结果而非发送许可。后续重启需从原确认/受控映射重建，再用CP12已持久请求摘要严格比较，变化即停；不能用新配置重新解释旧预订已完成。仍须接完整四流程、附件/Note来源归属及最终用户回显，查明FIT TA recorder、Meal/餐厅和多Excel，完成部署/权限/配置、实际数据库及Oracle UAT。保留默认Pending，不自动取消/拆分FIT。用户新增代理仍需先明确许可；本轮独立完成。见CP15。

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

共享Guest持久化及CP12衔接已本地完成；后续真实FIT NEW必须显式用withConfirmedGuest，先Guest.prepare冻结，SAVE_DETAILS建档/核对，所有Reservation请求用同一绑定ID，继续前仍重查Guest；历史默认技术构造器不替代该链。V46/平台固定Profile+Address读取尚未上线，默认Pending。下一步完整FIT NEW参数、GROUP/FIT完整修改及附件/Note/最终业务查询回显；TA recorder、部署/权限/配置、真实数据库与Oracle UAT保持待验。本轮代理询问未获答复，未创建；后续需要代理仍先获许可。见CP14。

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

CP13平台/消费客档协议完成但Guest ID持久归属未实现，下一步固定到原员工确认并查询恢复，再供CP12各FIT共享使用。普通未拆分同房型多间已按官方支持放开确认正数房量；不要恢复CP12每行1间限制，也不要把0/已拆分重组当普通更新或自动取消。继续完整业务写入/附件/Note/最终回显及TA recorder、酒店配置/权限/部署、数据库与Oracle UAT。当前候选0.9.0未推送/未发布，需含Comments和Guest的新包；默认Pending。一位获准只读代理已结束，新代理仍须先获许可。见CP13。

2026-09-16 CP12办理接续

NEW创建调用与实际父ID已本地关联，后续真实NEW入口必须用CreationAdapter和严格journal，不能直接把通用CP5当业务入口。运行仍Pending；V45未迁移真实库。FIT每正数行count=1、多笔已有同一Profile方可走本入口；共享客档准备和一行多间的原生返回完整性继续核对，不擅自拆房/取消。接下来衔接完整GROUP网格/FIT分配、附件/Note与最终全部业务回显；平台部署、TEN等配置/权限、TA recorder与MySQL/Oracle UAT仍待。平台候选仍56bbe86，需重建带Comments修正的发布包。本轮1个只读复核已结束；新代理仍先询问许可。见CP12。

2026-09-16 CP11执行衔接

单Excel UPDATE附件替换及恢复已完成本地验证，运行仍Pending；原确认计划在V44固定，未知请求不重发。结果的实时observations和技术recordedWrites必须分开用于最终员工回显，空回执列表不代表未写入。多父覆盖可部分成功，不保证原子性；多同名Excel/多旧件拒绝而未覆盖完整需求。继续NEW实际父编号关联、完整GROUP范围/FIT分配和TA、最终业务查询/运行接线；平台部署/配置/原生MySQL与Oracle UAT保持。平台候选仍56bbe86，发布前需重建包。本轮唯一获准只读复核已完成；后续代理继续先问许可。见CP11。

2026-09-16 CP10精确旧件接续

历史来源与当前实际附件/Note匹配已实现，但只形成集合和证据，不做跨邮件新旧文件配对，不授予删除权。本次已有写入须另走续办核对；旧NULL/无Note创建根/不确定写入保持未解决。继续持久替换步骤、写前再查、全部新件读回后旧件处理、NEW父关联及最终业务回显。平台候选最新56bbe86已推，需重新构建发布包后部署；早前0.8.0包不含Comments修正。消费仍Pending；新增62项/相关158项和verify1,800项通过，16跳过。用户本轮1个只读复核已结束，新增代理仍先问许可。见CP10。

2026-09-16 CP9来源证据接续

来源已随请求摘要在发送前登记，新增上传必须走sendAttachment及受控原件端口；运行新版先迁移V43。旧NULL记录不可事后补认，requestedNoteId只是请求目标，不是酒店已确认归属。继续结合历史来源、实际子ID、当前列表及精确内容摘要选择旧件；不能按同名、同文或最后回执猜。NEW父对象回执、GROUP完整范围/FIT映射及最终回显仍待完成。43项新增/143项相关、完整verify1,738项通过（16跳过），默认Pending保持。本轮1个获准只读复核已结束，新增代理仍先询问并获许可。见CP9。

2026-09-16 CP8观测读取接续

已读取固定UPDATE对象的GROUP/FIT原资料和附件清单，提取值两轮稳定才返回；只内部暂存，不猜零值、业务Note或同名旧附件。completeForUpdate/businessComplete恒false，Elastic范围、网格类别/人数设置、分页原生行为和FIT映射仍须实际证据。继续精确旧Note/附件关联、完整可写范围、NEW回执及最终回显。47项新增/155项相关与verify通过，默认Pending无运行变动；本轮仅获准1个GROUP只读复核，后续新代理仍需提前许可。见CP8。

2026-09-16 CP7固定UPDATE实际对象

同次确认的Block/Reservation集合随后台进度保存，重启/失败续办保留，重新查询不得增删换绑；UPDATE写入与附件父对象必须属于该类型和完整集合，库内确认/进度复核阻止伪造内存绕过。缺绑定停在读取阶段，未写入记录可补齐后续办。新增33项/相关105项、完整verify通过，默认Pending未变。继续完整旧资料、NEW实际创建回执关联和业务读回；FIT TA/多房及环境前置保持。本轮1个子智能体授权仅只读并发/中断复核，后续创建仍先问。见CP7。

2026-09-16 CP6目标识别接续

显式只读适配器已本地验证GROUP唯一Block/FIT完整Reservation ID集合，二次搜索识别成员变化。仅身份结果，不生成完整ExistingBooking，不宣称FIT TA读回或整个流程成功。继续完整旧房量/日期/档案/Note/附件读取及持久检查点；真实执行器仍Pending，平台发布/配置/Oracle UAT前置保持。配置查询本轮仍403。1个子智能体许可仅限本轮只读查询契约与代码复核，后续创建仍须先问。见CP6。

2026-09-16 配置缺值按现有维护接口补齐

先区分缺值、权限拒绝、未封装能力。TEN先通过配置查询确认，存在则复用；确实缺失时依据批准配置创建后逐字段读回。四个状态维护/查询接口及getNext均已在线，GC/GTT/X/SourceTA也有新增接口；BTQR仅查询。集团级状态须覆盖chain授权，49项整组维护权限不默增。当前查询403、无Automation身份，未写酒店；继续对象绑定与全流程核验。用户本轮批准的1个只读子智能体仅限状态定义查证，后续创建仍需提前询问并获许可。见证据与继续点。

2026-09-16 CP5逐次写调用已验

后续可信办理Adapter使用OhipDurableWriteAdapter把每个逻辑子调用先登记再发出，沿用稳定子项键，读取旧记录不当新查询；实际新附件编号与父对象分别保留。新请求摘要变化拒绝，未知/已受理不重发，NOT_SENT只有更高attempt可重试。128项相关及完整verify通过；默认运行端口仍Pending，服务未加载。继续实际对象绑定、完整查询和逐项恢复；平台111项、无授权管理凭据/实际部署通道，测试配置及FIT TA等前置保持，不自行扩权或改业务参数。见CP5。

2026-09-16 测试环境实际前置

已读OHIPSB02完整代码列表：GC/GTT/X/Source TA/BTQR未返回，TEN因应用权限403尚未核实；房型88项两页完整。该发现不变更工作台最终参数或正式酒店规则。发布新版平台、配置查询权限及专用测试代码/映射仍为真实联调前置；不擅自替代代码、扩大应用权限或写共享酒店配置。用户没有新的产品选择待回答。见证据。

2026-09-16 CP4消费端完整房量转换已验

GROUP绝对数量、旧格清零、四人数列及实际分页核对本地完成，97项相关与完整verify通过。仍需可信运行适配器、完整范围与改期顺序、实际类别/人数列及附件/FIT验证；不把单项匹配当整个流程成功。线上111项，平台118项候选已推送但未部署，发布许可无需重复问。用户技术自主推进授权保持，无新的产品问题；本轮未创建子智能体。接续见CP4。

2026-09-16 平台发布已授权，候选版本已推送

用户单独确认发布后要求技术问题自主推进，无需重复问许可。平台60e89b4已推至integration/booking-release-codex：118接口/13组；真实临时PG15.19迁移、全量race零跳过、CLI和打包程序验证通过。线上仍111接口；机器无实际ACK/镜像/部署数据库通道，不能贸然推默认分支触发未知发布。交付在.planning/ohip-interface-review-20260915/release-20260916/。CP3本地完成，真实Adapter和四流程UAT仍待完成；目前已无待回答产品问题。后续使用该发布分支继续，不重复创建新应用、不自行扩大身份、不操作已有酒店业务记录。此前1个开发测试子智能体已完成，本轮未再创建。下方旧“未授权发布”只代表历史阶段。

2026-09-16 CP3继续：用户规则及夜间授权

用户明确只上传当前邮件Excel预订附件，PDF/图片不上传；FIT/GROUP按最终房型绝对数量更新，不另设加减或取消流程。认可确认后留在结果详情、离页后台继续、记录可查与失败继续处理。允许Oracle测试环境中本轮专用合成预订/附件联调；不含现有业务数据或平台发布。夜间禁止创建任何子智能体，主任务独自执行。

[active] CP3后台持久执行/依赖/动态结果汇总和受限API，随后结果页面/三语/续办及测试。平台能力/UAT等真实前置不凭本地测试清除。CR位于消费repo docs/project/requirements/CR-20260916-ohip-execution-and-results-cp3.md；门禁已完成。第2条已由用户纠正并收敛，无待回答产品问题。

2026-09-15 附件本地完成，进入发布前核对与真实测试准备

本地附件六项及消费适配已验，尚未上线；下一步核对测试环境关联类型、Name/扩展名、同名覆盖/关联档案、并发与真实DB迁移，再验证GROUP跨日期、多笔FIT及TA字段支持，最后接完整执行/动态结果回显。技术问题自主处理，产品不确定再问。用户本轮许可1个只读子智能体，已完成；后续新增仍先取得许可。未授权外部发送或真实部署/业务写入。见交接。

2026-09-15 GROUP房量本地完成，继续附件与FIT TA

平台独立分支和消费端房量调用已完成本地验证，未发布、未执行酒店或接线工作台；下一步处理附件完整链路、FIT TA写入和真实测试准备，整体改期及最终业务核验保持待验。技术问题自主推进，不重复询问已有产品规则。用户最新允许在必要且能显著提效时先询问，得到许可后创建子智能体；当前没有创建。见交接。旧“平台只读”是CP2-A阶段范围，原只读克隆仍保留。

2026-09-15 OHIP技术自主推进，CP2-A已完成

用户已提供平台仓库并明确“开发类技术问题你把关，不确定产品方案再问”。后续按已有产品规则自主处理技术，不重复索取源码地址或确认开发细节。CP2-A现有接口适配及36项localhost测试完成，完整verify通过；下一步处理平台房量/附件及FIT TA字段证据，再接持久执行和完整查询核验。平台仓库本轮只读，运行主线尚未调用酒店，无部署/推送/权限变更。产品范围变化仍需确认，无子智能体。见交接。下方旧阶段的“先问下一阶段代码/等待源码”不再作为当前技术推进前置条件。

2026-09-15 OHIP CP1完成，后续调用与员工结果尚未接线

接口交付准备已完成，21:42公开目录无变化。下一步取得平台源码位置或维护方式，按交付清单检查实际可补能力；不要在没有变化时反复刷新目录或重复询问已经确定的GC、Note等业务规则。下一阶段代码需具体范围明确后再按用户要求询问，清单尚未对外发送。

四流程输入/业务计划/Oracle草稿已实现且通过离线检查，所有草稿不可执行。下一步先补齐房量、附件、FIT TA写入及餐食/多房/日期冲突等外部证据，再推进调用适配和明确测试联调；持久执行、部分失败汇总/恢复与员工最新值回显仍是后续阶段。不得把当前本地确认当成酒店处理完成，或因CP1通过就自动加载/启用酒店调用。不创建子智能体。见交接。

2026-09-15 当前四份准确性实跑结论

LT3/QBD4/QBD1/QBD3新实跑已验证包装修复、15FIT默认姓名及2加床人工通知，35事项保持；该批未覆盖同团跨附件多任务组合，不把已有离线组合验证扩大为真实覆盖。继续按用户需要核对完整样本，保持准确性规则；QBD3虽慢但已成功，不自动重启速度优化或修改模型/提示词。见证据。

2026-09-15 LT1包装缺口已修复，当前版本待用户真实复测

用户授权修复已经实施和直接加载；原失败回答离线可接收，旧15原答保持，Agent配置无需替换。旧失败运行仍保留，不自动重放或改状态。加床整团人工/FIT默认姓名及其它业务规则保持，继续由用户提交完整邮件测试；不创建子智能体、不恢复速度优化。见实施证据。

2026-09-15 LT1包装交接缺口已定位，修复尚未实施

当前复测发现外围说明空数组触发既有包装误拒绝；前后jar对照排除最新两项业务改动。下一步可只修唯一JSON包装识别，保留Schema/来源/业务逻辑；本轮不自动修改、回放或重启。见诊断证据。

2026-09-15 当前复测基线：加床整团人工、FIT缺姓名补Tour Code

用户的新规则及澄清已实现加载。当前标准邮件同Tour Code任一有效事项有加床，则全部相关任务走人工通知；不同Tour Code保持。FIT缺姓名、有Tour Code时补Name1，旧“标准FIT缺名必须人工”不再作为本轮预期。其他识别/价格/日期/Schema/Agent配置保持。用户可继续完整真实邮件复测，本对话不自动回放、发通知或改平台，不推进速度优化，不创建子智能体。见实施证据。

2026-09-15 停止推进速度优化，完整准确性复测待用户执行

用户最新明确不再纠结速度，当前优化评估不继续推进。测试数据清除与同V9版本重启已完成，双库备份保留，5178各业务列表为空。由用户重新提交完整测试邮件，本对话收到新日志后关注任务识别及Agent/程序交接；保持全部已验业务规则/Schema，不自动修改模型、提示词、拆分职责或重放。见清理证据。

2026-09-15 后续提速方向只完成评估

客观评估认为继续提示词精简不值得作为主要路径；平台推理设置/模型执行有较大潜力，但收益及准确性需另行验证。先核对实际平台配置与token/调用耗时的建议尚未授权实施，不自动改参数、切模型、并行拆分或重跑。当前识别基线继续保持。详见评估。

2026-09-15 V9已获四组实跑，提速效果不佳

V9平台替换已获本批入口及Skill头部证据，不再笼统标为“完全未实跑”；四个样本35项业务/交接保持，但共同原件比V7慢，压缩JSON/复用指引未解决长等待。现有模型名相同但token、推理配置和排队细分未知，不把差异直接归因于去重。后续修改仍需用户明确授权，业务规则冻结；不自动重复测试、调模型、改平台或创建子智能体。加床团号已在本轮答复列出。见证据。

2026-09-15 V9去重交付，后续验证保持原范围

用户已授权并完成提示词去重，V9替代本轮V8交付；程序已加载，主提示词/Skill平台文件已给用户。全部有效规则仍在必读链路，静态减少约17%，未验证真实时间收益或新Agent行为。继续由用户替换平台并手动实跑，不自动调用Agent/邮件/通知，不创建子智能体，不扩展业务逻辑或模型设置；V7无需补QBD4的结论保持。见证据。

2026-09-15 V8有限提速完成，待用户平台替换和代表样本验证

用户在具体范围后批准继续，V8已只实施JSON格式及已核对字段结果复用。程序已加载，Skill与主提示词已交付；旧条款、规则、Schema及业务校验保持。新Agent准确性/实际耗时尚待用户实跑，离线75任务保持不能替代实跑。后续不自动扩展到current/after统一、日期/价格留null、证据或历史裁剪、模型推理参数；不自动运行真实邮件、通知或创建子智能体。V7工具优化评估已结束，无需补测QBD4。见实施证据。

2026-09-15 V7三个原件实跑通过，下一步保持范围

LT3、QBD1两次及QBD3实跑30项业务/交接保持，固定读取流程已收敛；本批没有QBD4，用户已确认此轮评估无需补测。总耗时尚未体现收益，不把工具减少或平台0秒读取解释为稳定提速/缓存命中。后续仅按用户新指令继续速度优化，先定位必要读取结束后的分析/生成/等待，不改变有效规则、Schema、原文、历史边界或模型推理设置。本轮仅核对日志，未实施下一批修改；见证据。

2026-09-15 已授权并完成第一优先级，保持业务区别

用户“开始修改优先级第一的部分。注意守住区别”已覆盖此前仅讨论的边界。本次仅固定既有Skill读取路径、匹配渠道和本轮复用，保留失败/截断补读及全部有效规则、Schema和必要核对。61项后端/32项配置及七原答45任务回归通过，后端已直接加载；V7两文件已交付，待用户平台替换与实跑，不宣称实际速度收益。当前接入未启用预载、跨任务缓存或平台硬性工具白名单；其它提速方向尚未实施。正文Allotment语义与表格AMD修改、酒店字段和程序交接保持；继续不自动重放或创建子智能体。见实施证据。

2026-09-15 提速仅讨论，保持准确性与交接基线

用户已明确进入Agent速度优化讨论，要求保护已验准确性。本轮只分析：系统Parsing占总耗时99.418%，其它阶段每封0.435至2.199秒；首Skill调用12至20秒，另有目录探索、重复读取、跨渠道和待办绕路。建议先评估固定规则加载及工具范围，再独立讨论紧凑JSON和重复材料整理。QBD3有重复证据及未截断的历史引用，本次正确忽略，边界调整不能混入纯提速。尚未授权或实施具体改动，无真实调用/重放/重启/子智能体。见分析证据。

2026-09-15 V6既有样本通过，新同义表达待覆盖

七份V6实跑全部完成，共13新订、28修改、4正文取消；仅17项既有FIT缺Name1。16处AMD ALLOTMENT仍为修改，QBD4完整红叉原答成功，LT3日期误报未复发。45项业务和确认保持，新同义表达及部分扣减尚无真实覆盖。本轮只读核对，未改产品、配置或服务。见七份证据。

2026-09-14 正文Allotment规则及交付完成，实测留用户

正文原两句及扣减/释放/取消同义表达统一取消该allotment，包含部分扣减；表格AMD ALLOTMENT仍UPDATE。Parser v3隔离新旧接收规则，Provider字段仍v2；90项后端及32项配置检查通过，七份保存样本45任务/酒店事实/确认保持。V6必要文件已交付桌面，8082已加载PID78727、build_time 2026-09-14T15:47:09.880Z，5178及Parsing/V2就绪；配置保留，无在途查询。平台替换及新Agent实测留用户。见实施证据。

2026-09-14 操作日期交接已获LT1/LT3实跑支持

两份同原件最新实跑均使用input/result v2并完成：LT1为2修改、无复核；LT3为11新订＋2修改，仅1项真实FIT缺Name1。LT3旧M1/M3操作日期误报在本次原始Agent回答中消失，酒店字段及15项业务/确认内容保持，139条事实及两处加床核对完整。仅此两份实际案例获得验证，未覆盖QBD或正文取消及其他Allotment表达；本轮只读核对，未改程序、配置、服务或执行新的业务测试。见本批证据。

2026-09-14 操作交接修改与加载完成，实测留用户

程序已接管原操作格的动作、日期与顺序选择，新input/result v2只把effective_operation交Agent；酒店明细、辅助日期、前后值及其他规则保持。84项后端、32项配置检查通过；七份同原件离线验证41行操作选择一致、45项业务/确认不变，旧2项日期误报issues仍保留。8082已加载PID76903、build_time 2026-09-14T14:54:17.425Z，5178/Parsing/V2就绪；配置保持且没有在途查询。V5 Skill与主提示词已交付，平台替换及真实Agent效果由用户手动验证。见实施及加载证据。

2026-09-14 本对话后续修改直接加载，用户负责确认在途任务

用户明确授权：本对话内后续服务修改完成必要验证后，直接加载并重启服务，不再逐次询问加载许可，也不再查询、等待或确认是否存在正在处理的任务；用户会提前肉眼确认。此约定限当前对话的本地测试服务，覆盖此前“修改后等待另行加载指令”的安排。保留现有配置和数据，继续核对候选版本、启动健康及页面连接。复用历史加载脚本时应移除其中的在途任务查询/空闲断言，历史加载记录本身保持原样。真实邮件测试仍由用户手动发起，提速及子智能体仍遵守此前约定。

2026-09-14 修饰符号修正版加载完成，移交用户测试

加载承诺Closed：用户明确要求重启后，修正版已切至8082 PID73842，5178及Parsing/V2就绪通过。后续按用户提交的新测试日志继续核对准确性和交接，不自动重放或提前启动Agent提速。见加载证据。

2026-09-14 修饰符号程序修复完成，加载与手动验证待后续指令

用户确认“修饰符号不参与整句相等判断”，程序及离线验证已完成；本轮平台配置无需替换，尚未加载服务。下次加载应包含本轮两个解析类修复，并保留现有配置和数据。真实测试继续由用户手动发起，重点核对QBD4原始带符号取消、独立表格任务与真实姓名复核；不自动重放，不启动Agent提速。见实施证据。

2026-09-14 QBD最新服务已加载，后续由用户手动测试

用户确认平台配置已替换并授权加载；QBD接收修正版已切换8082，健康、页面代理版本及Parsing就绪通过。详见加载证据。后续继续接收用户手动测试日志，重点核对识别准确性、交接及新issues约定；不主动重放、发消息或启动Agent提速优化。

2026-09-14 QBD接收修复交付与后续验证

用户已授权并完成本批修复，代码及必要提示词/Skill已准备，离线结果见实施证据。尚未切换服务/平台，用户按原方式替换平台文件并手动实测，不主动执行邮件回放。新提示词避免解释性issues的实际效果待新运行验证，旧QBD1解释性issues继续保留。后续以准确性和交接为先，提速另等明确指令。

2026-09-14 当前先验任务识别与交接，提速另等明确指令

用户提交最新三份日志并明确：当前重点为任务识别准确性及Agent与程序交接；之后由用户明确发出针对Agent提速的优化指令，收到前不实施提速、不调整模型或推理参数、不为速度裁剪输入输出。三份日志已完成静态逐项核对，结果见本批证据；后续准确性验证按用户提交样本继续，不自动发起重放。沿用本对话子智能体需逐任务事先确认的边界。

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

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

2026-09-14 配置交付形式与测试安排

用户明确之后不再提供单独配置说明；如确需平台配置变更，仍只交付必要提示词/Skill文件。用户已授权加载最新服务并切换，加载后由用户手动测试。沿用本对话子智能体须逐任务事先同意的限制；不主动执行邮件回放或微信送达核对。

2026-09-14 本期LianTai渠道及子智能体边界

用户明确本期LianTai全部为Group渠道，LIANTAI ONLINE/DY与LTLT/LBLT不适用；U-DBL12使用已有Group目录WHO3，取代前文待酒店确认的价格结论。修正限定标准路径的程序目录选择，Parsing平台配置不再因本条变化。服务加载与用户手动测试仍按原安排。

本对话默认不允许创建子智能体。仅在判断能大幅提升当前任务效率时可提出理由，且必须获得用户针对该任务的明确同意后才能创建；此前其他任务的同意不延用。本次未创建子智能体。

2026-09-14 LT2/LT3讨论边界

企业微信实际送达由用户肉眼核对，不再由Agent继续确认；用户明确平台无排队，Agent效率优化留待后续单独讨论。当前仅讨论有限格式容错与既有房型接收问题，缺价默认沿用LianTai GRP1、QBD GRPA1；不因讨论自动修改代码、平台配置或重放。详见两封复核及用户澄清。

用户已认可并授权实施“Agent明确格式要求＋程序有限外层容错”。FIT的【U-DBL12】 Rate Code由用户继续向酒店确认，尚无新代码可配置；来源价格1200保持。Parsing返回解包、既有房型规范化、独立数量与配置同步已完成并通过针对性检查。平台文件已交付桌面，由用户手动替换；后端修正版已构建但尚未加载，下一步配套加载后由用户手动重放。实施证据。

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

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

2026-09-14 回放适配待用户测试结束后安排合入

状态：隔离实现和有限验证已完成，合入/加载待另行安排。隔离区 /private/tmp/rsvn-replay-adaptation-20260914 的 .planning/replay-standard-adaptation-20260914/delivery/ 保存本次增量补丁、基线/结果哈希及检查说明。恢复时先核对主项目相对基线的新变更，不整包覆盖文件，不把整个 git diff HEAD 当作此次补丁。用户结束当前人工测试后再安排合入与加载；当前没有重启、清数据、真实Agent、邮件回放或通知外发授权。见收尾证据。

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 收窄实施顺序已整理，企业微信仅定位失败邮件

用户确认模板判断边界，保留正文整块配额取消，其他正文/邮件全量展示并通知；企业微信只提示哪封邮件最终失败或超时，排查在平台完成。计划依次完成范围及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-14 本次交接修复范围与停止条件已复核

用户要求本次认真确定修改，仍不通过则回第一版、只保留单一类型。再核对3份实际Booking输入发现同类来源/订单编号错配；建议统一输入与结果还原的对象对应，配套加载既有日志修复并核实Parsing配置，固定失败案例重复实跑到卡片验收。此次仅方案，未改源码/Skill或服务；用户随后明确回退细节稍后再说，本轮不展开或执行回退。见方案与证据。

2026-09-13 Booking材料目标交接待修

Closed（九条新旧日志只读复核）；Open（用户确定后修复附件来源目标到Booking已交付目标的对应）。独立日志代码已修但后台仍未加载，Parsing平台Skill激活未知，关键同输入复测仍待后续；不自动重启或重跑。见复核证据。

2026-09-12 Parsing稳定性修订及日志显示

Closed（本地实现、专项验证与Skill交付）；Open（平台替换、后台日志加载及同输入重复验收）。本轮已实施先前房型/含早/共享信息与引用、独立人工阶段显示的待办；不自动重跑邮件或重启后台。见实施证据。

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 四份新旧日志复盘：表格改善，配额整理仍有失败

本轮复盘Closed。后续待用户确定修改范围：C1仅编号/配额数量使用原始字段表达，不造入住日/房型，并遵守既有引用层级。尚未实施。表格分工仅一封新实跑已证实；业务准确度仍按用户节奏后续核验。 见核对证据。

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

Closed（两处修复及运行加载）：原回答已可接收，确认投影三处显示未执行，后台PID26355健康。Open（用户新邮件测试）：本次没有新Agent调用或重放，旧失败不会自动变成功；可重新测试这封邮件。提示词/Skill无需因本次修复调整。 见实施与加载证据。

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

Closed（本轮原因定位）；Open（Booking单元素结果包装兼容与C2失败后确认投影状态修正）。建议仅解开一个合法对象的外层数组，再走原严格校验；本轮未实施，不自动重跑或部署。 见诊断证据。

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

Closed（日志和前序Parsing程序加载）：8082新版已启动，37项任务保持。Open（平台配置与用户新测试）：本轮未替换平台Skill/主提示词，不推断分工配置已上传；后台可继续测试，准确度与耗时由新运行验证，不自动重跑或定时跟进。 见加载证据。

2026-09-11 日志阶段状态与接收明细本地完成

Closed（本地日志实施及回归）；Open（后台加载后新测试）。本次已补前一轮未修改的日志阶段状态，接收明细同步页面/导出，12份保存记录离线核对通过。后台未加载，前一轮配额建议/表格分工的程序与平台配置后续状态保持；不自动重跑、部署或定时跟进。见实施证据。

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

Closed（本地两项修复与交付）；Open（明确加载任务和用户平台替换后的实跑）。欢迎屏按用户确认保持；日志阶段状态问题已说明，未列入本次实施。配额建议真实12项恢复，表格分工的真实模型表现待测试。原邮件准确度仍留用户补充材料后核对，不自动重跑/部署或定时跟进。见修复证据。

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

Closed（本轮只读结构复盘）；Open（接收缺口与下一轮准确度）。先补程序原句还原、正文原始字段归属与拒收/复核显示，再检查重复表格整理和材料完成条件；本轮未授权新实施，不自动重跑或部署。用户随后补原邮件作准确度核对，保持现有配额关系/整块取消规则及渠道范围。见十二日志复盘。

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

Closed（后台加载）：两步修复和compact接收已进入8082运行包，9项任务保持。用户报告提示词已配置；当前对应Parsing Skill V3与独立中文主提示词，后台仍兼容旧full返回。后续由用户发起新测试核对识别、卡片和耗时；本次没有自动重放、定时跟进或平台上传承诺。见加载记录。

2026-09-11 已清空旧测试，后续从空工作台开始

用户授权的一次性清理已完成，旧测试编号和工作台链接在当前环境已不可读；需要回看时使用本地备份/已导出材料，不能据此认定新版处理故障。新测试资料继续按既有永久保留规则保存，不自动重放旧邮件。备份位置与当前空列表见清理记录。

2026-09-11 QBD/LianTai日期与配额后台已加载，平台Skill按已交付版本使用

用户授权的后台加载已完成，17项任务保持、服务健康。平台应使用20260911-liantai-allotment下两份Skill；本次未操作平台，不能推断用户已上传或真实新链路通过。无自动重放/定时跟进承诺。恢复位置与验证见加载记录。

2026-09-10 EML2/EML1后台加载完成，平台配置及实测待用户继续

后续进展：用户提供新版两封实跑，EML2五项附件修改加正文取消、EML1来源房型/BF/价格和8张实际卡已核对。该两个样本的核心修复已确认；附件未完成提醒真实支路未触发，FIT姓名、多Rate订单及耗时继续单独记录，可继续其他类型测试。详见同一交付证据的最新复盘。

后台加载Closed：用户授权后8082已切换本次修复包，工作台及数据保留检查通过。平台配置与实测继续Active：用户替换C1/C2两个Skill，主提示词不变；之后先跑EML2再EML1确认真实Agent效果。现有一团多Rate限制单独记录，本次未扩大修改。见交付证据。

2026-09-10 C1后台统一加载已完成，平台配置后待真实测试

Closed（后台加载）：六份最终C1来源优先/正文交付文件已进入运行包，2026-09-10实际重启成功。用户自行更新Main Prompt与Skill两文件后继续真实效果测试；本次未操作平台或新运行Agent。见加载证据。

2026-09-10 三处失败收尾CP2a已合并并加载

Closed（CP2a加载）：独立补丁已按基线合并最终主项目，综合验证通过，PG V21及后台已实际加载。通知自动发现/登记继续由下方CP2跟踪，当前不发送或补发。见加载证据。

2026-09-10 回放历史永久保留统一加载已完成

Closed（本地加载）：V40/V20实际成功，16张PG及2张平台表期限已清空；今天/近7天/近三个月/全部历史、两页无重复、旧详情与日志导出只读通过。当前本地存储保持；没有声称恢复已删除数据或核验外部OSS生命周期。见加载证据。

2026-09-09 失败提醒CP2待接自动触发

Active：2026-09-10 CP1提醒组件、私有配置指向与V39表已加载，发送保持关闭；CP2a三处失败收尾也已加载。仍需衔接最终失败的自动发现、稳定执行身份与去重登记，并在启用前核对历史失败回执及通知策略。本次没有自动发送/补发或真实外部联合验收；不创建定时任务。见加载证据及通知交接。

2026-09-09 Proposal Allotment Booking统一联调

Active：可替换配置已交付，用户手动配置；等待C1实际运行材料及A/B统一联调安排后，验证三封实际邮件、真实Booking输出、系统接收/Layer6与人工办理，并回归实际团队使用配额、整块取消、混合与历史。当前只有构造材料离线结果，不提前替换当前Agent或切换5178/后台。详见交付证据。

2026-09-09 Proposal Allotment页面接续已完成

Closed：用户确认样式并允许对接A后，同一页面已连接内容/状态/完成动作并更新5178。5190保留，无子智能体、Agent调用或邮件回放。实际邮件验证归于上述统一联调，不重复创建页面接续事项。见完成证据。

Track future-facing memory: promised follow-ups, unfinished loops, timed checks, and restart points.

Date	Commitment	Trigger / Due	Owner	Status	Next Action
2026-09-09	已交付Replay 2097512443832668161原始Parsing输入并分析用户返回的平台手工运行日志	2026-09-09用户返回Booking Update Parsing.md后	Parsing Agent失败诊断	Completed	本次完整JSON通过现有严格解码，6条展示与材料引用核对通过；输入导出缺原6行指令且有空格差异，未复现不等于旧run已修复。旧run结束原因及平台配置仍未知，详见2026-09-09排查证据
2026-09-08	本期通用发件人范围残留已撤下	用户明确本期不做后	产品 / 项目记录	Completed	ADR-036已撤出本期，需求/领域/架构/待办及完成度结论均已同步；不保留隐含后续开发承诺。当前先在5178测试修改，上线准备在决定上线时开展
2026-09-08	将邮箱自动监听邮件与手工AgentBus EML回放统一为处理记录	用户批准双页签、紧凑列表、共用详情与通知专用测试CR后	AgentBus / SourceMessage / 可观测性	Completed	统一只读列表及原Trace已实现并加载5178，筛选/URL/返回/刷新/异常口径通过；opfit复用正式通知规则、零Agent且投影后结束。前端150、后端995通过/5显式验收跳过，3条历史只读及浏览器验收通过；Agent配置不变
2026-09-08	通知专用邮箱在新统一模块中的真实EML验收	用户提供获准EML后	AgentBus / 通知测试	Completed	Replay 2097274461007613954在5178单次执行1.22秒完成；L3/L4/Booking Agent跳过，L5生成1条GENERAL通知，零Agent调用/关联预订任务，L6通过，终态无异常。通知在工作台可见且未ACK，进入刷新回归通过
2026-09-08	自动监听收件在新统一模块中的新样本运行验收	用户提供或授权自动收件样本后	AgentBus / 统一处理记录	Active	自动来源适配已实现并通过隔离验证；本机目前4条均为手动回放，尚无新自动来源样本。后续核对真实系统接收时间、来源标识、SourceMessage/Processing Run详情及终态；不能用已完成的通知手动上传验收替代自动监听证据
2026-09-08	用用户后续提供的真实EML和业务数据验收5178完整闭环；AgentBus端Agent/Profile/版本绑定与配置已完成且本轮保持不变，新8082已成功复用，不把readiness冒充真实邮件或production验收	用户提供获准使用的真实EML和数据后；或进入上线准备阶段时	AgentBus / 员工工作台 / 发布策略	Completed	两封授权EML已按受控应用流程闭环：QBD 7张Group卡确认、6张缺Name 1 FIT保留人工处理，LianTai 3张Group卡确认，两条通知ACK且不建记录；FRESH_DELIVERY投影与10条类型化记录已验证，AgentBus配置未改。production仍默认关闭，部署时继续验受保护运行值、正式权限、保留、监控和审计
2026-09-08	本地全绿不能替代真实数据库与部署安全门禁	首次staging/production部署前	数据库 / 安全 / 运维	Active	备份并预检FIT/Group唯一键后演练MySQL V35–V37与并发确认；在CI执行有效Maven SCA；多实例环境用网关/共享存储补全登录全局限流、失败审计和告警
2026-09-08	正式上线前确认正式数据库方案：使用全新空库，或沿用已有 MySQL 并保留原有业务数据	准备预发布或正式上线时	数据库 / 上线准备	Active	先确认正式环境是否已有必须保留的数据。全新空库直接创建最新版结构；沿用旧库时先备份、检查旧数据冲突，再补齐 5178 需要的数据字段和规则并验证。此事项不影响当前本地测试，本地测试数据不会自动进入正式数据库。
2026-09-07	当前5174“确认”只实现样板中的临时出队：任务点击后暂时从待处理列表消失，不会真正合并进预订记录；刷新页面后任务会恢复。现阶段只有页面结构和查看逻辑，确认后的完整联动尚未实现	与用户确认清楚旧订单查询漏洞后，一起实施正式确认链路时	待处理任务确认 / 预订记录联动	Completed	5178正式线已实现一次确认后原子保存：Group按Tour Code、FIT按Name 1归入或建立新版预订记录并永久出队；刷新查询不会恢复。通知确认仍只出队、不建立预订记录。5174继续保持冻结的独立演示样板
2026-09-07	新版邮件判断必须与旧订单、旧任务查询彻底隔离；数据库查询只允许用于员工搜索“已确认预订记录”，以及确认任务时按业务类型身份归属或新建正式记录	开始改造5178预订记录或任务确认归属前	Booking判断边界 / 5178预订记录	Completed	当前主链的邮件投影、员工确认和5178预订记录查询已不再使用或创建旧订单/旧任务；新版记录按Group的Tour Code或FIT的Name 1形成独立身份，旧数据不自动迁入。历史只读兼容不参与当前Booking输入、投影、确认或5178记录结果；未改变Agent的New、Update、Cancel事件判断规则
2026-08-21	已从 replay 2090618877167767553 的 Parsing Provider 原始 message.delta 逐字提取本次 SuperAgent 输入，供拆解信息系统记录的 248.916 秒 Agent 耗时	用户返回该输入在 SuperAgent 上的完整导出日志后	Parsing Agent 性能诊断	Active	对齐提交、Skill/规则读取、模型思考、工具调用、最终 JSON 开始与完成时间；区分平台等待和可优化的重复判断，不先修改业务规则或输出契约
2026-08-21	当前联合调试阶段，主项目本机5178固定免登录；正式认证能力保留但不阻断页面设计与业务联调	用户明确宣布项目联合调试结束、准备上线或要求恢复登录时	产品 / 前端认证	Active	单独恢复并验收登录、会话过期、权限和正式入口；确认通过后再移除本地5178自动免登录及兼容变量，不在日常页面设计中提前恢复
2026-08-20	已从旧QBD replay 2090427423313076226逐字提取当次Parsing与Booking两份真实SuperAgent输入，用于拆解约4分24秒与2分19秒的Agent内部耗时	用户返回两份SuperAgent手工运行日志后	Parsing/Booking Agent性能诊断	Completed	两份手工日志均已分析：Parsing主要受Skill/sandbox加载波动影响；Booking除Skill加载外存在重复计算和重复复核。当前真实replay已降至Parsing 172.064秒、Booking 92.935秒；手工导出不含最终JSON完成时间，未把导出时间误作精确耗时；未修改业务规则或输出契约
2026-08-20	LianTai 的 Parsing Agent 展示信息仍包含纯 NEW BOOKING / AMEND 历史日期；这些内容不参与业务判断，也不应作为有价值备注展示	下一次讨论 Parsing 展示规则时	Parsing Agent 规则	Active	待用户确认后，只收紧展示过滤规则；不改输出契约及 Layer 4–6
2026-08-20	Skill V3 已实际运行，但 Booking 审计元数据仍显示旧逻辑版本名 booking-business-agent-v1.0	下一次讨论日志元数据时	Booking runtime / 日志	Active	待用户确认是否只更新审计标签；不恢复 Agent 版本批准校验，也不改业务流程
2026-08-20	缺价默认说明统一为“邮件未提供价格，默认规则选择{Rate Code}”；COMPANY_MISSING_PRICE_DEFAULT_GRP1 显示GRP1，COMPANY_MISSING_PRICE_DEFAULT_GRPA1 显示GRPA1，没有对应原因码则不显示	先纠正5174产品样板并由用户确认，随后同步到5178正式工作台	5174产品样板 / 5178正式前端	Active	删除5174当前写死的“GRP1/GRPA1”；5178继续复用后端实际缺价默认原因，不按最终Rate Code猜测；本次只记录决定，未修改页面代码
2026-08-20	酒店已确认固定渠道团队/早餐/缺价规则：房量合计≥5为团队；未写BF不等于不含早；早餐跟随Rate目录；source_price=null统一视为缺价；LianTai缺价默认GRP1，QBD缺价默认GRPA1，覆盖独立套房	本地规则实现完成	产品 / Parsing / Rate Room Resolver	Completed	Parser早餐三态与Layer4缺价默认已实现并聚焦验证58/58；明确RO与含早默认冲突保留人工。未改前端，后续缺价说明由上一条独立Active承诺跟踪
2026-08-19	Parsing Agent RC1 Skill、独立Main Prompt和实际运行输入必须协调加载后，才能评价执行纪律与本次规则收敛是否缩短真实耗时	下一封真实EML前	SuperAgent配置 / Parsing runtime	Active	发布2026-08-20重新生成的RC1 Skill并同步独立Main Prompt；本轮没有后端代码修改，无需仅为Agent资产重启8082。随后只用一封新EML观察Parsing耗时、工具调用、模板忽略、备注展示及是否只返回一个原始JSON，不重放旧记录
2026-08-18	Booking Agent Skill V2必须先发布到当前Profile，再用Parsing Agent Skill V2结果完成真实EML验收；V2/旧流程物理删除也受此门禁控制	用户完成SuperAgent Skill/Main Prompt配置后	SuperAgent配置 / Booking验收	Completed	2026-08-19 的 29 文件记录只是历史运行，不代表当前绑定。新 QBD 2090335718358253570 和 LianTai 2090339484381872130 均到 Layer 6；Booking 使用 Profile version 9fdc699a-3d4b-4542-9e3c-1156d1b4c6e6 与当前 RC4 成员路径，无旧 dispatch/Recovery/LEGACY 执行。门禁闭合后已完成旧执行能力物理删除；Booking 专用 key 由既有 .env.local-replay 配置提供
2026-08-18	Parsing Agent Skill V2发布后必须用同一份真实Parsing输入完成人工验收	SuperAgent配置并发布V2后	SuperAgent配置/Parsing验收	Completed	QBD Channel Parsing Agent (3).md已证明四项V2行为、closed Schema和引用闭包通过；可见耗时约3分20秒。下一步由既有全链承诺继续验收AgentBus接收、Layer3终态及Layer4–6，不把本次手工运行冒充全链
2026-08-18	Booking execution必须从创建时间累计等待5分钟，期间续租并只续接原Provider run；超时保存TERMINAL_PROVIDER并转人工	本轮现有 replay 短周期核验	Booking runtime / deployment	Completed	focused测试、V16、8082/5178 ready与 replay 2089587291521495041 终态证据已记录；未创建新replay，未触碰Parsing/L3/4/L6/UI/生产
2026-08-18	AgentBus回放必须使用已批准的非生产 PG/双 Agent/strict 启动材料；安全 H2 基线不得冒充真实全链	下一次真实 EML 前	Replay runtime / deployment	Completed	8082以进程内测试凭据连接PG V16，5178能力接口确认Parsing 0e9c63ba…、Booking 4525c685…、V2 strict ready、missing=[]；四类活动任务均为0，页面可上传。凭据未落库/文件/文档；本轮未执行EML
2026-08-18	两类Agent完整final均被信息系统接住前不得宣称SuperAgent全流程日志验收完成	下一次真实EML联调	SuperAgent integration / Booking runtime / replay observability	Completed	replay 2090023705526636546已记录Parsing与Booking完整公开返回；Booking完整2419字符final进入Layer5B并暴露具体引用语义不一致。完整接收Gate已闭合，但Booking业务验收仍由上一条Active承诺继续控制
2026-08-14	正式前端 S3–S5 不得绕过 BE-TRACE-01 或调用 Debug API	开始正式 Processing Run 回放页、结果页联调或任何真实 EML 验收前	BE-TRACE-01 后端任务 / 正式前端任务	Active	S3–S5 已只消费正式 V2 Run/Trace 与既有结果 GET，并完成合成验收；继续禁止 Debug fallback。真实 EML 仍须用户明确批准且只上传一封一次，验收停在 ACK/confirm/review/任务动作之前；通过后才可评估旧 Debug 前端删除门禁
2026-08-14	Booking Agent V2及正式工作台投影部署前必须复验当前Profile ID并记录实际published version，并跑真实PG V1–V12、MySQL V1–V34与完整本地投影链	任何非生产自动worker或production放行前	Booking runtime / V4 workbench / SuperAgent / 部署方	Active	单封QBD已完成双Agent身份复验、真实PG V1–V12 smoke、H2 V1–V34 application smoke和正式投影；published version仅用于审计。剩余远程MySQL（若部署采用）、其他渠道live矩阵、synthetic revision/retry/rebind、监控/告警/人工恢复及production单独批准，不得用本次单邮件证明替代
2026-08-14	前端字段设计基线须由冻结的后端typed contract驱动，不得恢复页面业务推断	修改正式workbench/card UI或projection DTO时	正式工作台前后端	Completed	ADR-016已冻结并接入typed card/fields/options/availability/Basic/issues/source-material和唯一V4动作入口；后续只做视觉/交互优化，不另造业务类型、状态或确认语义
2026-08-14	订单详情邮件只在全部任务卡之后还原展示一次	修改订单/处理记录/单卡工作台页面时	前端工作台设计与实施	Active	按“摘要 → 全部任务卡 → 邮件还原预览”实现；用Sender/时间/Subject/正文/附件拼成邮件阅读样式并提供受控“查看原文”。单卡内不重复完整邮件，多处理记录不得跨SourceMessage混拼
2026-08-13	历史泄露的dev数据库凭据在管理员轮换证明前持续阻断G0	任何测试/生产部署或G0签字前	数据库管理员 / 部署方	Active	确认旧凭据已废止，记录轮换日期和工单；仓库当前环境变量修正不能替代外部轮换
2026-08-13	未完成真实PG V7/V8与MySQL V30/V31 smoke前不得宣称当前迁移已上线验收	数据库部署、CP5或release checkpoint前	数据库/部署任务	Active	获批非生产PG已覆盖并通过V1–V12 migration/restart/data-boundary smoke；本机H2已到V34。远程MySQL部署证据及production批准仍未完成，不能宣称上线
2026-08-10	在 5 个接口空白冻结前不定版 Recovery 可执行协议	开始 DTO/Prompt/Builder 前	当前实施任务	Completed	唯一 Draft 与共享实现已对齐，最终 SHA 已记录
2026-08-10	Recovery Skill 必须交付 .skill 包且无 Secret/真实数据	Agent asset 完成时	当前实施任务	Completed	archive/static/package tests 通过，SHA 已进入证据
2026-08-10	不覆盖并行 Parser/RateRoom/V4 在途文件	每次编辑前	当前实施任务	Active	文件级 diff/ownership 检查
2026-08-10	未完成新契约迁移与重新授权前不启用外部字段 Recovery	任何旧 Recovery Provider/生产开关变更前	Recovery integration / 部署方	Active	ADR-008 已取代目标 Parser 边界；暂停完整 PatchSet/PG smoke，旧 runtime 保持默认/生产 false，去留由迁移评审决定
2026-08-10	AgentBus 不得接入或同步等待旧字段 Recovery	AgentBus Recovery 接线前	后续 AgentBus integration	On Hold	ADR-008 后不继续旧接线；若新 Agent/merge 需要异步 worker，按新契约另行设计
2026-08-10	stale IN_PROGRESS invocation 未有 fencing token 前不得自动抢占	旧 Recovery runtime 仍保留期间	后续 Recovery reliability	On Hold	仅维持 fail-closed/人工处置；旧 runtime 若在迁移中删除则一并关闭，不再单独扩展
2026-08-10	fixed-channel Parsing Agent 与 Booking Business Agent 不共享外部应用/token	每次新增或迁移 SuperAgent Agent 时	SuperAgent integration / 部署方	Active	Field Recovery wrapper/config 已在 V2 剥离中删除；剩余 Parsing/Booking 两条仍必须使用独立 secret，禁止 fallback，只复用 client factory/SSE transport
2026-08-10	Profile API exposure 与成功 CandidateDecision smoke 完成前不启用 Booking Business Agent	测试/生产启用 booking.agent 前	SuperAgent 平台 / 部署方 / Booking integration	Completed	2026-08-14历史CP5已验证正式Prompt/Skill、Booking v7与真实Candidate；后续自动runtime部署门禁由上方durable runtime承诺接管，production仍保持false
2026-08-10	Rate/Room来源工作簿只有匹配冻结SHA后才可重放/重冻Catalog	恢复原冻结文件或明确批准新来源版本时	Rate/Room 实施任务 / 产品	Active	当前可见room&rate 0812.xlsx SHA=0520824e...addb，不等于冻结7fdf2b5a...b04d3且generator已fail closed；先确认该文件为何变化，再决定恢复原件或新版本化重冻，禁止静默覆盖Catalog
2026-08-10	Rate/Room 上线按 Parser契约实现 → Layer 4 Resolver/options → Layer 5按Booking Type取对应option → Layer 6等值校验 → 解除Skill HOLD顺序闭环	开始端到端接线时	Rate/Room 实施任务	Active	Layer4 typed Context/Resolver、Parsing Agent最终V2 handoff、当前附件文件名型Rooming List resolver、Layer5 Candidate早餐/来源room及Layer6 option等值已离线完成；真实Profile/Secret/writer、整仓绿灯与发布Gate未完成前不得解除HOLD
2026-08-13	当前Rooming List识别不得读取名单明细或把材料标签提升为业务决定	修改附件识别、MaterialPackage、Layer3/4、Booking Agent wire或名单Parser时	Layer3/Layer4/Booking integration	Active	只认current精确LLT...xlsx并做OOXML包级安全检查；History附件、shared strings、名单行、姓名/同行/证件、Rooming文件名/bytes/content的Parsing Agent输入均持续禁止；业务类型/任务/Risk仍由Layer5决定
2026-08-12	TRP 临时通用纠偏必须被完整规则取代	完整 Roomtype authority 落地时	Rate/Room 当前任务	Completed	2026-08-19最终规则已替代旧TRP→RM4：QBD/LianTai V2使用TRP→RM2→GRPA1、SUP TRP/SUPTRP→RM3→GRPA1；仍禁止contains/fuzzy，其他公司共享目录未改
2026-08-12	对 TYPE OF ROOM → Roomtype 做整体更新，并保证 Rate Code 零漂移	用户提供/确认完整 Roomtype 映射表后	Rate/Room 当前任务	Completed	五条0813修正均已落地；精确ONE-BEDROOM-SUITE-DBL→RM2不扩展到其他DBL套房标签，Roomtype投影已更新且独立Rate套餐指纹保持90d5c733...fe27a；发布仍由上一条长期承诺控制
2026-08-13	Layer3不得丢弃Parser已确认的标准来源房型，也不得靠Layer4模糊匹配补洞	修改source-room Parser/Core/V2 projector或Layer4 Roomtype匹配时	Parser/Layer3/Layer4后续任务	Active	raw与Evidence永久保留；normalized只取resolved Parser值并由V2原样传递；unknown进review。Layer4仅允许删除空格和ASCII连字符后精确比较，仍禁止fuzzy/contains及静默Catalog修改；QBD/LianTai Suite DBL E2E为回归门禁
2026-08-12	PostgreSQL基础设施smoke通过不得被解释为CP5 Provider或生产放行	开始CP5、配置Parsing Agent开关或复用测试库前	Parsing Agent integration / 部署方	Active	PG V1–V6 restart/lease/concurrency已通过；继续闭合MySQL V30、告警/人工恢复runbook、独立Prompt/Skill/Profile/app/token/API exposure和无PII Provider smoke；production保持false
2026-08-11	渠道开发期间保持 QBD/C03-v2 统一状态语言；禁止按渠道局部改契约。QBD 与普通 LianTai 离线纵向切片通过后，单独评审 C03-v3 简化与 v2→v3 迁移	两个离线切片均通过时	跨渠道 C03-v3 契约任务	Completed	用户已冻结 ADR-008 / Fact-or-Material v1；C03-v2 多状态 Parser 输出转为迁移历史
2026-08-11	冻结契约不得在实现中静默扩展或恢复旧状态字段	修改 QBD/LianTai Parser DTO、Core、Profile、Agent输入或merge时	Parser合并实施任务	Active	公共facts仅十类；变更字段、BF/Q10语义、SUCCESS/FAILED或fact/material边界必须新ADR＋新版本
2026-08-11	真实样本中已识别的原文不得在 facts[]/agent_materials[] 两类输出之外静默消失	Parser v1 真实样本放行前	Parser合并实施任务	Completed	LianTai G/I/D、QBD WAITING 与 BEFORE/AFTER 修正已通过批准样本；证据见 Parser real-sample topic
2026-08-11	新确认的普通LianTai邮件正文模板、备注作用域与团号关联规则必须落入共享 Parsing Agent v1.0	v1.0 离线 Skill 实施完成时	Parsing Agent v1.0任务	Completed	已写入 v1.0 Skill reference/Schema/Fixture；独立中文Main Prompt不打包；Merger与V2 direct handoff已离线完成，真实Provider仍需另行授权
2026-08-11	运行时接线不得把Layer 3 STRUCTURED_MENTION直接转成Trace、linked action或部门	实现Merger或Booking Agent handoff前	后续 Parsing Agent integration	Active	Merger只保留中立类型；Layer 5 Booking Agent判断业务并提出可空部门候选，Layer 6 Validator对缺失必需字段fail closed

Use

Record only commitments that should affect future sessions. Routine next steps can stay in 30-worklog/current-state.md.

2026-09-09 Parsing恢复修复交付状态

• 用户认可修复，代码/Transport46项/完整verify1061通过6条件跳过/真实日志离线验证完成。

• 已与目标图片及固定邮件文字过滤从正式项目最新源码统一构建并加载当前5178/8082；未直接使用旧基包补丁，附件下载、忽略、详情布局及确认后返回列表均保留。统一候选1075项通过验收门槛，运行包确认含beginRecovery。

• 真实新邮件验收与Booking目标输出问题继续跟进；不自动重放或回填旧失败记录，不修改平台Agent/Profile/Secret。

• 修复证据。

• 2026-09-09后续授权已执行：五类活动处理为空时完成统一切换；服务健康、目标图加载5张、精确停机快照与启动后业务数据一致。未回放EML或调用Agent。

2026-09-09 Booking平台规则配置交接

• 已按用户要求更新并交付Downloads/Booking-Agent-V3-rc2-20260909；用户自行替换现有Booking Agent主提示词与完整同名Skill，发布到系统实际调用的配置，避免旧包同时生效。
• 本地9项打包和17项格式检查通过，系统Schema/代码未改；平台更新与真实业务判断尚未验收。
• Parsing恢复修复现已加载；待用户完成Booking发布后，再由用户正常提交新邮件复测实际V3/v2、目标引用和普通多住期处理；不自动重放旧记录。
• 配置包证据。

2026-09-09 Booking规则读取修复：已按最新授权加载

用户最新改为立即重启，本项已按授权加载至后台49370，前端45022保持；本次加载承诺已完成。同QBD邮件Replay2097623984166076417现已验证规则读取、结果格式、旧10项New/Update分类及Allotment处理成功，工作台投影完成；11项缺住客姓名待员工处理，未扩大为全部邮件或取消身份完整验收；另一任务后续构建需保留正式项目SuperAgentBookingDecisionPortV2和测试修复。交接记录位于.planning/booking-rule-read-fix-20260909/统一加载说明.md。见证据。

2026-09-16 CP3接续点

本地机制已落地并在独立H2和合成文件/页面验证；查看docs/project/integrations/ohip-execution-and-results-cp3.md及对应证据。默认真实酒店执行关闭，没有历史补办。下一步必须先获得封装平台发布许可并核对实际能力，再实现真实Adapter/UAT；FIT TA写/读、餐食/实际档案、多房和附件linkType/覆盖仍需真实证据，不能猜测。只可操作本轮专用测试数据。唯一授权子智能体Excel开发测试已结束，不能推导出更多创建许可。未配置自动化，未承诺停止回合后仍会后台开发。

CP19接续点（2026-09-16）

本地FIT NEW显式worker端口与逐项回显完成。仍须核实TA recorder/Meal、完成GROUP NEW/UPDATE和FIT UPDATE实际编排、长阶段预算让出/恢复、真实MySQL/平台部署/Oracle UAT；当前只本地测试，无真实运行。保持员工一次确认、原快照/目录冻结与先查后续办。CP19两名只读复核分别获许可且均结束，后续任何新代理先问用户。证据与隔离补丁：外层.planning/ohip-interface-review-20260915/cp19-fit-execution。