鲨鱼辣椒
f4aa01e1f9
verify / booking-verify (push) Has been cancelled
补齐C1正文资料交付和C2配额分类规则，完善Proposal人工任务、固定图片过滤及邮件附件展示。 修正失败终态与恢复上限，增加关闭状态的通知组件，永久保留处理历史并完善筛选分页。 同步相关页面修复、迁移、测试和项目记录。 验证：后台复用同源码clean verify结果1155通过/10条件跳过；前端262项及生产构建通过；敏感资料和提交路径检查通过。
106 lines
26 KiB
Markdown
106 lines
26 KiB
Markdown
# Commitments
|
||
|
||
## 2026-09-10 C1后台统一加载已完成，平台配置后待真实测试
|
||
|
||
Closed（后台加载）：六份最终C1来源优先/正文交付文件已进入运行包，2026-09-10实际重启成功。用户自行更新Main Prompt与Skill两文件后继续真实效果测试；本次未操作平台或新运行Agent。见[加载证据](../50-evidence/topics/2026-09-10-unified-runtime-load.md)。
|
||
|
||
## 2026-09-10 三处失败收尾CP2a已合并并加载
|
||
|
||
Closed（CP2a加载）：独立补丁已按基线合并最终主项目，综合验证通过，PG V21及后台已实际加载。通知自动发现/登记继续由下方CP2跟踪，当前不发送或补发。见[加载证据](../50-evidence/topics/2026-09-10-unified-runtime-load.md)。
|
||
|
||
## 2026-09-10 回放历史永久保留统一加载已完成
|
||
|
||
Closed（本地加载）：V40/V20实际成功，16张PG及2张平台表期限已清空；今天/近7天/近三个月/全部历史、两页无重复、旧详情与日志导出只读通过。当前本地存储保持；没有声称恢复已删除数据或核验外部OSS生命周期。见[加载证据](../50-evidence/topics/2026-09-10-unified-runtime-load.md)。
|
||
|
||
## 2026-09-09 失败提醒CP2待接自动触发
|
||
|
||
Active：2026-09-10 CP1提醒组件、私有配置指向与V39表已加载，发送保持关闭；CP2a三处失败收尾也已加载。仍需衔接最终失败的自动发现、稳定执行身份与去重登记，并在启用前核对历史失败回执及通知策略。本次没有自动发送/补发或真实外部联合验收；不创建定时任务。见[加载证据](../50-evidence/topics/2026-09-10-unified-runtime-load.md)及[通知交接](../../docs/project/integrations/wechat-failure-notification-cp1.md)。
|
||
|
||
## 2026-09-09 Proposal Allotment Booking统一联调
|
||
|
||
Active：可替换配置已交付，用户手动配置；等待C1实际运行材料及A/B统一联调安排后，验证三封实际邮件、真实Booking输出、系统接收/Layer6与人工办理，并回归实际团队使用配额、整块取消、混合与历史。当前只有构造材料离线结果，不提前替换当前Agent或切换5178/后台。详见[交付证据](../50-evidence/topics/2026-09-09-proposal-allotment-booking-config.md)。
|
||
|
||
## 2026-09-09 Proposal Allotment页面接续已完成
|
||
|
||
Closed：用户确认样式并允许对接A后，同一页面已连接内容/状态/完成动作并更新5178。5190保留，无子智能体、Agent调用或邮件回放。实际邮件验证归于上述统一联调，不重复创建页面接续事项。见[完成证据](../50-evidence/topics/2026-09-09-proposal-allotment-workbench-release.md)。
|
||
|
||
|
||
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。
|
||
- [修复证据](../50-evidence/topics/2026-09-09-parsing-recovery-suffix-fix.md)。
|
||
|
||
- 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、目标引用和普通多住期处理；不自动重放旧记录。
|
||
- [配置包证据](../50-evidence/topics/2026-09-09-booking-target-rule-package.md)。
|
||
|
||
|
||
## 2026-09-09 Booking规则读取修复：已按最新授权加载
|
||
|
||
用户最新改为立即重启，本项已按授权加载至后台49370，前端45022保持；本次加载承诺已完成。同QBD邮件Replay2097623984166076417现已验证规则读取、结果格式、旧10项New/Update分类及Allotment处理成功，工作台投影完成；11项缺住客姓名待员工处理，未扩大为全部邮件或取消身份完整验收；另一任务后续构建需保留正式项目SuperAgentBookingDecisionPortV2和测试修复。交接记录位于`.planning/booking-rule-read-fix-20260909/统一加载说明.md`。见[证据](../50-evidence/topics/2026-09-09-qbd-booking-output-shape-failure.md#修复实现已验证等待统一加载)。
|