在设备上清理列表、CSV 与 JSON

实践示例：两个地址与需要保留的标识符

从“Ada <[email protected]>”、该地址的重复副本以及“[email protected]”开始。邮件列表清理工具应得到两个不同地址。不要将行数当作地址数：一行可能包含多个地址。规范化空格或大小写前保留原始副本；去重后可能难以还原哪些原始行被合并。

CSV 阶段使用 id,email,consent 表头和 007,[email protected],false 记录。如果只选择 email 列，就会主动丢弃 id 与 consent。后续工作需要许可状态时，应保留 consent 列。工具无法替您判断哪些列没有用途，这取决于数据交付目的。含逗号或换行的字段需要正确加引号，简单按每个逗号切分不是可靠的 CSV 解析方法。

在 JSON 中比较 {"id":"007","consent":false,"tags":[]}。id 应保留为字符串，false 不能变为空值，tags 应是空数组。JSON 路径列表只能定位字段，不能证明字段值正确。邮件地址语法看似正确也不证明邮箱存在或有权发送消息。最后在目标应用中打开文件，再次检查前导零和记录数量。

先写明目标与边界

开始前记录验收标准、允许的数据类型以及绝不能自动化的决定。示例应使用合成数据；不要把真实个人数据、机密、访问密钥或受许可限制的全文复制到流程中。

无需上传原始数据，安全处理重复项、不必要列和嵌套字段。

• 原始副本保持不变。

实践工作流

从邮件导出中提取地址、去重、保留必要 CSV 列，并记录 JSON 路径。

每个工具输出都只是观察或基于规则的转换，并非身份验证、法律合规、安全认证或专家判断。高影响结果应通过当前一手来源或合格人员独立核验。

• 第 1 步：电子邮件列表清理器
• 第 2 步：CSV 列选择器
• 第 3 步：JSON 路径列举器

核验结果

并排保留输入与输出；标记变化字段、转换规则和需要人工批准的环节。除正常示例外，还应测试空值、格式错误、超大内容和异常 Unicode。

• 交付前核对表头和行数。

失败路径与恢复

某一步失败时不要强行传递输出。回到最近一次已验证副本，缩小输入，移除错误信息中的个人数据和机密，并记录停止条件。

• 错误数据不会被静默丢弃。

可重复检查清单

如果他人仅凭该记录即可重复流程，方法才足够清晰。请一起保存来源、日期、工具版本、输入模式、预期结果、已知边界和回退副本。

• 原始副本保持不变。