职位描述反复重写
岗位相似但每次都要重新组织语言，不同人写出来的结构和口径也不一致。
为什么需要
招聘工作里，写和整理占了不少时间
助手处理的是重复的文字工作，不介入是否录用这类判断。
沟通内容持续消耗
邀约、跟进、回访的话术需要不断调整，批量沟通时更容易漏掉关键信息。
记录整理滞后
面试记录与候选人要点常常靠回忆补写，信息不完整会影响后续评估与交接。
可评估场景
可以先评估这些具体场景
以下为可评估的应用场景，实现范围需按你的流程与数据确认后确定，不是现成的功能清单。
职位描述草稿
根据岗位要点生成结构统一的职位描述初稿，由招聘人员修改后发布。
邀约与沟通话术
按岗位与候选人情况生成沟通话术初稿，便于保持信息完整与口径一致。
简历要点摘要
从简历中提取与岗位相关的要点，帮助快速了解候选人背景。
面试记录摘要
把面试记录整理成结构化要点，评价与结论仍由面试官填写。
招聘活动内容
为招聘会、直播带岗等活动生成宣传文案初稿，供运营人员调整。
内部知识问答
基于你授权的内部资料回答流程类问题，答案需标明来源以便核对。
输入
助手需要哪些信息才能用得准
- 岗位信息
- 岗位职责、任职要求与团队情况。信息越具体，生成的草稿越贴近实际需要。
- 沟通与面试记录
- 由客户授权使用的沟通记录与面试记录文本，用于生成摘要与跟进内容。
- 内部资料
- 招聘流程说明、话术规范、常见问答等你希望助手参考的材料，范围由你指定。
- 写作口径要求
- 语气、结构、必须包含或必须避免的内容，用于约束输出风格与合规表述。
处理过程
助手在工作流中的位置
第 1 步：明确使用场景
从最消耗时间的一两类文本工作入手，确认使用者、使用频次和期望的输出形式。
阶段产出：场景清单与优先级
第 2 步：约定输入与口径
确认可使用的资料范围、授权边界，以及语气、结构与必须避免的表述。
阶段产出：输入范围与写作口径说明
第 3 步：生成草稿
助手在业务界面或你现有系统中生成可编辑的文本草稿，并标注参考来源。
阶段产出：可编辑草稿与来源标注
第 4 步：人工审阅修改
使用者核对事实与表述后再对外发送或归档，避免未经确认的内容直接触达候选人。
阶段产出：人工确认后的正式内容
第 5 步：按反馈调整
根据实际修改情况调整提示与口径要求，让草稿越来越接近可直接使用的状态。
阶段产出：提示与口径调整方案
输出
使用者得到什么
- 可编辑草稿
- 文本以草稿形式给出，可直接在界面中修改，不自动对外发送。
- 结构化摘要
- 把长文本整理成要点结构，便于快速阅读与后续填写评估。
- 来源标注
- 涉及内部资料时标明参考来源，便于核对信息是否准确。
- 修改留痕
- 生成内容与人工修改可回看，便于沉淀口径与后续复盘。
能力边界
承担什么，不承担什么
把边界写清楚，才不会在真实使用中出现认知偏差。
接入方式
产品内置、接口接入，还是项目定制
- 产品内置
- 在迈旗人才招聘平台系统的业务流程中直接使用已产品化的能力，随产品版本更新，范围以版本说明为准。
- 接口接入
- 通过接口把能力接到你现有的系统或流程中，接口范围、调用方式与联调排期在方案中约定。
- 项目定制
- 标准能力覆盖不到的流程、字段和数据环境，通过招聘业务 AI 定制先做场景与数据评估，再确定实现方式。
常见问题
数据、接入与效果评估的决策问题
招聘助手需要我们提供什么数据？
至少需要岗位信息，以及你希望助手参考的资料范围，例如话术规范或内部流程说明。涉及沟通与面试记录时，需要先确认数据授权与使用范围。
怎么接入？是独立工具还是在系统里用？
可以在迈旗人才招聘平台系统的对应环节中使用，也可以通过接口接到你现有的系统里。具体形态在场景评估后确定，页面标注为可定制即代表需要先评估。
生成的内容可以直接发给候选人吗？
不建议，我们也不做这样的设计。输出按草稿处理，需要使用者核对事实与表述后再发送。助手不承担对候选人的评价判断，也不代替人自动对外沟通。
会不会生成不准确的信息？
文本生成存在出错可能，因此涉及内部资料的回答会标明来源，事实性内容需要人工核对。这也是我们坚持保留审阅环节、不承诺完全自动化的原因。
沟通与面试记录如何保护？
支持部署在你可控的环境中；可使用的资料范围、存储位置、留存与删除方式在方案与合同中写明，验证阶段优先使用脱敏样本。
怎么评估助手的效果？
选一类文本工作做对照：统计草稿被采纳的比例、平均修改幅度与单条内容的处理时长，与现在的写法对比。评估以你自己的样本和使用者反馈为准。