占位符脱敏（用通用描述替换真实公司、项目与内部数据）

这个方法解决什么

在把简历、JDS、招聘信息和面试相关材料交给通用 AI 服务前，把可识别信息替换为"某消费品公司""内部数据平台""某零售品牌"等占位符，先完成结构改写，再在本地文档中恢复真实信息。这是一种适用于所有通用 AI 求职场景的隐私前置操作。

适用场景

• 任何使用在线通用模型、未签企业版协议的求职者。
• 在职期间的内部项目、客户名单、未公开数据不能交给通用模型。
• 在不同岗位投递中需要轮换"涉及哪家公司"的事实底稿。

操作步骤

1. 在事实底稿中标注所有可能暴露隐私的字段：公司名、项目名、内部代号、姓名、联系方式、精确出生日期、身份证号、未公开客户、薪资单数据、未公开业务方向。
2. 用通用描述替换这些字段，例如"某消费品公司""某跨境电商团队"。
3. 在与 AI 的提示词中明确说明"所有占位符在使用方恢复之前不应被反向推断"。
4. AI 完成结构改写、问题清单、求职信后，在本地文档中恢复真实字段。
5. 对照原简历、证明材料和 JD 进行最后一次事实回查。

容易出现的失败

• 只脱敏了简历正文，没有脱敏引用的项目代号、客户名或内部产品名。
• 把身份证明、薪资单、推荐人联系方式一并上传，即使事后删除也无法收回历史 prompt。
• 没有检查该模型/服务的当前数据保留、训练使用、企业版与个人版差异与删除设置。

关联任务、工具与风险

• 配套方法：简历事实底稿（让 AI 不能补写未经核实的经历）。
• 风险：把未脱敏资料交给通用 AI 服务的隐私与内部数据风险。

来源边界

"用占位符替换公司名/项目名后再交给通用模型"是作者原文给出的安全操作；"个人版 vs. 企业版差异"和"删除设置"等检查项是按作者"先检查模型/服务的当前数据保留和训练使用"的方法论整理而来，不应误写成逐字建议。