当合规或安全负责人担心员工把身份证号、客户名单或 API 密钥直接贴进 ChatGPT Work 时，首先需要明确：当前工作区默认不会替你判断哪些内容是敏感数据，也不存在一个开箱即用的“自动脱敏”按钮。脱敏规则通常要由管理员在配置层自己定义，审计线索则需要结合现有日志系统或工作区导出的日志来补充。所以判断方向不是“要不要用”，而是“在哪些环节先挡住明文”。

如果要把个人信息或商业机密交给 ChatGPT Work 处理，建议先确认当前工作区是否支持自定义脱敏和审计日志导出，并先建立敏感字段清单。用替换词做基础掩码，配合会话标签和审批流，再通过日志抽检验收。边界是：自定义替换词无法应对上下文变体，高敏场景仍应避免直接粘贴原文。

识别场景中涉及的敏感数据类别

在做任何配置前，先梳理场景中会出现的敏感字段，明确哪些字段不允许以原文进入工作台。建议按以下类别建立清单：姓名、住址、手机号、身份证号、银行卡号；访问密钥、API Token、数据库连接串、私钥；内部项目代号、业务合同金额、客户名单、未发布财务数据。逐项列出字段名称、常见格式、可能出现的句子位置，以及脱敏后应显示成什么占位符。这个清单同时用于后续替换词配置和日志核对。

在ChatGPT Work中配置自定义替换词

如果当前工作区提供“自定义替换词”或“文本处理规则”配置（通常位于工作区设置或安全策略中），就可以把敏感字段映射为占位符。这里以一组简单映射为例：

敏感字段: 替换为
张三: 【姓名】
110101199003077777: 【证件号】
AKIAIOSFODNN7EXAMPLE: 【密钥】

配置时需要注意：替换词适用于格式固定的字段，对“张三”这类常见姓名会误伤，建议先用正则表达式限定长度或上下文。例如将身份证号配置为 17 位数字加 X 的匹配模式。替换动作发生后，日志中应只保留占位符。具体入口名称和正则支持程度需要结合当前工作区版本确认。

设置会话标签与访问审批

对高风险会话（例如包含人脸照片、合同文档或数据库导出的会话）单独打标签，并让审批流在会话建立前介入。通常在会话策略或工作区设置中创建“含个人数据”“含商业机密”标签，然后将标签与审批流绑定。开启审批后，员工新建会话时需选择标签，并由指定审批人通过后才会进入实际对话。这一步能减少明文被随手粘贴的概率，但审批人无法逐字审查上下文，所以标签只能作为管控环节，不能替代脱敏。

查看审计日志并核对脱敏效果

审计日志是验证脱敏是否完整的唯一依据。在日志中，应该同时记录会话发起人、时间、会话标签、脱敏后的内容片段。如果配置成功，日志里不应出现“张三”或“110101199003077777”这类原始值，而应显示“【姓名】”和“【证件号】”。核对时，可以导出最近一段时间的日志，检索字段清单中的明文是否仍出现。如果出现，说明替换规则未覆盖，需要回到配置层修改。

建立定期抽检机制

抽检不能只看有没有配置，要看一段时期内的实际脱敏结果。建议每批次抽检 20～50 条已完成对话的会话记录，按以下标准判断：日志中有没有出现敏感字段明文；占位符是否与字段类别对应；审批记录是否完整；是否有人手动关闭了脱敏规则；新增的字段类别是否及时纳入了替换词。判定标准中没有“绝对安全”，因为规则是自定义的，覆盖面需要持续维护。