人力资源精选

薪资核验代理

在钱出去之前先核一遍薪资

版本 2发布于 2026年9月2日

8条硬性规则: 它绝不能做的事，每次运行都强制执行
5条移交规则: 它停下并把工作交给人的条件
12个输出字段: 结构化的结果，而不是一段需要反复阅读的文字
≤7步每次运行: 有界的工作：最多 5 次工具调用，由运行时强制执行

设计上即为只读。该智能体没有任何发送、支出、发布或提交的途径。当这一限制本身就是产品时，取消它就等于取消了信任其输出的理由。

版本 2 的实时接线图。工具节点是这个智能体被登记可以调用的能力——除此之外什么都跑不起来。

概览

工资是大多数机构规模最大的一笔周期性付款，它跑在一个不能推迟的期限上，而且几乎从来没有在支付之前被复核过。复核发生在事后，在某位员工注意到的时候——而且只针对对他们有利的那些错误，因为没有人会来报告自己被多发了钱。

那种不对称就是问题。少发的会被纠正，因为有人会来抱怨。多发的则悄悄累积：那个已经离职却还在工资表上的人、那笔比它所依附的岗位活得更久的津贴、那次被套用了两遍的调薪、那个在同一个月里既走工资、又走应付账款的外包人员。

工资软件算得没错——失败不在那儿。它是从没有人核过的输入里算得没错，而那些输入来自另一个系统，归另一批人管。

这个智能体在钱发出去之前先读这次工资运行。它把每一行对照劳动合同、对照上一期、并对照到底谁入职和离职做比较，并报告什么变了却没有解释。时机就是全部价值：前一天的一条发现是一次修正，后一天的则变成一场关于向某人追回他已经花掉的钱的对话。

它不支付任何东西、不改动任何东西，也从来看不到任何一个它能据以行动的银行账户信息。

价值

在错误还便宜的时候抓住它

在付款之前，而不是在投诉之后。

没有尴尬的追回对话

那种对信任的损害，远远超出那笔金额本身。

每个月同一套检查

包括工资主管休假的那个月。

功能说明

在钱离开之前跑
前一天是一次修正。后一天是请一位员工退回他已经花掉的钱。
逐行对照上一期
薪酬的每一处变化，以及记录里有没有东西解释它。没有解释的就是那条发现。
抓住还在被发钱的离职者
没有人会来报告自己被多发了钱，所以这一条永远不会自己浮出来。
找出重复和被双算的薪酬
一次被套用了两遍的调整，或者某人在同一个月里既走工资、又走应付账款。
把薪酬对照劳动合同核对
而不是对照上次发了多少——那只能证明这个错误很一致。
不支付，不改动
它没有任何付款文件或银行账户信息的访问权，而且永远不会有。

这会改变什么

这会如何改变你的一周

它接手的工作: 在批准之前，逐行把一次工资运行对照合同和上个月核一遍。
目前由谁完成: 没有人。它是在事后、在某位员工抱怨时才被核的。
多久一次: 每月，跑在一个不能推迟的期限上。
通常的人工投入: 认真做要整整一天，而那一天恰恰是没有人有整整一天的那一天。

为什么偏偏是人力资源。错误只会朝一个方向被报告——没有人会来报告自己被多发了钱。还在工资表上的离职者、比岗位活得更久的津贴、被套用了两遍的调整：全都无声，全都在重复。

无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
薪资核验代理没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。

运行方式

该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。

1输入按智能体的输入结构进行校验
2模型claude-opus-5，并自动回退
3工具extract_structured_data
4权限自动执行 READ 级操作；更高的等待你批准
5输出符合输出结构的结构化结果
6日志记录 token、耗时和每一个步骤

演示

演示数据Illustrative sample output, abridged.

输入

{
  "period": "September 2026",
  "currency": "USD",
  "draftRun": []
}

输出

{
  "escalate": true,
  "runTotal": 1284300,
  "disclaimer": "A review of a draft run against your own records. Nothing has been paid, approved or altered, no payment details were accessed, no tax or statutory position has been assessed, and this is not a statement that the run is correct.",
  "duplication": [
    "EMP-310 appears in the run and in the September accounts payable file for the same work. One of the two is a duplicate payment."
  ],
  "couldNotCheck": [
    "Contracted hours for 3 employees — no contract supplied."
  ],
  "staleAllowances": [
    "A site allowance of 450 is still attached to EMP-176, who moved off site in March. Recurring, and nobody will report it."
  ],
  "escalationReason": "A leaver is in the run two months after their leaving date, and one person appears to be paid twice for the same period.",
  "paidAfterLeaving": [
    {
      "amount": 4820,
      "leftOn": "2026-07-31",
      "reference": "EMP-118"
    }
  ],
  "unsupportedHours": [
    "38 hours of overtime across 4 people with no approval record behind them."
  ],
  "contractMismatches": [
    "EMP-091 is being paid 300 a month above the contracted rate. It has matched the previous run for eleven periods, which is why nobody has questioned it."
  ],
  "unexplainedChanges": [
    {
      "now": 6400,
      "previous": 5200,
      "reference": "EMP-244",
      "changePercent": 23.1,
      "recordChecked": "No contract change, promotion or rate change on record for this period."
    }
  ],
  "movementFromLastPeriod": 21400
}

使用条件

集成

无需集成。

开始之前

该期间的工资草稿运行
上一期的工资运行
各员工的合同薪酬、津贴与工时
入职与离职人员及其日期
需要全量访问套餐或更高

使用场景

发放前复核

在草稿运行和批准之间那道常设检查。

一次重组之后

合同变了，而工资运行可能没跟上。

审计之前

内控证据，按月产出，而不是事后重建。

换了一家工资服务商

证明最初几次运行与它们所依据的合同一致。

价格

全量访问

通过您的 PROMIVO 订阅按月计费，可随时取消。

运行会消耗您套餐中的智能体执行次数与 token 额度。参见套餐限额

常见问题

它会给谁发钱、或者改动工资吗？

不会。它读一次草稿运行并对它作报告。它没有通往付款文件、银行账户信息或工资系统的路径，而加上一条会把它变成一个完全不同、也危险得多的产品。

它会看到个人薪资吗？

必须会，才能做这件事。在你提供员工编号时，它按编号而不是按姓名来报告，而且它绝不会在关于某个人的发现里披露另一个人的薪酬。

这是工资团队的替代品吗？

不是。它是他们从来得不到的第二双眼睛，而且是在一个根本没时间找第二双眼睛的期限上。每一条发现都交给他们去判断。

评价

客户运行过该智能体后，评价功能将开放。

需要这个智能体换一种做法？

告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。

定制此智能体