写入保护
- fingerprint、tenant、订单/件数和 USD 金额精确绑定；
- 确认和入队同一事务完成；
- 恢复始终续跑同一 request_id；
- 已购标订单永久冻结，绝不重购。
Logic · v12 · contract 4.0 · Runtime v17
TikTok 发货 Skill 运行逻辑
目标是让乔燃在自己的电脑独立完成“握手—预览—确认—watch—购标—读回—交付”，同时把重复购买、跨店混单、旧契约、权限漂移和无声中断锁在流程外。订单与审计层保留 X8A/X8B 原始身份，骐思货盘层统一写 X8，X8B 仓库校验仍独立。
主流程
10 个员工工具、15 项能力与动态 readiness 握手 → 只读双店预览 → 乔燃精确确认 → 服务端原子入队 → journal + watcher → canary → 逐单购标与官方读回 → 骐思打包 → MCP 资源验签下载 → Finder 打开
交付保护
- 只接受 completed 或 completed_with_exclusions；
- 校验大小与 SHA-256；
- 校验 Excel、ZIP 和 PDF 数量；
- 全批排除只报告
delivery_not_required:all_orders_excluded，不创建或打开空目录。
通用异常决策
预览缺业务输入：若出现 preview_business_input_required，汇总展示未知 SKU 的脱敏字段；乔燃先做 tk_shipping_policy_preview，按返回的精确确认句发布，官方读回后重新预览。
运行期业务决定：任何物流业务异常都直接给乔燃服务端决策卡；她只选择 exclude_order 或 resume_after_correction，Agent 用 tk_shipping_resolve_exception 在同一 request_id 续跑并重新启动 watch。
技术恢复：保持原 request_id，由服务端核验与零写恢复；不创建新批次，不重购已完成订单，也不转给 SHIN 兜底。
只能在 Seller Center 完成的物流动作，由乔燃先排除对应订单后本人完成；人工结果不得冒充当前 API request 已官方读回。
完成标准
- 看到
delivery_complete，或全批排除时看到delivery_not_required:all_orders_excluded； - 有交付时，面单数、Tracking 数、订单数、货盘表数一致；
- 写闸门关闭，一次性令牌不存在；
- 有交付时，乔燃电脑出现固定骐思目录且 Finder 已打开；
completed_with_exclusions明确列出排除项及后续动作，不能报告“今日全部完成”。