AI 招聘执行系统 · 已连续运行 32 天

它不会忘记
任何一次失败

每一个没回的消息、每一次白跑的面试、每一条踩过的坑, 都会变成一行规则,写进系统,不再重犯。

0
候选人档案
0
条 SOP 规则
0
条执行日志
0
个招聘账号
SCROLL
它发现了什么

老板问:这周面试的人
为什么都没录用?

7%
面试到场率 行业基准 78–96%
约了 17 个人,来了 1 个

真答案不是"面试的人不行",是根本没几个人来。 而这个数字在人工管理下是看不见的——没人会去统计"约了多少人、实际来了几个", 大家只记得"最近面的人都不行"。

「我到了咱们公司在哪呀」 某候选人 · 到公司门口找不到入口 · 发出后无人应答,晾了一个月

顺着这个数字往下挖,挖出了真实原因:办公地在地下车库、没有门牌号, 候选人到了门口找不到入口,发消息问路没人回,站一会儿就走了。 在系统里,这看起来和"放鸽子"一模一样。

已触达
106
聊起来
87%
约到面试
23%
真的到场
7%

前两层都是行业基准的 2–3 倍,唯独第三层塌了。找到塌的那一层,比优化其他所有层都值钱。

记录永远先做

不是"AI 帮你回消息"。是一套顺序不能颠倒的执行流程—— 沟通根据记录结果分配,执行者不自己判断该做什么。

段 01

记录

零点击扫全部对话,判断谁有新动静。有未读红点的全部点开,包括只回"好的"的。

点开 ≠ 必须回。
但不点开,对方看到的是"已送达未读"。
段 02

分配

读全部记录,翻译成带优先级的任务清单。主动找上门却没回的单独一档,排在所有回复之前。

清单是本轮的,不是流水账。
没做完的直接删掉重排。
段 03

执行

限时 8 分钟且最多 8 条,哪个先到就停。发消息前校验当前对话是不是目标那个人。

列表会因发消息重排。
按坐标点击极易点错人。
段 04

闭环

核对这轮发了几个人、档案是否都更新、写日志、记额度、关页面。

发消息和落档极易脱节。
不落档等于没发。
犯错之后

每一次事故,
变成一条不再犯的规则

这是它和聊天机器人最大的区别:出事之后不是道歉,是改结构

事故 · 2026-08-04

一小时发了 50 条消息,平台弹出安全验证,操作中断。 当时的判断是"这些都是回复已有对话,不是主动打招呼,应该安全"。

写进规则

平台看的是单位时间消息条数,不区分回复还是新触达。 预算从"限时 8 分钟"改成 限时 8 分钟 且 最多 8 条

同一晚 · 二次触发

定了"每轮 8 条"之后,继续跑了几轮,累计 70 条——又被拦一次

写进规则

限了每轮没限每日,等于没限。每轮 8 条跑 9 轮就是 72 条。 加上 单账号每日 40 条封顶,到上限当天收工。

元教训

同一类错误在两件不相干的事上各犯了一次: 先堵了自动结转,结果从手动命令堆回来;先定了单轮上限,结果从多轮累计破线。

写进规则

堵一个症状之前,先把它的所有产生路径找全。 只堵最显眼的那条,它会从别的路回来,而且第二次更难发现——因为你以为已经修过了。

差别不在速度,
在不遗忘

场景人工 HR值守系统
候选人半夜发消息第二天早上看到,可能已经错过下一轮自动盘到,排进队列
面试完没给结论记不清面了谁,不了了之状态自动推进,每天催到给结论为止
问"为什么招不到人"凭印象:最近的人都不行算出每一层转化率,指出塌的是哪层
同一个坑踩第二次换个人来照样踩第一次就写进规则,结构上堵死
被拒过的人再次投递不记得,又走一遍流程档案里有完整记录,不重复伤害
话术说多了就固化成一套模板从题库调,每条引用候选人自己的背景
交接给新人经验在脑子里,带不走161 条规则可整包移交

所有判断都留在飞书,
可追溯、可交接

不是聊天记录,是结构化档案。每个候选人的状态、评级、出局原因、面试结论, 都在同一张表里驱动整个流程。

候选人看板
候选人看板 · 176 人按 8 种状态分列,拖一下卡片=改一次状态 真实运行截图 · 内容已脱敏
飞书机器人推送
每日简报推送 · 等你拍板 / 今日面试 / 池子存量,手机上直接回复 已脱敏

经验与 SOP · 161 条

每一条都来自一次真实踩坑 · 每轮开工前全量重读 · 以下摘录
SOP-009

输入框里 Enter 是换行不是发送。想当然按回车,消息永远发不出去。

SOP-023

推荐流每刷新一次整批换人。看到合适的当场处理,不存在「回头再找」。

SOP-041

对话列表会因新消息实时重排,按位置点击会点错人。发送前必须核对当前对话是谁。

SOP-062

平台限流看的是单位时间消息总数,不区分回复还是新招呼。「我只是在回消息」不是护身符。

SOP-087

凌晨操作是最像机器的行为特征。只在 9:00–21:00 动手,再急也不碰。

SOP-104

「约了没来」先查自己:地址发了吗、门牌讲了吗、当天问过「到了吗」吗——三个都做了才轮到怪候选人。

SOP-133

约面日期必须核对星期。说周五别填成周六;相对日期当场换算成具体日期落档。

它不做什么

边界写在代码里,
不靠自觉

不代做验证码

撞上验证、滑块、扫码一律停手,推给老板。绝不尝试绕过。

不替老板拍板

录用、薪资、入职、试岗,一律挂起等人决定。

不付费

弹出付费页立刻退出,不支付、不扫码。

不在深夜操作

只在 9:00–21:00 动手。凌晨操作是最像机器的特征。

不同时挂两个账号

一次只登一个号。吞吐减半换账号安全。

不猜

配置里没有的信息一律问,不编。说错公司名是不可挽回的事故。

它上周长成的样子,
和这周已经不一样了

下面是最近一周的真实改动记录。左边是出的事,右边是它变成了什么规则。

08-03
通知脚本路径写错,把文件路径当正文发了出去
路径读不到就报错退出,不再静默降级
08-04
SOP 表实际 161 条,只读到前 100 条。飞书按创建时间正序返回,被截掉的永远是最新的
改循环翻页,同一个坑已重复踩过两次
08-04
一小时发了 50 条,触发安全验证
单轮上限 8 条
08-04
同一晚累计 70 条,又被拦一次
单账号单日 40 条封顶
08-05
到场率 7% 追到根因:候选人到门口找不到入口,问路没人回
约面话术固定加一句「我下去接你」
08-06
出局原因 68% 记的是「不明」,等于没记
补全后发现最大一块是我方触达失败,不是候选人流失
08-07
定时任务连续三次没触发,三个卡死会话占满了调度槽
归档僵尸会话;轮次间隔从 15 分钟改 30 分钟
08-07
接入第二个招聘账号,两边状态不能串
状态文件整体换出换入,20 多个脚本一行没改

如果你也在招人,
而且不想再靠印象做判断

这套系统在两个真实招聘账号上跑了 32 天, 所有数据、所有事故、所有修复都在上面。欢迎来看具体怎么跑的。

约个时间聊聊 →