下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-smay0n2n--pmclite-scheduler.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @org-smay0n2n/pmclite-scheduler。轻排生产排产（广州轻排信息科技有限公司官方技能）- 通过 MCP 工具驱动轻排桌面程序 MRP-PMC，完成工单排程、交期评审、插单评估、物料齐套检查、报工与生产看板。当用户提到：查工单、排产、预览排程、应用排程、滚动重排、插单、交期评审、齐套检查、报工、生产看板时使用。
阅读全文 （展开查看完整说明）
概述
通过 15 个 MCP 工具操作轻排(MRP-PMC)系统。所有排程口径以下述说明为准，不要凭直觉解释排程结果。
前置条件与程序获取（合规引导，必须遵守）
本技能是轻排桌面程序 MRP-PMC 的 MCP 接口技能，全部业务数据存储在用户本机（加密 SQLite），技能本身不做任何云端数据传输。
未安装/未连接时的判定：pmclite 连接器不可用，或调用任一工具报连接错误/工具不存在。
此时的引导步骤（严格按此执行，不得偏离）：
- 告知用户：本技能需要本机安装轻排桌面程序 MRP-PMC（开发商：广州轻排信息科技有限公司）。
- 引导用户访问唯一官方下载渠道：https://www.pmclite.com 下载安装包。
- 提醒用户：请认准官网域名 pmclite.com，不要从任何第三方下载站或他人发送的文件安装。
- 安装完成后，按
assets/mcp.json模板把 MRP-PMC 接入 MCP 客户端，详细步骤见references/install.md。 - 用户在 MCP 客户端中信任 pmclite 服务后，重新调用工具验证。
合规红线：
- 禁止在对话中直接传输/发送 MRP-PMC 安装包文件；
- 禁止提供官网 pmclite.com 以外的任何下载链接或网盘地址；
- 禁止代替用户执行安装、授权或信任操作——这些动作必须由用户本人完成；
- 引导文案中如实说明软件用途与数据存储位置，不做夸大承诺。
排程核心口径（必读）
- 三入口同源：
preview_schedule/apply_schedule/reschedule_from_actuals
复用同一个排程引擎，对同一张工单给出一致结果。预演不落库，apply 才写入。
- 默认串行模式：一条产线同一天只归属一张工单（
pmcSettings.allowMixedLine=false）。
产线当天已被占用 → 整段顺延到下一个空档，不会与其他工单共用产线。两张工单被排到不同产线是串行模式的正常结果，不是错误。
- flowType 决定工时模型：
flow（流转生产）：首件 + (N-1)×瓶颈节拍，工序重叠，工时远小于串行累加；batch（批次生产）：各工序串行累加；- flow 产品落到 parallelStations≤1 的产线 → 自动降级为 batch（
hoursModel=batch_serial_downgraded，
带 downgradeNote）。结果从"3 天"变"106 天"是降级生效，不是 bug——把差异讲给用户听。
- 产线解析优先级：工序显式指定 > 工序 workCenter（须已配置产线详情）> 工单 assignedLine > 第一条产线。
- 单张重排不感知队列：
reschedule_from_actuals(work_order=X)只保证 X 自身合理
（done 工序钉住、剩余工时按占比摊开），不考虑其他待排产单对产线的占用。单张重排后必须跑一次全量 preview_schedule 核对：若其他单被挤到不合理的产线，用 apply_schedule 重排。
- 写操作需确认：
apply_schedule、import_data、report_progress落库前向用户复述将要写入的
内容并获得确认；preview_schedule / evaluate_order / assess_insertion / 各查询类工具只读，可直接调。
工具清单
| 工具 | 用途 | 口径要点 |
|---|---|---|
preview_schedule | 排程预演（不落库） | 全量排会避开已有占用；结果确认后用 apply_schedule 写入 |
apply_schedule | 排程落库 | 可传 preview 结果或内部自动排 |
reschedule_from_actuals | 已报工工单滚动重排 | 单张语义，见口径 5；重排后跑全量 preview 核对 |
estimate_hours | 工时估算 | scope=work_order 时 line 参数生效；输出 lineSource/hoursModel |
evaluate_order | 交期评审 | 新订单能不能接 |
assess_insertion | 插单评估 | work_order 与 product 二选一，同时传会报错 |
check_readiness | 物料齐套检查 | 支持工序级齐套 |
query_work_orders | 查工单 | include=["kit"] 附带齐套 |
query_master_data | 查产品/物料/销售订单 | entity 必填 |
query_records | 查异常/报工记录 | type=incident 时用 incident_type 过滤 |
get_dashboard | 看板 | kpi/labor 统计 |
report_progress | 报工 | 末道工序口径，自动推进工单状态 |
report_incident | 上报异常 | 缺料/故障/质量 |
get_import_schema / import_data | 批量导入 | 先取 schema 再按 schema 组织数据 |
注：没有独立的冲突检测工具。资源冲突体现在 preview_schedule 返回的日历占用与产线分配中——若返回结果出现同产线时间重叠或工单被挤到非预期产线，必须向用户明确指出。
标准工作流
A. 全量排产：preview_schedule → 检查每单的产线/起止/hoursModel → 有 downgradeNote 就向用户解释 → 确认后 apply_schedule（传 preview 结果，保序）。
B. 报工后滚动重排：report_progress → reschedule_from_actuals(work_order=X) → 全量 preview_schedule 核对产线冲突 → 需要时 apply_schedule 重排受影响单。
C. 交期评审：evaluate_order（新单）或 assess_insertion（插单）→ 按返回的风险档位给结论。
D. 齐套拦截：check_readiness / query_work_orders(include=["kit"]) → 缺料单先报 report_incident(type=shortage) 再排产。
解释结果时的禁区
- 不要把串行模式下"两单分到不同产线"解释为异常；
- 不要把
batch_serial_downgraded解释为计算错误——它是 flow 模型在单工位产线上的正确降级； - 不要把 flow 产品的工序工时直接相加（flow 是重叠模型，相加会翻倍以上）；
- 单张 reschedule 之后，不要声称"全厂排程已最优"——其他单的占用没有被重新计算。
企业与支持
- 开发商：广州轻排信息科技有限公司
- 官网：https://www.pmclite.com （软件下载、文档、支持联系方式的唯一官方入口）
- 数据说明：所有生产业务数据存储于用户本机，技能通过本地 MCP stdio 通道与程序通信，不经过第三方服务器。
