什么数据不能喂给模型，这份清单要先写完

用模型用顺手了，什么表都往里丢。丢进去很方便，拿不出来。

这件事没有第二次机会——数据一旦进了外部服务，你没有撤回键。清单必须在第一次调用之前写完，不是出事之后补。

三档分级

喂给模型之前，先给数据分三档

第一档没什么好说的

自己的文案、公开页面上能查到的竞品信息、已经去掉客户标识的汇总报表，这些喂进去没有额外风险。

唯一要留意的是「已脱敏」这三个字是不是真的做到了。一张销售明细表，删掉买家名字不等于脱敏，剩下的地址、订单号、购买组合凑起来还是能定位到具体的人。

第二档的脱敏要做彻底

工单要去掉买家标识、联系方式、订单号和地址。报价要去掉供应商名称和联系人。成本表要把绝对金额换成比例或者区间。

换成比例这招最实用。模型要的是结构和量级，不是你的真实成本。给它「物流占售价的 18%」，它照样能算，你也不用把底价交出去。

带供应商名称的报价也一样。你要模型做的是比价和结构分析，不是记住哪家供应商报了多少。把名称换成甲、乙、丙，结论一点不受影响，风险降一大截。

第三档的判据只有一条

一旦外泄，代价是不是由你独自承担。

账户凭证泄露，损失是你的。买家信息泄露，责任是你的。成本底价泄露，谈判筹码没了，后果还是你的。三条都指向同一个判断：这类东西不进任何外部服务，包括那些号称私有化部署的。

这个判据比列清单好用，因为清单永远列不全，而判据能覆盖新出现的数据类型。

清单要贴在使用现场

写在文档里没用，没人会在调用前翻文档。我要求把这份清单直接贴在提示词模板的开头，每次调用都能看见。

换人更要靠它。新同事不知道哪些能喂哪些不能喂，凭直觉判断的结果一定是偏松——因为喂进去很方便，不喂很麻烦。

两个容易忽略的口子

一个是截图。很多人知道不粘文本，但会直接截后台的图丢进去。图里的信息和文本是一样的，还更难控制范围。

另一个是历史对话。上一轮喂过的数据还在上下文里，下一轮新任务用的是同一个会话。敏感数据和日常任务分开会话，这个习惯比清单更能防住误操作。

我们内部还有一条：涉及第二档数据的会话，做完就结束，不留在列表里接着用。留着很方便，但方便本身就是在累积暴露面。

一条底线

宁可少喂。少喂的结果是模型答得粗一点，多喂的后果你没有兜底能力。这两件事不对等，所以判断模糊的时候一律往严的那边靠。