CSV 是文本交换格式，打开它的软件会决定如何解释单元格内容。某个客户编号、备注或外部提交值以特殊字符开头时，表格软件可能把它解释成公式。解决方法不能只靠给整份文件加上引号，而应明确每列的数据类型与接收方式。
先分清数据错误与公式注入
客户编号中的前导零被删除，通常属于类型识别错误；不可信内容被解释成可执行公式，则涉及公式注入。两者都源于文本被自动解释，但验收目标不同。前者要保留原始业务标识，后者要确保外部文本不会获得公式语义。
OWASP 的 CSV Injection 页面说明，电子表格程序可能将以特定字符开始的内容识别为公式，并提醒分隔符、引号和换行可能影响新单元格的边界。它也明确指出，不存在适用于所有表格软件和所有下游消费者的通用清洗策略。
根据交付用途选择格式
如果文件用于程序交换，应约定字符编码、分隔符、列类型和解析规则，并通过正规的 CSV 序列化库输出。若文件主要给人打开查看，可以考虑能显式表达文本单元格的工作簿格式，并在目标编辑器中验证。文件扩展名换成工作簿后缀，并不会改变内容类型。
对于 API 直接填表，也应明确原样写入与用户输入解析的差异。Google Sheets 的输入选项提供了这两种语义，但其他工具的参数与行为可能不同。不能把界面里能识别为文本的输入，直接当成所有接口都会原样保存的保证。
保护策略也可能改变业务数据
给文本增加前缀可能影响下游匹配、搜索和再次导入。企业编号必须与业务系统完全一致时，这种变化不能悄悄发生。可以保留未经修改的来源字段供程序处理，再提供明确标注的展示文件；两种用途的文件必须能区分。
OWASP 还提醒，某些转义在保存并重新打开后可能失效。因此测试不能止于首次打开。应覆盖实际使用的软件、保存动作和再次导入链路，确认保护仍有效，且业务字段没有被额外字符污染。
建立不含危险载荷的验收样本
| 字段样本 | 验证内容 |
|---|---|
| 带前导零的编号 | 是否完整保留文本 |
| 含逗号、引号和换行的备注 | 是否仍在同一字段 |
| 形似公式的无害测试文本 | 是否按预期保存为文本 |
| 多语言字符 | 编码与再次导入是否一致 |
交付检查应记录目标软件、打开方式和回读结果，而不是笼统声称“CSV 已安全处理”。Agent 可以辅助识别字段与生成验证样本，但最终规则应由数据用途决定。把类型语义讲清楚，既能防止客户编号被改坏，也能减少外部文本被意外当作公式执行的风险。
在企业文档中验证
如果要把本文方法用于企业文档，可预约演示，结合实际资料核对协作、权限与集成方式。
需要在自己的环境中验证时，可先了解私有化部署方案，再确定试用范围与验收要求。