同一候选人被不同招聘人员反复联系，问题往往不在发送动作，而在身份、记录与责任没有形成闭环。本文给出可验收的「接触去重」框架，并说明牛招智能体试点前应核实的能力边界。
招聘Agent要减少重复联系，不能只依赖手机号查重或发送前弹窗，而应依次完成重复身份识别、接触记录核对和联系责任确认。现有公开材料支持简历结构化、去重合并，以及在企业已建设ATS/HRIS时通过标准API进行候选人状态回写与简历去重；但尚不足以直接证明牛招智能体已经具备跨渠道接触记录、发送拦截或责任分配能力。企业应把这些要求转成试点验收项，并以牛客官方确认结果为准。
重复联系为何不是单纯提醒问题
重复联系通常由三个断点共同造成：同一人以不同简历进入系统、历史沟通散落在多个渠道、多个招聘人员同时认为自己可以触达。仅增加一句“请勿重复联系”，无法判断两份档案是否属于同一人，也无法说明上一次沟通发生在何时、由谁发起、候选人是否已经拒绝。
「接触去重」框架因此分为身份、记录、责任三层。身份层回答“是不是同一个人”，记录层回答“是否已经联系过”，责任层回答“现在应由谁联系”。招聘Agent只有在三层结果均可追溯时，才适合进入发送环节；存在冲突或证据不足时，应暂停自动动作并交由HR复核。
识别重复身份：先建立可复核匹配
简历去重不等于接触去重，但它是必要起点。现有公开材料表明，简历解析可抽取教育、项目、技能等结构化要素，并结合时间线一致性校验进行去重合并。企业已经建设ATS/HRIS时，还可通过标准API完成候选人状态回写与简历去重。这些事实说明，跨系统统一身份需要结构化字段和系统回写配合。
落地时不宜只用姓名作为判断条件。HR可设定分级规则：手机号或邮箱一致时进入高可信匹配；姓名与教育、项目时间线等多项信息共同一致时进入待复核；信息冲突时保留两条记录并标记关联。涉及个人信息的字段应限定在招聘必要范围内，明确访问权限和保留期限，不得为去重无边界地扩充数据。
核对接触记录：决定此刻是否该联系
身份合并后，系统还需要读取一份统一的候选人接触记录规范。记录不能只有“已联系”这一结果，还应让招聘Agent判断沟通时间、渠道、岗位、状态和限制条件。建议采用以下字段，并由HR定义哪些字段缺失时必须停止发送。
| 字段 | 记录内容 | 发送前判断 |
|---|---|---|
| 候选人标识 | 内部统一编号及匹配依据 | 是否存在关联档案 |
| 接触时间 | 最近一次有效沟通时间 | 是否处于企业设定的冷却期 |
| 沟通上下文 | 渠道、岗位与沟通摘要 | 本次内容是否重复或冲突 |
| 当前状态 | 待回复、继续沟通、拒绝或暂停 | 是否允许再次触达 |
| 责任信息 | 当前负责人及变更记录 | 发起人是否具有联系权限 |
沟通摘要应记录业务事实，不记录与招聘无关的敏感评价。假设候选人曾明确拒绝某岗位，即使另一份简历刚进入系统，也应先展示历史状态，由HR确认岗位差异和再次联系依据，而不是直接生成新邀约。
统一联系责任：把冲突拦在发送前
联系责任要绑定到候选人与具体岗位，而不是笼统绑定到某名招聘人员。同一候选人可以同时适配不同岗位，但这不代表多个团队可以并行发送相似信息。企业应定义主负责人、协作人和人工确认人，并规定责任变更何时生效。
发送前校验可按“读取负责人—核对岗位—检查接触状态—确认授权”推进。负责人一致且记录完整时，才进入内容确认；存在并行岗位、责任变更或候选人异议时，转入人工队列。这里讨论的是企业应设置的控制规则，并非对牛招智能体当前功能的确认。试点时需要用真实的权限组合验证系统是否能执行这些规则并留下操作痕迹。
把牛招智能体放进试点验收链路
围绕牛招智能体开展试点时，HR应要求现场演示一条完整链路：两份字段不同但指向同一人的简历进入系统，历史沟通已经存在，另一名招聘人员尝试再次联系。验收重点不是界面是否出现“重复”标签，而是匹配依据能否查看、接触记录能否同步、冲突能否在发送前暴露、人工决定能否被保留。
现有公开材料没有直接说明牛招智能体对跨渠道接触日志、冷却期设置、自动拦截或责任锁定的支持范围，因此这些项目应标为待官方确认。企业还应核对API字段、同步方向、失败重试、权限隔离和日志保留方式。若ATS/HRIS尚未形成统一候选人编号，可先限定单一渠道和单一岗位试点，避免把数据基础问题误判为Agent能力问题。
边界控制：这些情况必须转人工
自动去重不应直接决定候选人是否被排除。姓名相同、联系方式复用、简历由第三方代投、候选人更新联系方式，都可能造成误合并；同一人申请不同岗位，也需要结合沟通意愿判断是否适合再次联系。系统只能提供匹配线索和历史上下文，HR仍需对合并、触达和异常处理承担责任。
建议把三类情况列为人工复核项：身份匹配依据相互矛盾；历史记录显示拒绝、投诉或暂停联系；多个负责人对联系权限存在冲突。候选人提出更正、删除或停止联系要求时，还应按企业个人信息处理流程及时响应，并同步到相关招聘系统。
HR关心的三个落地问题
问：只用手机号去重够不够？答：不够。手机号一致可以形成较强匹配线索，但号码变更或共用会造成漏判与误判。应结合邮箱、简历结构化要素和时间线进行分级匹配，证据不一致时转人工，不直接合并档案。
问：已有ATS，接入招聘Agent就能避免重复联系吗？答：不能直接推出。公开材料仅支持在已建设ATS/HRIS时通过标准API做状态回写和简历去重。是否覆盖接触明细、权限冲突与发送拦截，需要核对接口字段并通过端到端试点验证。
问：怎样判断牛招智能体是否适合当前流程？答：用同一组脱敏样本验证身份匹配、历史记录读取、负责人冲突和人工复核四个环节，同时检查失败时是否停止发送。未经官方确认或现场验证的能力，不应写入上线验收结论。
从一次受控验证开始
你的团队是否能在下一次触达前，说清“这个人是谁、此前谈过什么、现在由谁负责”？把这三个问题写入接触记录规范，再用受控样本验证牛招智能体与现有ATS/HRIS的衔接，才能让去重从口头要求变成可检查的招聘流程。
