---
title: ATS 在开放，招聘平台大概率不会
slug: ats-open-recruitment-platforms-closed
description: 北森、Moka 接连把招聘能力开放给 AI 工作台，ATS 正在打开；但手握海量简历的招聘平台大概率不会开放——商业化与数据安全只是表面理由，简历库才是它们真正的核心资产。
date: 2026-09-02
published_at: 2026-09-02 16:00
category: Notes
tags:
  - AI
  - Agent
  - MCP
  - 产品思考
draft: false
featured: false
hidden: false
archived: false
---

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 的开放动机非常自然：

1. **数据不是自己的，开放没有损失。** ATS 里的简历属于企业客户，把能力开放给 Agent 本质是帮客户提效——客户省事了，续费反而更稳。
2. **开放能增强粘性。** 当 Agent 可以在一家企业日常使用的 ATS 里直接推进流程，这个 ATS 就从「数据仓库」升级成了「AI 招聘的操作系统层」，企业越用越离不开。
3. **不开放的风险更大。** AI 原生招聘工具正在出现，如果传统 ATS 不把自己变成可被 Agent 操作的执行层，就可能被新一代系统直接绕开。
4. **Agent 今年真正变得稳定好用了。** 豆包工作伙伴、WorkBuddy、Codex 这类工具从「能演示」进化到「能交付」，ATS 把能力开放出来才有人接得住、用得起——开放不再是姿态，而是当下就能落地的生意。
5. **协作平台也把门打开了。** 飞书、钉钉、企业微信陆续开放了 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 原有工作流里的自动化**。

```d2
direction: right

招聘平台: {
  label: "招聘平台\n简历库 = 核心资产\n保持封闭"
  style.fill: "#1e1e2e"
  style.stroke: "#F38BA8"
  style.stroke-width: 2
}

ATS: {
  label: "ATS（Moka / 北森）\n流程向 Agent 开放\nMCP / CLI + Skills"
  style.fill: "#1e1e2e"
  style.stroke: "#A6E3A1"
  style.stroke-width: 2
}

协作平台: {
  label: "飞书 / 钉钉 / 企业微信\n开放 CLI · 企业日常所在"
  style.fill: "#1e1e2e"
  style.stroke: "#89B4FA"
  style.stroke-width: 2
}

Agent: {
  label: "AI Agent"
  shape: circle
  style.fill: "#1e1e2e"
  style.stroke: "#CBA6F7"
  style.stroke-width: 2
}

简历库: {
  label: "简历 / 候选人数据"
  shape: cylinder
  style.fill: "#1e1e2e"
  style.stroke: "#FAB387"
  style.stroke-width: 2
}

招聘平台 --> 简历库: { label: "自有资产，不开放" }
招聘平台 --> ATS: { label: "接入 ATS\n招聘自动化成真" }
Agent --> ATS: { label: "一句话推进招聘流程" }
ATS --> 协作平台: { label: "嵌入企业\n日常工作流" }
```

这也正是这一轮 ATS 开放的完整拼图：**豆包工作伙伴、WorkBuddy、Codex 让 Agent 稳定好用，飞书、钉钉、企业微信让入口无处不在，ATS 负责把招聘流程真正跑起来**——三者的组合，才让「接入 ATS」从一句口号变成企业可以实际使用的场景。

## 一条判断规律的尝试

如果把 ATS 和招聘平台放在一起看，可以提炼出一条很朴素的规律：

> **一个招聘相关系统会不会向 AI 开放，取决于它的资产到底是「流程与软件」还是「数据本身」。**

资产是软件和流程的（ATS），开放是增强、是借力，它会越来越开放；资产是数据本身的（招聘平台），开放是自毁，它会想尽办法保持封闭。数据层越封闭、操作层越开放，会是接下来招聘行业 AI 化的常态。

所以，对招聘从业者来说，别等招聘平台开放简历——大概率等不到。真正的机会在操作层：谁能把「开放的 ATS 流程」和「平台侧的简历与网络」接起来，谁就能让招聘自动化从演示变成现实。

[^1]: 北森公众号关于接入 AI 工作台的官方发布：[https://mp.weixin.qq.com/s/iihtvOZSzq4hk5z7eq5Djg](https://mp.weixin.qq.com/s/iihtvOZSzq4hk5z7eq5Djg)