用户生成的报告少了一栏，作者第一反应是让他把原始表格发过来。表里有客户资料，用户不愿发送，问题就停在这里。其实很多缺列问题可以先从版本和输入结构查起。
错误编号、版本日志和最小复现样例都是成熟办法，应用已有隐私合适的诊断包时可以继续用。排错的起点不应默认是保存所有请求正文，否则处理服务没泄露的数据，反而进入了日志。
可以让处理函数返回一个可供查询的调用关联，业务记录保存实际接口版本和故障阶段。通过 EasyNet 接入后，双方围绕同一次处理沟通，而不是拿今天的默认版本猜用户昨天运行了什么。
缺列问题首先可能只需要列的结构、行数区间和错误位置；字段名本身也可能敏感，应让用户预览并选择是否提供。诊断查询检查工单对应身份，不能凭一个错误编号读取其他用户的材料。
还需要实现诊断内容的筛选、保存期限和用户确认。先用相同结构的虚构表格复现，只有确实无法定位时，再申请特定片段并说明用途；没有足够材料，就把原因保留为待确认。
测试时比较用户预览的诊断包与实际发送内容，再检查旧版处理能否被正确识别。作者能据此判断下一步该查哪一层，用户也知道自己交出了什么，排错才有机会继续，而不必先交换整份私人文件。
- 01
定位实际调用
记录版本与故障阶段
- 02
用户预览诊断
敏感列名也可不提供
- 03
合成数据复现
不能复现就保留未知
诊断包不复制请求正文
本地白名单提取演示。实际版来自运行记录；提交之前还需要用户预览和确认。
本地示例 · python
record = {"version": "v2.1", "stage": "validate_columns",
"error_code": "MISSING_REQUIRED_COLUMN",
"private_input": "synthetic placeholder, never send",
"secret": "mock secret, never send"}
allowed = ("version", "stage", "error_code")
preview = {key: record[key] for key in allowed if key in record}
assert "private_input" not in preview and "secret" not in preview
assert preview["version"] == "v2.1"
print(preview) # preview only; no network transmission预期结果：仅显示 v2.1、validate_columns 和错误码；不包含原始输入，也不把预览当作用户已同意发送。
接入时的检查项
- 诊断能够确定实际版本与故障阶段，缺失版本不会被替换成当前默认版。
- 预览材料和实际发送一致，不包含原始客户数据或密钥。
- 无法复现时显示证据不足，不把猜测自动写成已确认故障原因。