运营

排班覆盖分析代理

在班表公布前找出缺口、休息违规与计划外加班

版本 2发布于 2026年9月2日
运营Extractclaude-sonnet-5Read-only · auto8 hard rules5 handover rulesResult
8条硬性规则
它绝不能做的事,每次运行都强制执行
5条移交规则
它停下并把工作交给人的条件
10个输出字段
结构化的结果,而不是一段需要反复阅读的文字
≤6步每次运行
有界的工作:最多 4 次工具调用,由运行时强制执行

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

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

概览

排班的那个人,是在一张表格里同时解四个约束:每个班次的人手够、每个人都具备他所做工作的资质、班次之间有合法的休息,以及一份塞得进预算的工资开支。它们互相拉扯,于是排班的人会去优化那个「做砸了会被骂」的约束——通常是人手覆盖——而其余的悄悄失败。

那些安静的失败很具体。一次晚下班接着一次早上班所造成的休息不足,之所以隐形,是因为单看每一个班次都没问题。一个班次上没有任何人持有法律要求的资质。没人计划过的加班,它会在三周后的工资运行里出现。连续工作天数上限在两份已发布排班表的交界处被突破,因为每一份都是单独核的。

以及那同样的三个人在扛下每一个不好排的班——那是一个由排班表制造、而没有人去度量的留人问题。

这个智能体把一份草稿对照上面所有这些核一遍,并在有人被告知自己的工时之前就报告哪里出了问题。它不给任何人派班:一份已发布的排班表是对人们生活的一项承诺,而决定谁能在什么时候工作的那些约束,并不都在数据里。

价值

在发布之前发现问题

那时排班表还能在不违背承诺的情况下改动。

加班不再是个意外

在草稿里就被定价,而不是在工资运行里。

负担被看得见地分摊

而那既是一条公平性发现,也同样是一条留人发现。

功能说明

  • 跨排班表边界核对

    休息和连续工作天数上限,在两份已发布排班表的接缝处被突破,因为每一份都是单独核的。

  • 逐班核实资质

    一个没有任何人持有法律所要求资质的班次。这在成为运营问题之前,先是一个法律问题。

  • 在计划外加班发生之前给它定价

    而不是在三周后的工资运行里才发现它。

  • 找出是谁在扛每一个不好排的班

    同样的三个人。那是排班表制造出来的留人问题,而没有人去度量它。

  • 诚实地报告那个取舍

    凡是人手、合法性和预算确实无法同时满足的地方,它会直说,而不是自己挑一个。

  • 不给任何人派班

    决定谁能在什么时候工作的那些约束,并不都在数据里。一份排班表是对人们生活的一项承诺。

这会改变什么

这会如何改变你的一周

它接手的工作
同时核对一份排班草稿的人手、资质、休息和成本。
目前由谁完成
排班的那个人,在一张表格里,只优化一个约束。
多久一次
每一个排班周期。
通常的人工投入
四个互相拉扯的约束,还要跨一条没人去核的边界来核对。

为什么偏偏是运营。休息和连续工作天数上限,在两份已发布排班表的接缝处被突破,因为每一份都是单独核的,而每一个班次单看都没问题。

  • 无人值守运行

    由你或某个事件启动,然后自行完成。没有什么需要等人坐到工位前。

  • 每一次都是同一标准

    第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。

  • 它无法自行采取行动

    排班覆盖分析代理 没有任何发送、支出或承诺的途径。正是这个限制,让依据它的输出行动是安全的。

运行方式

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

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

演示

演示数据Illustrative sample output, abridged.

输入

{
  "staff": [],
  "period": "Week 37",
  "currency": "USD",
  "draftRota": []
}

输出

{
  "escalate": true,
  "overtime": {
    "cost": 4320,
    "hours": 96,
    "sharePercent": 11.2
  },
  "disclaimer": "A check of a draft against the rules you configured. Nobody has been assigned, swapped or scheduled, no rota has been published, this is not legal advice on working time, and no statement is made that the rota is compliant.",
  "coverageGaps": [
    "Saturday afternoon is 2 short against a target of 7. Target rather than hard requirement."
  ],
  "restBreaches": [
    {
      "between": "Sunday late finish 23:30 and Monday early start 06:00",
      "minimum": 11,
      "reference": "EMP-204",
      "restHours": 6.5,
      "acrossRotaBoundary": true
    }
  ],
  "escalationReason": "A shift has no qualified first aider, and a rest period of 6.5 hours against an 11-hour minimum occurs across the rota boundary.",
  "loadDistribution": [
    "Three people cover 61% of all night and weekend shifts. Reported as a rota pattern, with no assessment of anyone."
  ],
  "qualificationGaps": [
    {
      "shift": "Sunday night",
      "missing": "No qualified first aider on shift",
      "hardRequirement": true
    }
  ],
  "unresolvableConflicts": [
    "Sunday night cannot be covered to headcount without breaching EMP-204's rest. Both options are shown; the choice is yours."
  ],
  "consecutiveDayBreaches": [
    "EMP-118 works 9 consecutive days against a limit of 6. Days 1–3 sit in the previous rota, which is why neither check caught it alone."
  ]
}

使用条件

集成

无需集成。

开始之前

  • 排班草稿,以及上一份排班表用于边界核对
  • 员工及其资质与合同工时
  • 你的休息、连续工作天数与人手规则
  • 含加班的薪酬费率,如果你需要成本的话
  • 需要 全量访问 套餐或更高

使用场景

发布排班表之前

草稿与发布之间那道常设检查。

补缺勤

一次换班会不会在别处弄坏什么。

假期期间

人手和休息确实互相冲突的地方。

检查之前

证明这份排班表每一次都被核过。

价格

全量访问

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

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

常见问题

它会排班或发布排班表吗?

不会。它核一份草稿。谁能在什么时候工作,取决于育儿、进修、健康和一些不在任何排班系统里的约定,而一个替人派班的工具会把这些自信地搞错。

它会就工时法规提供法律意见吗?

不会。它对照你配置的规则来核——你的休息时长、你的连续工作天数上限、你的资质要求——并报告对这些规则的违反。哪些法规适用于你,是留给你自己顾问的问题。

如果人手和休息没法同时满足呢?

它会直说,并把那个取舍摆出来,而不是悄悄替你选一个。那个冲突,对不得不作决定的那个人来说是真正的信息。

评价

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

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

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

定制此智能体