前言¶

排班这件事，单看不难，看多了就烦：门店早晚班怎么切、客服间隔多久轮一次、医护的资质和工时限制怎么同时满足，全是同一套逻辑在不同场景里重写一遍。规则散在聊天记录和老员工的脑子里，换一个人就要重新教一遍，月底算工时还要再对一次表。

下面介绍的这个 Skill 就是把这套逻辑收进一个可复用的工作流里，让排班从「每次手工重做」变成「调规则、生成表」。

这是什么¶

「排班」是一个面向轮班场景的 Skill，坐标 @kunlungrowth/kunlun-paiban，当前版本 1.1.0，由「昆仑增长」发布，来源标注为 enterprise，分类 business-ops。

它解决的问题是：把班次设计、轮班规则、工时与人力测算、排班表生成、调班换班管理这些重复步骤，整理成可复用的规则与表格，而不是每次都靠人肉重算。

数据来源（SkillHub 页面抓取，2026-11-05）：评分 100000，下载 950，安装 0；标签 requires_api_key=false，即不需要额外配置 API Key。

核心功能¶

按官方简介，能力覆盖五个环节，按排班的实际顺序排列：

1、班次设计：定义一天里有哪些班次、各班次的起止时间与覆盖时段。
2、轮班规则：把轮转顺序、休息间隔、班次偏好等约束写成规则。
3、工时与人力测算：按业务量估算需要的人力，并核对每人的工时是否在限定范围内。
4、排班表生成：把前两步的规则落成一张排班表。
5、调班换班管理：排好之后发生的临时调整，走同一套规则记录与核对，而不是另开一张表。

其中「调班换班管理」是这类 Skill 相对容易忽略的一环：如果只做生成、不做调整，实际使用中规则还是会散掉。

安装与启用¶

抓取资料里没有给出官方的安装命令或配置文件字段，因此这里不臆造命令。已知的接入信息如下：

坐标：@kunlungrowth/kunlun-paiban
版本：1.1.0
来源：enterprise
分类：business-ops
requires_api_key：false

官方页面：https://www.skillhub.cn/skills/kunlungrowth/kunlun-paiban
接口地址：https://api.skillhub.cn/kunlungrowth/kunlun-paiban

这类 Skill 基于通用 SKILL.md 格式，一般做法是把它放进客户端的 Skill 目录，或从 SkillHub 页面启用后让 Agent 在任务中调用。具体入口以官方页面说明为准——资料中未提供，就不在这里写未经验证的安装步骤。

需要注意 requires_api_key=false 的含义是：这个 Skill 自身不要求提供 API Key，不等于它调用的模型或下游服务也不需要凭证，后者取决于你本地的配置。

典型用法¶

资料中没有提供官方的可复现示例，下面给出使用时应包含的输入要素，便于拿到 Skill 后自行验证。

场景：门店 / 客服 / 医护 轮班
输入：班次定义、轮转规则、可用人力、工时上限
产出：排班表 + 调整记录

一次完整的调用建议按三段描述清楚：

1、先说明场景类型和班次定义，让规则有明确的边界。
2、再给出轮转规则与人力上限，这是测算的约束条件。
3、最后要求输出排班表，并保留调班换班的记录位置。

验证顺序也是这个：先看生成的班次是否覆盖全部时段，再看每人的工时是否超限，最后看一次换班之后表是否仍然自洽。

适用场景与注意¶

适合的场景是规则相对固定、需要反复产出的轮班工作，比如门店早晚班、客服接线轮转、医护排班。这类场景的共同点是「约束明确、每月重复」，规则化之后收益明显。

几个使用上的限制：

1、规则需要先被写清楚。Skill 负责按规则生成与核对，不会替你推断出没有写明的偏好。
2、工时测算依赖输入的业务量与人力数据，输入不准，产出的表就只是形式上合规。
3、医护等受监管场景，生成结果仍需人工复核资质与工时合规，不要直接当作审批依据。
4、资料中显示安装量为 0，说明目前使用者很少，遇到边界问题基本要靠自己验证。

结尾¶

排班 Skill 的价值不在「一键生成」，而在把班次、轮转、工时、调班这些规则固化下来，之后每次排班只是改参数和出表。如果你的场景每月重复、规则已经能说清楚，值得试；如果排班规则本身还在摸索，先花时间把规则定下来再上工具。

官方地址：https://www.skillhub.cn/skills/kunlungrowth/kunlun-paiban