ATS 在开放，招聘平台大概率不会
北森、Moka 接连把招聘能力开放给 AI 工作台，ATS 正在打开；但手握海量简历的招聘平台大概率不会开放——商业化与数据安全只是表面理由，简历库才是它们真正的核心资产。
2026 年 8 月 26 日，招聘软件行业发生了两件几乎同时出现的事：北森、Moka 先后宣布把 HR / 招聘能力接入主流 AI Agent 工作台（WorkBuddy、千问办公等）。宣传口径也很一致——「不用打开系统，一句话完成候选人推进、招聘动态查询、审批」[1]。
对不熟悉这个行业的人来说，这只是一条普通的 AI 合作新闻；但如果你知道 ATS（Applicant Tracking System，招聘管理系统）在过去二十年里有多封闭，就会意识到这是一个分水岭时刻：
ATS 主动向 AI 开放了。
而顺着这件事往下想，我的判断是：ATS 会持续开放，但招聘平台大概率不会开放——不是技术做不到，而是商业模式不允许。这两者的差别，恰恰是理解整个招聘行业 AI 化的钥匙。
先分清两个物种：ATS 和招聘平台
很多人把「招聘软件」混为一谈，但它们其实是两种完全不同的生意。
ATS，代表是 Moka、北森这类产品，本质是卖给企业的招聘流程软件：职位管理、简历流转、面试安排、Offer 审批。客户是企业 HR，按软件订阅付费。简历数据虽然存在 ATS 里，但那是企业客户的资产，ATS 只是受托管理的工具。
招聘平台，代表是 BOSS 直聘、猎聘、智联这类人才市场，本质是连接求职者与企业的双边市场：一端是海量 C 端简历，一端是付费企业。平台的核心资产不是软件，而是自己拥有的简历库与流量——简历数据属于平台，不属于任何单一企业客户。
| ATS（Moka / 北森） | 招聘平台（BOSS / 猎聘 / 智联） | |
|---|---|---|
| 本质 | 卖给企业的招聘流程软件 | 连接 C 端求职者与 B 端企业的双边市场 |
| 客户 | 企业 HR | 求职者 + 企业 |
| 核心资产 | 流程与软件能力 | 自有的简历库与双边网络 |
| 数据归属 | 企业客户的简历数据 | 平台自己的简历数据 |
| 盈利模式 | 软件订阅（续费） | 企业为「触达简历/候选人」付费 |
一句话总结：ATS 卖的是工具，招聘平台卖的是数据。 这个差别决定了它们面对 AI 时的完全不同的开放姿态。
为什么 ATS 愿意开放
ATS 的开放动机非常自然：
- 数据不是自己的，开放没有损失。 ATS 里的简历属于企业客户，把能力开放给 Agent 本质是帮客户提效——客户省事了，续费反而更稳。
- 开放能增强粘性。 当 Agent 可以在一家企业日常使用的 ATS 里直接推进流程，这个 ATS 就从「数据仓库」升级成了「AI 招聘的操作系统层」，企业越用越离不开。
- 不开放的风险更大。 AI 原生招聘工具正在出现，如果传统 ATS 不把自己变成可被 Agent 操作的执行层，就可能被新一代系统直接绕开。
- Agent 今年真正变得稳定好用了。 豆包工作伙伴、WorkBuddy、Codex 这类工具从「能演示」进化到「能交付」，ATS 把能力开放出来才有人接得住、用得起——开放不再是姿态，而是当下就能落地的生意。
- 协作平台也把门打开了。 飞书、钉钉、企业微信陆续开放了 CLI 与连接能力，而企业 HR 的日常就长在这些工具里。这给了 ATS 一个现成的落点：不必让 HR 去学一个新界面，而是把招聘能力织进他们每天已经在用的工作流。
所以我们看到，Moka 走的是把能力包装成 Agent 可调用的技能集（招聘域 + 人事域），北森则提供 CLI + 技能的方式让 AI 直接操作。它们在用不同的技术路径说同一句话：我们不想只当数据仓库，我们要做 AI 时代招聘流程的执行入口。
两种开放姿势：Moka 的 MCP 与北森的 CLI
同样是开放，两家开放的姿势并不一样，而这本身就很有信息量。
Moka 选的是「协议开放」：把服务做成一个远程 MCP Server（mcp.mokahr.com/mcp），Agent 客户端通过 OAuth 连接后零安装即用。能力按招聘、人事两大域拆成二十多个细分技能，每个技能只回答一类问题，像积木一样可以按需装载。协议是公开标准，意味着理论上任何 MCP 客户端都能接，不绑死某一家工作台。
北森选的是「工具开放」：把能力打包成本机 CLI（beisen-cli）+ 一套技能文档。Agent 不是直连服务器，而是先装 CLI、完成 SSO 或 API Key 认证，再照着技能文档敲命令、读 JSON。技能数量更聚合，人事域甚至收敛出一个通用查询引擎，让多个查询技能共享同一条流水线。
| Moka | 北森 | |
|---|---|---|
| 开放形态 | 远程 MCP Server（标准协议，OAuth） | 本机 CLI + 技能（npm 安装，SSO / API Key） |
| Agent 接入成本 | 连接即用、零安装 | 装 CLI + 认证 + 按文档执行，门槛更高 |
| 能力组织 | 招聘 / 人事两大域，细分 20+ 技能 | 更聚合 + 通用查询引擎 |
| 读写边界 | 查询为主，员工档案维护已支持受控写入（预览 → 确认 → 读回） | 当前以只读为主，写操作做成显式确认门禁（预留） |
| 治理显式化 | 靠平台工具层的角色与权限数据面 | 把 L0–L3 数据分级、敏感数据二次验证写成了协议 |
| 升级方式 | 服务端更新即生效，本地无感 | 版本强约束（CLI / 各技能独立版本） |
这两条路线也共享着同样的底线：AI 寻访、面试分析这类任务都做成发起 → 轮询 → 取消的异步闭环（取消必须用户确认）；都不允许 Agent 编造 ID 或外泄令牌；敏感数据都要求摘要展示。
细想下去，两种姿势其实是两种「开放哲学」：
- Moka 的哲学是开放给生态——把协议做标准、把技能做薄，让所有工作台都能低成本接入，自己赚取「成为被到处调用的那个 ATS」的位置；
- 北森的哲学是开放给可控深度——把安全、合规、数据分级做成显式协议，宁可接入门槛高一点，也要让每一步都可审计、可解释。
但无论哪种姿势，都验证了同一件事：ATS 愿意开放的是操作层（流程可以被 Agent 驱动），而不是数据层（简历仍只属于企业客户、查询受权限控制）。这个「操作层开放、数据层封闭」的结构，恰好是我们理解招聘平台为什么不开放的参照系。
把视野再拉远一点：当 Agent 稳定可用、协作平台陆续开放 CLI，ATS 的开放就不再是单点事件，而是汇入了一张可以自由组合的效率网。同一个招聘能力，今天接进豆包工作伙伴，明天接进 WorkBuddy，后天接进飞书——跟着客户的真实诉求走，能覆盖的场景自然就多了。
招聘平台大概率不会开放
那招聘平台为什么不会做同样的事？表面上有两个理由：
一是商业化的考虑。 招聘平台营收的大头，来自企业为「触达简历、联系候选人」付费——简历下载、职位置顶、沟通权益、人才库订阅。如果把这些能力开放成 API 给 Agent，企业就可以让 AI 批量筛选、批量触达，平台会瞬间退化成一条被绕开的管道，收入模型直接瓦解。
二是数据安全的考虑。 平台手里的简历是海量 C 端用户的敏感个人信息，涉及完整的授权链与泄露责任。把这样的数据开放给第三方 Agent，等于把合规风险交给一个自己不可控的执行体，任何平台的法务与合规部门都不会同意。
但在我看来，这两个理由都只是「台面上的说法」，真正的原因是更底层的这一条：
简历是招聘平台的核心资产。
ATS 的数据属于客户，开放是借力；招聘平台的数据属于自己，开放是割肉。招聘平台几十年的壁垒，就建立在「别人没有的简历池 + 双边网络效应」之上——开放简历库，等于亲手把护城河填平，把吃饭的碗递给别人。这件事在商业上不可能自愿发生。
招聘平台可以接入 ATS，让招聘自动化成为现实
到这里，一个更关键的问题浮现出来：招聘自动化还要不要做？
我的答案是：要做，而且招聘平台恰恰是能把它做成的一方——但不是靠开放自己，而是靠接入 ATS。
逻辑是这样的：招聘自动化的难点从来不在简历筛选的算法，而在于流程本身散落在企业的 ATS 里——职位在哪、候选人推进到哪一步、谁来审批，这些数据只在 ATS 内部。ATS 现在开放了（MCP / CLI + Skills），就等于把企业侧招聘流程的执行权交给了 Agent。
而招聘平台握有简历供给与双边网络。它完全可以作为「简历与人才库的输入端」接入开放的 ATS：职位从平台同步进 ATS，AI Agent 在 ATS 内完成筛选、推进、面试安排、Offer 的自动化流转，简历数据与推荐能力仍然留在平台自己的体系里。
这样，各方各得其所：
- 企业获得了真正的招聘自动化——AI 把招聘流程从「问一句答一句」推进到「完整跑完」；
- 招聘平台守住了自己的核心资产，同时通过接入 ATS 把 AI 时代的自动化价值导入自己的生态，而不是被 AI 原生工具从外面干掉；
- ATS 则借助平台的双边网络获得更多真实使用。
接入飞书、钉钉、企业微信，效率才能最大化
而「接入 ATS」这件事，落到哪一层才算数？
我的答案是：要落到企业本来就在用的协作工具里。飞书、钉钉、企业微信已经开放了 CLI 和连接能力，它们是企业每天打开的界面。ATS 的能力如果能嵌进这些协作平台——比如在飞书里直接对招聘 Agent 说一句话，它去 ATS 里把职位、候选人、审批推进掉——那招聘自动化就不是「多个系统之间来回切」的自动化，而是嵌在 HR 原有工作流里的自动化。
这也正是这一轮 ATS 开放的完整拼图：豆包工作伙伴、WorkBuddy、Codex 让 Agent 稳定好用，飞书、钉钉、企业微信让入口无处不在，ATS 负责把招聘流程真正跑起来——三者的组合，才让「接入 ATS」从一句口号变成企业可以实际使用的场景。
一条判断规律的尝试
如果把 ATS 和招聘平台放在一起看，可以提炼出一条很朴素的规律：
一个招聘相关系统会不会向 AI 开放，取决于它的资产到底是「流程与软件」还是「数据本身」。
资产是软件和流程的（ATS），开放是增强、是借力，它会越来越开放；资产是数据本身的（招聘平台），开放是自毁，它会想尽办法保持封闭。数据层越封闭、操作层越开放，会是接下来招聘行业 AI 化的常态。
所以，对招聘从业者来说，别等招聘平台开放简历——大概率等不到。真正的机会在操作层：谁能把「开放的 ATS 流程」和「平台侧的简历与网络」接起来，谁就能让招聘自动化从演示变成现实。
北森公众号关于接入 AI 工作台的官方发布：https://mp.weixin.qq.com/s/iihtvOZSzq4hk5z7eq5Djg ↩︎