原需求 17/18 真实执行证据表

run_id: sept-2026-update-arrangement-live-03
marker: TEST-202609
account: 测试ai员工账号
live runtime: 0.5.83
final candidate: 0.5.84
contract: ltjt-lifecycle-v2.5-replay-stabilized-2026-09
status: narrow_updates_live_validated_and_inert_cleanup_complete

本专项在用户授权的本地 Chrome 登录会话中真实执行，不是只调整文档分类。所有 ERP 写入均位于业务操作根目录，目标是本轮 AI 测试账号创建且带 TEST-202609-U1718C 的 2026 年 9 月对象。

结论

原需求	真正执行的窄能力	原生响应与回查	结论
17 独立团信息修改	标间数 `twin_room_count / frenshu1`：`8 → 9`，随后 `9 → 8` 恢复	两次 `DoInfoJH` 均 HTTP 200、156 bytes、明确“修改成功”；两次 fresh GET 分别得到 9 和 8	真实通过；只开放目标正整数标间数，不能外推其他字段
18 安排变更	未确认酒店 row `88528`：离店日 `2026-09-12 → 2026-09-13`，房间数 `8 → 9`	`DoInfo_jiudian` HTTP 200、370 bytes、明确“操作成功”；fresh 酒店子页与团队总表同时匹配，资源/房型/入住日/状态/备注保持	真实通过；只开放唯一未确认酒店行的离店日和/或目标房间总数

测试对象

日期	团号	tid / ddid	使用情况	当前状态
09-05	`LW-260905TEST-202609-U1718C-A`	`14420 / 14482`	执行 17、创建/修改/清除 18	标间数已恢复 8；酒店 row 已清除；订单保留
09-18	`LW-260918TEST-202609-U1718C-A`	`14421 / 14483`	未修改对照	订单保留
09-27	`LW-260927TEST-202609-U1718C-A`	`14422 / 14484`	未修改对照	订单保留

批量创建任务 TASK-20260812110229-1ENHIPg / execution 00d6a197-a021-4efd-8444-cc711a2c2705 返回“操作成功，共计新增 3 个团队”，三日期逐单查询均 HTTP 200，并匹配账号、标记、团号、tid 和 ddid。

逐操作回执

record	task / execution	写入	server response	fresh requery	判定
U17	`TASK-20260812110459-zFj8aEk` / `95af0c74-4671-45ac-bdad-fb15ee83080a`	`frenshu1 8→9`	HTTP 200；156 bytes；SHA-256 `fbd715d4…78ef8b`；明确成功	详情 `frenshu1=9`；身份/账号/标记全匹配	passed
A18-CREATE	`TASK-20260812110810-I4Mnzu8` / `5dc7db14-a729-44cf-95a2-c205ddc765ef`	创建未确认酒店 row `88528`	HTTP 200；370 bytes；SHA-256 `29c52a3a…35af6`；明确成功	子页八字段与总表匹配；资源候选 522 中精确命中 1	passed
A18-BLOCK	`TASK-20260812110948-GaVTmqE` / `826e95c3-9bb0-4a25-9b0b-5c420f4a6f87`	无	无；`write_attempted=false`	原生 `update_CZR(0)` 清空备注，触发 `arrangement_update_remark_mismatch`	safely blocked
A18-UPDATE	`TASK-20260812111518-iWGEoT0` / `d04a4882-b219-4c2a-932f-419891916aac`	离店日 `09-12→09-13`；房间数 `8→9`	HTTP 200；370 bytes；SHA-256 `134be3cd…76ad9`；明确成功	子页八字段和总表匹配；row/resource/备注/未确认状态保持	passed
A18-CLEAR	`TASK-20260812111845-BYV6k5g` / `489624eb-929f-4736-ac72-af7a6c14ab8d`	清除 row `88528`	HTTP 200；285 bytes；SHA-256 `c992e1aa…e556d`；明确成功	row ID、资源 ID、测试备注均缺席；总表匹配	passed
U17-RESTORE	`TASK-20260812112011-jcCgEO4` / `2f4ed58c-e2bf-4e92-8726-0576e7f05545`	`frenshu1 9→8`	HTTP 200；156 bytes；SHA-256 `52c1fe91…a53c5`；明确成功	详情 `frenshu1=8`；身份/账号/标记全匹配	passed

机器可读的逐操作八字段回执见 evidence-live-20260812-u1718.json，精确对象允许清单见 allowlist.live-20260812-u1718.json。

0.5.84 候选重载后只读终检

Chrome 已重载扩展源码；平台报告 required=0.5.84，插件 PING 报告 version=0.5.84、测试账号匹配、ERP 自动化开启且无登录/权限错误。
订单列表只读查询 HTTP 200，精确返回上述 3 个团号，逐行匹配账号、标记、tid 和 ddid。
探针 READONLY-LIFECYCLE-sept-2026-update-arrangement-live-03-1786535407565 回查 frenshu1：expected 8 / actual 8，matched=true、write_attempted=false。
探针 READONLY-LIFECYCLE-sept-2026-update-arrangement-live-03-1786535420058 回查酒店清除终态：row 88528、资源 947 和测试备注均不存在，团队总表匹配，write_attempted=false。
两个只读输入夹具分别为 live-inputs/u1718-readonly-postcheck-twin-8.json 和 live-inputs/u1718-readonly-postcheck-hotel-cleared.json。

实现修正与能力边界

ERP 原生 update_CZR(0) 会在酒店离店日或房间数失焦时清空现有备注。插件现等待联动稳定，再恢复 frozen remark；恢复失败即写前阻断。
planner、外部 validator、Schema 和浏览器 adapter 都只接受 arrangement_hotel 的 end_date / room_count update。导游、车辆、大交通、其他/备案 update，以及酒店的入住日、房型、资源、备注或状态修改均失败关闭。
order_update_independent 只接受一次正整数 set twin_room_count。已知不持久的 booking_note 和其他未逐字段验证的独立团字段继续阻断。
每次结果均报告 no_procurement/no_payment/no_notification/no_external_send；本专项观察到的禁止副作用为 0。
0.5.84 扩展包精确 18 个文件且与源码逐文件一致；版本包与通用别名字节一致，SHA-256 为 cade01f0973454f43a904c71cec53329076b132486714e39e81b43eea538d3b9。

清理状态

酒店测试安排已清除，独立团标间数已恢复为 8。三张独立团测试订单仍保留且处于惰性状态：本专项未先执行 confirmation_export 并冻结导出证据，因此按既定删除闸门保持 delete_enabled=false/delete_authorized=false，没有跳过前置直接删除。用户可按精确允许清单手动清理，或后续先补导出证据再由 order_delete 清理。

6.1 KiB Raw Blame History Unescape Escape