设想一家自行车维修店。客户只想把取车备注改成周五下午，却没有提到联系电话。人工智能生成的更新，必须区分没提到和明确删除。这是虚构案例。

在采用 JSON 合并补丁的接口里，只包含取车备注，不包含电话字段，原电话保持不变。先表达业务意图，再生成更新。不要为了凑齐字段而添加空值。

同一协议里的电话空值，表示移除电话成员，不是我不知道电话。抽取时的未知状态，不能直接变成写入时的删除。删除需要明确意图和权限。

列表也有边界。合并补丁里的数组会整体替换，不是自动追加。只提交一个新标签，可能让原来的标签消失。评审要展示完整前后差异。

先确认接口格式。JSON Patch 使用有序操作列表，是另一种协议。不能只看请求方法相同，就混用删除语义。业务需要保存空值时，也要核对接口契约。

用合成资料测试未提及、明确删除、空字符串和列表。先写期望差异，再检查实际请求并读回结果。目标是没有意外删除或丢项。这是建议的测试方案，没有在客户系统执行。

给团队留下一条规则：读取可以未知，写入必须明确保留、设置还是移除。负责人审核的是数据差异，不只是人工智能写出的句子。