WebMCP 更新响应丢了之后，怎么安全恢复
来源：dev.to — 2026-11-15
📋 概述
作者故意把一次 WebMCP 更新请求的成功响应藏了起来：服务端已经提交，浏览器里还停在旧值——界面显示旧目的地，数据库里已经是新的。此时重试会把「没收到响应」和「服务端没执行」混为一谈。正确的下一步不是再写一次，而是按原始命令标识去查回执，返回「结果未知」并附带复核指令。
🔑 核心要点
- 请求发出前中止只能证明什么都没发生；提交后丢响应才产生真正的不确定，客户端不能假装成功或失败。
- 更新带两个身份：期望版本号说明想改的是哪一版，命令标识说明这是哪一次命令。
- 回执存储是恢复的支点：按命令标识查到已提交的新版本，界面才敢继续往前走。
- 这次追踪用例由脚本驱动，没有语言模型参与选择恢复路径。
💡 金句
“The safer next operation was not another write. It was a lookup of the original command.”
译：更安全的下一步不是再写一次，而是去查原始命令。
👍 0
👎 0
← 返回 dev.to 首页