60 lines
21 KiB
Markdown
60 lines
21 KiB
Markdown
# Commitments
|
||
|
||
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`.
|