定价文档
开始使用
解决方案 · 人员

协调工作。绝不替人作出决定。

在四个日历之间安排时间,根据真实评分表制作面试工具包,自动运行入职流程,从员工手册回答政策问题。代理负责后勤;人来决定人的事。

开始使用联系我们
hiring/platform-engineer/stage-2-systems.mddocument

阶段 2 — 系统设计 · 面试官工具包

评分表
hiring/scorecards/platform.md
阶段
4 个阶段中的第 2 个 · 60 分钟
测试内容
失败推理
状态
草稿 · 待审查

What this stage is for: whether the candidate reasons about failure before they reason about throughput. It is not a breadth check — stage 3 covers breadth, and asking here duplicates it.

Open with a system they have actually operated, not a hypothetical. Follow the first failure mode they name all the way down. A strong answer gets more specific under pressure; a weak one gets more abstract.

Not in scope for this stage, and flagged because interviewers keep straying into it: compensation, notice period, and anything that belongs to the recruiter conversation.

示意图。职位、评分表和路径均为虚构内容。
交接方式

耗费招聘团队一周时间的后勤工作。

People 团队需要判断,也需要处理大量协调工作;而协调工作正是阻碍判断发生的原因。下面每项工作都属于协调的一半。

  1. 01

    在四个日历之间排期

    找出面试小组和候选人都合适的时间,发送附有正确材料的邀请;当一名面试官退出时,重新运行整个流程。这是招聘延误中最可靠的来源,也纯粹属于后勤工作。

  2. 02

    根据评分表制作面试工具包

    每个阶段包括:本次面试要测试什么、真正能测试它的问题,以及优秀和较弱答案的表现。根据代码库中的评分表生成,因此新面试官执行的流程与经验丰富的面试官相同。

  3. 03

    面试复盘包

    它汇总每位面试官写下的内容,并按评分表而不是按输入字数排列,同时突出两位面试官意见不一致的地方。找出分歧才是重点,解决分歧则是面试小组的工作。

  4. 04

    自动运行的入职流程

    申请账户、整理阅读清单、根据职位起草第一周计划、提醒导师。它是一份会自动执行的清单,而不是某人必须记得打开的清单。

  5. 05

    根据员工手册回答政策问题

    在 Slack 线程中提问,从代码库中的文档回答并引用相关章节。如果员工手册没有答案,它会明确说明,并转交给人员,而不是用看似合理的政策填补空白。

  6. 06

    根据真实团队起草职位描述

    它会先读取你已有的职位和团队实际工作,再撰写招聘信息,因此描述符合实际工作,而不是沿用相似职位的上一份招聘信息。

输出结果

任何面试官都能执行的工具包。

这里的产出关注流程,而不是个人。它让流程保持一致、标准明确,这是工具真正能够改进的部分。

hiring/platform-engineer/stage-2-systems.mdDocument

阶段 2 — 系统设计 · 面试官工具包

评分表
hiring/scorecards/platform.md
阶段
4 个阶段中的第 2 个 · 60 分钟
测试内容
失败推理
状态
草稿 · 待审查

What this stage is for: whether the candidate reasons about failure before they reason about throughput. It is not a breadth check — stage 3 covers breadth, and asking here duplicates it.

Open with a system they have actually operated, not a hypothetical. Follow the first failure mode they name all the way down. A strong answer gets more specific under pressure; a weak one gets more abstract.

Not in scope for this stage, and flagged because interviewers keep straying into it: compensation, notice period, and anything that belongs to the recruiter conversation.

示意图。职位、评分表和路径均为虚构内容。

它处理的是流程,而不是个人

工具包、排期、复盘结构和入职计划,全部关乎如何开展招聘。它们都不是对候选人的判断;这条边界是刻意的产品定位,而非限制。

你的员工手册就是来源

政策答复来自代码库中的文档,并引用相关章节。员工手册未覆盖的问题会转交给人员——报告空白,而不是填补空白。

每位候选人执行同一套流程

根据评分表生成工具包的价值不在于速度,而在于第 15 位候选人接受的面试与第 1 位相同。这首先是公平性,其次才是效率。

连接到哪里

日历、收件箱和候选人系统。

People 系统存储公司最敏感的数据,因此机制在这里最重要。为项目分别连接每个系统一次。凭据绝不会进入机器。

