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

Commitments

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。见证据。