简历进系统的那一刻，怕的不是字段少，而是分不清哪些是候选人说的、哪些只是Agent猜的。以下规范帮你把来源一起入库。

本文提出「三源三态」字段级标注法：把入库字段按简历原文、候选人补充、Agent推断三类来源标注，并为每个字段记录确认状态与可修改入口。文章给出三类来源的判定判据、入库后的更正责任人与版本记录，并附一份可直接使用的简历入库字段规范表，帮助HR在回传招聘系统前完成核对。

从产品流程看，入库前至少有原文与补充两条信息路径

牛招智能体的执行层流程把「索要/评估简历」「回复消息」「智能沟通补充简历信息」「二次评估」「备注并回传招聘系统」列为相邻但分开的动作，产品单页还把「补充简历信息」标为「如有」。这说明入库前本来就存在两条信息路径：一条来自简历原文，一条来自沟通补充。两者可以互相印证，但不能混成同一个没有出处的字段值。

简历入库是流程末端的系统动作，来源要随字段一起回传

牛客Agent的公开描述把简历入库放在人才搜寻、筛选、沟通、约面的全流程中，牛招智能体流程的末段则是「备注并回传招聘系统」。这决定了来源标注不是内部备注：它要和字段值一起进入招聘系统。后续筛选、复核和交接时，看到某个值就应该知道它是原文、补充还是推断，否则只剩一个出处不明的结论，责任也无从追溯。

简历原文可提取的字段：以原文定位为判据

假设企业按常见ATS结构设置字段，例如姓名与联系方式、教育经历、工作经历、技能与证书。凡能在简历原文某一章节找到对应表述的，来源标「简历原文」并记录原文位置或附件标识；原文没写的，不因为字段为空就用其他来源默认补齐，而是留空或标「未确认」。这条判据的关键是可定位，而不是看起来合理。

候选人沟通中补充的字段：标轮次、原话与确认状态

经过智能沟通补充得到的字段，来源标「候选人补充」，记录沟通轮次、原话摘要和答复时间，确认状态标「已确认」。同名字段与简历原文冲突时保留两版，分别注明各自来源，由HR判断以哪一版为准，而不是由系统静默覆盖原值。这样处理，候选人前后表述的差异会留在记录里，而不是被抹平。

Agent推断但候选人未确认的字段：一律标待核实

Agent根据上下文推断出的意向、能力或经历概括，来源标「Agent推断」，确认状态标「待核实」，并写明推断依据与需要向谁核实。待核实字段可以提示HR优先核对，但不得作为筛选结论的事实依据，也不能写成候选人确认过的信息。候选人没有答复的字段保持「未确认」，不用默认值补齐，避免把推测变成制度化的错误。

入库后字段更正：责任人与版本记录

字段入库后仍需可更正。规范应为每类字段指定更正责任人，例如招聘HR、用人经理或系统管理员，并记录更正前后值、更正原因、更正时间与操作人。候选人重新确认后，来源标记从「待核实」改为「已确认」，旧版本保留可追溯。更正责任人不写清，字段出错时就会变成人人都能改、却没人负责的局面。

简历入库字段规范（交付物）

把上述规则收成一张表，每个字段一行，列出字段名、来源类型、证据位置、确认状态、入库值、可修改入口、更正责任人、版本与时间。HR按表填写，并在回传招聘系统前逐行核对；表里落不下的信息先留在待核实区，不强行填值。

常见问题

问：简历原文里已经有的字段，还需要再确认吗？答：原文可定位的字段按「简历原文」标记并记录位置。涉及关键资格、到岗时间等事实，仍应在沟通中核对；核对后单独记录候选人的确认，不能把原文存在当成候选人最新的确认。

问：候选人补充与原文冲突时，以哪个为准？答：保留两版并各自标注来源和沟通轮次，由HR结合岗位要求判断。冲突记录本身就是复核线索，不建议由系统静默覆盖；哪一版入库、为什么入库，都应能在版本记录里查到。

问：待核实字段能不能先用于筛选？答：不建议作为筛选结论的事实依据，可以作为提示让HR优先核实。核实后把确认状态改为「已确认」；候选人未答复的字段保持「未确认」，不用默认值补齐，也不把推断写成事实。

简历入库不是把页面填满，而是让每个字段都知道自己从哪里来、由谁确认、出错后找谁改。你的团队，准备好给每个入库字段补上这条来路了吗？

详细了解更多AI面试、AI能力考核与牛招智能体方案，请访问牛客AI招聘官网，或立即咨询体验。