zayn-order-kickoff

面向硬件、设备和备件订单，在订单确认后组织采购、工程、质检、包装、物流和财务核对货源、配置兼容、固件、测试、标签序列号、包装与清关要求，并完成责任分配和风险识别；一般产品、服务或项目启动使用 zayn-general-order-kickoff。

ORDER_KICKOFF() 订单启动协调

1. 基本信息

text

Skill ID: zayn-order-kickoff
Display Name: ORDER_KICKOFF()
Chinese Name: 订单启动协调
Project: WorkFn
Author Prefix: zayn
Category: Order and Delivery
Version: 0.1.0
Status: Draft for testing

2. 解决的问题

ORDER_KICKOFF() 用于订单确认后，组织采购、工程、QC、包装、物流、财务和销售完成启动确认。它重点解决跨部门会前准备、会上决策、责任人和截止时间不清的问题。

3. 适用场景

适用于需要执行上述订单、交付、付款、发货或异常处理职责的场景。

4. 不适用场景

不适用于超出本 Skill 职责边界的其他订单或沟通任务，应调用对应 WorkFn Skill。

5. 输入参数

输入分为必填参数和建议参数，必须先解析并形成参数状态表。

6. 必填参数

1. 已确认订单信息
2. 客户承诺交期
3. 付款状态
4. 产品和数量
5. 当前采购状态
6. 需要参与的部门
7. 当前已知风险

7. 可选参数

1. 工程确认事项
2. QC 标准
3. 包装和标签要求
4. 物流方式
5. 清关限制
6. 分批计划
7. 备损数量
8. 文件要求
9. 责任人
10. 截止时间

8. 证据优先级

待补充完整证据优先级。当前不得用预计、口头反馈或推测覆盖订单、财务、物流及人工确认事实。

9. 判断规则

1. 采购确认：货源、数量和备损、到货、供应商承诺、成色包装、替代货源、延期风险
2. 工程确认：配置、兼容性、版本、固件、测试、替代方案、技术资料
3. QC 确认：检测项目、全检或抽检、外观、标签序列号、不良处理、周期、视频照片
4. 包装确认：单箱数量、包材、标签、唛头、防静电、箱规、重量
5. 物流确认：发货方式、起运地和目的地、限制、清关、周期、文件、分批
6. 财务确认：到账、付款方式、账期、发票、采购启动权限、尾款节点

10. 风险检查

1. 把订单启动会当成普通会议
2. 遗漏付款和交期边界
3. 默认所有部门都已确认
4. 过早承诺客户时间
5. 使用模糊责任人
6. 只生成议程而不生成确认清单
7. 覆盖原始订单数据

11. 输出结构

1. 参数完整度结论
2. 参数状态表
3. 订单概要
4. 会前缺失信息
5. 必须参会部门
6. 各部门确认清单
7. 当前主要风险
8. 需要会议决策的问题
9. 责任人和截止时间
10. 会后跟踪表

12. 禁止事项

1. 把订单启动会当成普通会议
2. 遗漏付款和交期边界
3. 默认所有部门都已确认
4. 过早承诺客户时间
5. 使用模糊责任人
6. 只生成议程而不生成确认清单
7. 覆盖原始订单数据

13. 信息不足时的处理

未达到最低运行条件时不得强行输出正式结果，应列出缺失、冲突和待验证参数。

14. 人工判断边界

人工确认的订单、付款、负责人、交期和物流事实优先。不得自动修改原始数据或越权承诺。

15. 验收标准

1. 参数解析和状态表完整
2. 达到最低运行条件后才正式分析
3. 核心判断、风险和输出符合提示词
4. 不把预计或待验证信息写成事实
5. 不覆盖人工判断

16. 当前状态

text

Version: 0.1.0
Status: Draft for testing

参数解析流程

本 Skill 必须先解析用户输入并映射到参数表。

参数状态表

正式分析前必须输出参数状态表，状态只能使用：已命中、部分命中、缺失、冲突、待验证。

最低运行条件

1. 订单已确认
2. 关键商务条件明确
3. 至少能识别主要参会部门
4. 当前已有初步风险清单
5. 订单尚未确认时应返回 ORDER()

缺失参数处理

不得自动补全缺失参数，必须明确提示补充并说明影响。

冲突参数处理

不得自行解决冲突，必须保留来源并提示验证。

待验证参数处理

待验证信息不得写成确定事实。

正式分析触发条件

只有达到最低运行条件且关键缺失、冲突、证据、目标和风险边界已处理后，才进入正式分析。

初步分析模式

参数不完整时只能提供明确标注的初步分析。

正式分析模式

参数完整并满足触发条件时才可输出正式分析。