前言¶

排班這件事，單看不難，看多了就煩：門店早晚班怎麼切、客服間隔多久輪一次、醫護的資質和工時限制怎麼同時滿足，全是同一套邏輯在不同場景裏重寫一遍。規則散在聊天記錄和老員工的腦子裏，換一個人就要重新教一遍，月底算工時還要再對一次表。

下面介紹的這個 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