适合谁
- 招聘团队
- HR 运营团队
- 需要整理简历和内部知识的团队
典型痛点
- 简历信息重复整理
- 面试资料和岗位信息分散
- 内部知识和流程材料不统一
推荐能力组合
- 文档读取与整理
- 表格和文档输出
- 飞书协作
- 成本可控的模型路线
推荐交付方式
- 简历信息结构化整理
- 岗位信息和面试资料整理
- 内部知识与 FAQ 助手
HR 场景里最应该先守住的是“可解释”
更稳的 HR 项目通常有两个共同点：
- AI 做的是整理、辅助、预处理
- 最终判断和外发动作仍由人负责
适合优先做的
- 简历字段整理
- 岗位要求对照
- 面试资料准备
- 内部知识和 FAQ 助手
不适合直接交给 AI 的
- 不可解释的淘汰结论
- 未经复核直接联系候选人
- 在无权限控制下读取整库候选人资料
- 把评分结果当成最终雇佣判断
最低可交付版本
- 能读取简历或岗位资料
- 能按固定字段输出整理结果
- 能交给 HR 人工复核
最低可交付版本 vs 验收方式
HR 场景最怕的是“看起来很先进，但没人敢真正用”。
更稳的做法是把版本和验收一起写清楚：
| 版本 | 交付内容 | 验收方式 |
|---|---|---|
| V1 信息整理版 | 简历字段整理、岗位要求对照、待复核问题清单 | HR 是否能直接复核；字段是否连续几轮保持一致 |
| V2 流程协作版 | 面试资料整理、岗位 FAQ、团队共享文档 | 团队是否减少重复整理；面试官是否更快进入重点 |
| V3 知识辅助版 | 内部招聘知识库、流程材料回查、问题归档 | 新人是否更快理解流程；知识文档是否持续可用 |
如果一开始就要求“自动筛人”或“自动决定淘汰”，那通常不该进入第一轮交付。
如果项目真的开始跑，你应该先看到这样的验收面板
Delivery panel
Recruiting workflow
Review简历字段：统一整理 26 份
JD 对照：关键匹配点已单列
待人工复核问题：9 条已标记
面试资料包：已生成并共享给面试官
第一版 HR 项目的价值，是让整理、对照和复核更快进入重点，而不是让 AI 替你做最终雇佣结论。
一份更稳的最小模板
招聘流程辅助模板
输入：
- JD 文档
- 候选人简历
输出：
- 结构化字段整理
- 与 JD 的匹配点
- 需要人工复核的问题
强制规则：
- 不输出“是否录用”的最终结论
- 不基于敏感属性给判断
- 所有结论必须可回到原始材料
成功标志
- 筛选准备时间下降
- 信息结构更统一
- 面试和沟通资料更容易共享
ROI / 验收方式
- 每周节省多少前期整理时间
- 岗位和候选人信息是否更容易复用
- 团队复核成本是否下降
更像正式验收的话，通常可以直接写成：
- 简历整理时间是否明显下降
- 候选人信息是否从散乱文本变成统一结构
- 面试官是否更快拿到可用背景材料
- 人工复核是否更容易定位关键问题，而不是重读整份资料
更合理的验收方式
HR 项目更适合这样验收：
- 是否缩短了前期整理时间
- 是否减少了信息散落和重复录入
- 是否帮助面试官更快进入重点问题
- 是否降低了新人接手时的信息断层
常见坑
- 让 AI 直接做不可解释的筛选结论
- 忽略偏见和合规风险
- 没有限制数据访问范围
风险提醒
HR 场景必须明确：
- AI 做辅助，不替代最终判断
- 任何结论都要能被人工复核
- 不要让 AI 在无审查前提下直接对候选人做关键决策
如果要写成更可执行的边界，可以直接用这三条：
HR 项目边界
1. 只做整理、对照、摘要，不做录用结论
2. 不基于敏感属性给任何筛选建议
3. 所有对候选人的关键动作，必须由人工确认
先看哪几个对应案例
如果你已经认同这条方案适合做“整理 + 复核”而不是“自动筛人”，继续看这些更值：
- 想先把边界和日志想清楚，去看 排障入口
- 想回到总览，去看 行业方案总览
- 想进一步收紧权限和误触发风险，去看 安全清单
- 想看一条更像真实流程的实现路径，去看 简历筛选案例
- 查看 OpenClaw 官方文档 → docs.openclaw.ai
- 遇到问题 → GitHub Issues