沟通记录里的信息不是都能进画像。多记一行，暴露面就多一分。本文给出一张可填写的敏感信息边界表，按岗位相关性与确认状态决定写不写、写多细。
人才画像回写的核心不是列举敏感词，而是先立「最小必要」：只回写直接支撑岗位判断、且经候选人确认的最小字段。本篇按信息类型、业务必要、敏感字段与留存权限四项判断，把回写分为可回写、只存脱敏结论、不回写三级，交付一张四列边界表，并说明访问、脱敏与留存如何兜底。
回写不是越全越好：先立最小必要原则
画像回写只服务于岗位评估，而不是把候选人信息尽量存档。《个人信息保护法》《数据安全法》对个人信息处理提出目的限定与最小必要要求，候选人还享有知情同意、访问、更正删除和撤回同意的权利。字段越多，可被查看、导出和误用的面越大。
回写清单因此要先删后留：先问哪一项不写也不影响本次招聘判断，再决定保留什么；写不清用途的字段不进入画像。
盘清沟通记录里的敏感信息类型
招聘Agent与候选人的多轮沟通，可能同时带来身份、财务、健康、家庭、证件和账号等信息。先按类型盘点，才能避免把全部内容当成一个「聊天记录」整体处理。下面是一份清点模板，企业按实际沟通链路增删；这一步只清点，不预设回写。
- 身份与联系方式：姓名、手机号、住址、紧急联系人。
- 薪酬与财务：当前薪资、期望区间、账户与负债细节。
- 健康与家庭：健康状况、病史、孕产计划、家庭照护安排。
- 证件、账号与原文：证件号码、平台账号与密码、完整对话与语音。
没有用途的类别直接进入不回写清单；类别划分属于方法建议，企业应结合岗位与合规要求调整。
用三个问题判断是否与岗位评估相关
把每一类信息过三道问题，三个答案都为「是」，才进入候选回写范围。这套顺序是方法推导，企业仍需结合岗位标准确认。
- 是否直接影响岗位胜任或到岗安排？可到岗日期、工作地点与通勤范围会影响排班；婚育计划、家庭矛盾等私人信息默认止步。
- 是否由候选人确认且可核实？原话确认、材料可核的信息可以进入；Agent的推断未经确认只能标为待核实。
- 不记录是否会影响本次招聘判断？缺少它仍能正常筛选与推进的，就不值得扩大画像暴露面。
任一为「否」都不进入可回写级别；未经验证的负面评价同样止步或降级为待核实。
默认不回写的信息与三级回写级别
在最小必要前提下把回写分成三级，判断就不再依赖个人习惯。级别划分属于方法建议，由招聘负责人确认边界。
| 级别 | 适用信息 | 最小字段 |
|---|---|---|
| 可回写 | 岗位相关且已确认 | 结论、确认日期、原话摘要 |
| 只存脱敏结论 | 相关但含敏感细节 | 结论与待核实标记，不存原始细节 |
| 不回写 | 无关或属账号凭据 | 不进入画像，走单独流程与权限 |
默认不回写至少包括：证件号码与住址、平台账号与密码、完整聊天原文与语音、未经确认的评价或推断；拿不准的先不写，交人工判断。
把判断落成一张敏感信息边界表
把上述判断落成表格，字段配置与权限核对就有同一份依据。下面这张四列边界表可作为企业自查与字段白名单的底稿，最后一列回答谁在什么用途下能看、看多久。
| 信息类别 | 岗位相关性 | 默认级别与最小字段 | 访问与留存 |
|---|---|---|---|
| 身份与联系方式 | 部分相关：约面与到岗通知 | 只存脱敏结论；住址不回写 | 招聘HR与对接人可见，约面后收起 |
| 薪酬与财务 | 相关：期望区间影响预算 | 只存区间、确认日期与轮次 | 招聘负责人可见，按招聘周期留存 |
| 健康与家庭 | 通常无关，到岗安排确需时例外 | 只存「需要某项安排」结论 | 限安排责任人查看，到期删除 |
| 证件与平台账号 | 与画像评估无关 | 不回写；原件走入职流程 | 限对应办理角色，禁止展示导出 |
| 聊天原文与语音 | 仅用于核实原话 | 不存原文，只存摘要与轮次 | 按沟通记录权限授权，到期清理 |
| 未确认的评价与推断 | 弱相关，需人工复核 | 仅以「待核实」进入，不得筛选 | 限复核人查看，未核实不流转 |
表格逐行启用：填清相关性、级别、最小字段和访问留存要求后才开放字段；新增字段先补行再配权限，未填清的不进画像。
访问、脱敏与留存：回写后的三道约束
回写边界决定「写不写、写多细」，访问与留存决定「谁能用、用多久」。公开资料对合规实践的要求包括访问权限控制、数据脱敏、操作留痕与日志留存周期管理，第三方共享需明示并约定处理边界。
落到画像上可按三点执行：按岗位与角色分配查看权限，不开放全量画像；敏感字段默认脱敏展示，完整值走单独授权，导出留痕且审计记录与画像字段分开；留存期限与用途绑定，到期或候选人撤回同意时删除，并保留可追踪的处理记录。
在牛招智能体的沟通与画像链路中落地
牛招智能体的公开产品单页把「数据安全保障」列为能力项，公开讨论也把数据安全与审计机制、人机分工边界列为招聘Agent的落地前提。这些信息能说明产品重视安全，但没有公开字段级的敏感信息识别与脱敏实现细节，企业不应把平台级安全描述外推成「自动完成敏感信息判定」。
接入时，先由企业配置可回写字段白名单、查看与导出权限和留存期限，再让Agent按已配置字段补全画像；原文与敏感细节留在受控流程里，不直接写入画像。异常项与候选人投诉交人工确认，最终取舍仍由招聘团队决定。
常见问题
问：候选人主动说明健康或家庭情况，能写进人才画像吗？答：默认不回写诊断、病历与家庭细节。只有岗位安排确实需要（如排班、工位、出差限制）且候选人主动说明时，才记录「需要某项安排」这一结论，并限定查看人与留存期限。
问：候选人未确认的推断，能否先存进画像再核实？答：可以待核实状态进入，但要写清原话摘要、轮次、推断理由和核实责任人；未核实前不得用于筛选结论。若没有「待核实」字段，宁可不写。
问：字段配置好后，HR还需要逐条核对吗？答：需要。公开产品资料只说明数据安全保障属于能力项，没有公开自动脱敏细节。企业应配置字段白名单、查看与导出权限和留存期限，对异常与边界项做人工复核，并随岗位和法规变化更新边界表。
写在最后：先删后留，再谈补全
当画像每多一个字段，候选人的信息暴露面就多一分——你的团队，准备好把「尽量完整」改成「最小必要」了吗？先把回写边界表填清，再让Agent补全画像，访问、脱敏与留存才有落点。