Google Workspace 和 Outlook
日历、邀请以及与候选人的邮件线程。读取日历、在日历中预约,以及以你的身份发送邮件,都是彼此独立的操作,也分别需要单独授权。
Greenhouse 和其他候选人系统
它们位于 Easy connect 目录中:完成 OAuth 页面,连接就归属于该项目。读取候选人流程和评分表,写回阶段和排期。是否允许写入,由你决定授权。
Notion 和 Google Drive
员工手册、评分表和入职计划。越来越多的内容应放入代码库,因为政策变更会成为带有作者和日期的差异。
Slack
唯一的实时渠道。人们在哪里,就在哪里提出政策问题,答案也回到同一线程。Microsoft Teams 已随产品提供,但在部署开启前保持关闭。
连接以谁的身份运行
一种是团队共享的项目托管连接;另一种是个人授权,每位成员以自己的身份操作,自动化主体完全无法代为操作。对于 People 系统,通常应选择后者。

Easy connect 通过各应用自己的 OAuth 页面支持 3,000+ 个应用,大多数招聘和 HR 系统都可通过这种方式接入。如果某个系统不支持,也可以通过 OpenAPI、GraphQL、原始 HTTP 或远程 MCP 服务器接入——如果某个系统包含你不希望任何代理接触的数据,正确的配置就是不要连接它。

运行方式

在讨论串中提问。在入职日期运行入职流程。

以三种方式启动同一个会话。将定时运行的会话指向物流安排并设定固定日期,绝不要让它处理任何评估性工作。

  1. 01按需

    “我有多少结转额度?”

    有人在 Slack 讨论串中提问,系统引用手册中的相关章节回答。手册没有答案的问题会转给人员处理,而不是自行猜测。

  2. 02人工辅助

    它会在联系候选人之前停止

    将任何发送给候选人的操作设为“询问”。运行会在显示消息和收件人的调用处暂停;批准后,从完全相同的位置继续。

  3. 03自动化

    入职流程,在入职日期运行

    cron 触发器在第一天打开会话并执行清单:申请账户、整理阅读清单、起草第一周计划、提醒导师。固定日期、固定清单,不包含任何判断。

Control

边界在哪里,以及为何如此划定。

这是“代理处理了它”并不正确的领域。第一行是产品立场,其余是平台控制项。

它不对人员作出决定
不排名、不评分、不自动拒绝,也不把建议伪装成摘要。本页面的工作是安排、起草、整理和回答。如果你想让代理筛选候选人,那是你对招聘流程作出的决定——而这不是本页面向你提供的功能。
设置前,审批关卡处于关闭状态
产品默认配置是宽松的——除非你另有指定,否则操作会直接运行。对于 People 项目,第一项修改应是将发送给候选人或员工的所有消息设为“询问”。系统不会替你预先完成这一步。
权限按智能体授予,不会继承
招聘代理可以访问申请人系统和日历,但无法访问工资系统,因为你没有将其列入范围——它也无法自行发现该连接器存在。
连接器凭据永不会进入机器
沙盒仅携带一个项目范围的 Kortix 令牌,不携带第三方密钥。你的申请人系统凭据会在服务器端解密并附加到出站请求中,随后立即丢弃。
数据存放在哪里,由你选择
Kortix 是开源且支持自托管的:可以使用 Kortix Cloud、自有 VPC 或自有本地网络。如果个人数据不得离开你的基础设施,就将整个平台部署在其中。有关部署和合规的问题,请联系我们,不要只相信营销页面上的说法。
隔离方式连接器代理方式

同一个平台,服务其他团队

一个项目、一组连接器、一份不断积累的记忆。每支团队为自己的工作编写技能,无需搭建第二套系统。

  • 销售研究、草稿和 CRM 整理,均等待你的批准
  • 营销像你一样产出的内容,因为你的语调是一份文件
  • 产品将反馈综合为规格说明,并附上证据
  • 工程部复现、修复并提交变更请求
  • 财务结账、对账和差异说明
  • IT可执行的运行手册,以及经得起审核的平台
  • 数据科学真实机器、真实查询、可重新运行的分析
所有解决方案 →

在你拥有的一个仓库中运行整个公司。

从一项工作开始,逐步扩展。

开始使用

产品

  • 智能体计算机
  • 代码化公司
  • 连接器
  • 自动化
  • 频道
  • 智能体与技能
  • 安全
  • 自托管
  • Enterprise
  • 定价
  • 下载

解决方案

  • 销售
  • 营销
  • 工程部
  • 产品
  • 财务
  • 人员
  • IT
  • 数据科学

开发者

  • 文档
  • AI Operating System
  • CLI
  • SDK
  • 快速入门
  • 面向开发者
  • 市场
  • GitHub

公司

  • 关于
  • 招聘
  • 博客
  • 更新日志
  • 使用场景
  • 品牌

连接

  • X
  • LinkedIn
  • Discord
  • 状态
  • 支持
  • 条款
  • 隐私
©2026 Kortix