zayn-clarify

识别客户需求中的缺失、模糊和冲突信息，并生成低负担、可直接发送的澄清问题。

CLARIFY() 需求澄清

1. 基本信息

text

Skill ID: zayn-clarify
Display Name: CLARIFY()
Chinese Name: 需求澄清
Project: WorkFn
Author Prefix: zayn
Category: Customer Communication
Version: 0.1.0
Status: Draft for testing
```$([Environment]::NewLine)
## 2. 解决的问题

CLARIFY() 用于识别客户需求中缺失、模糊、冲突或容易误解的信息，并生成最少但关键的澄清问题。它不负责直接报价，也不负责替客户补全需求。

## 3. 适用场景

适用于需要执行上述职责，且用户能够提供相关原始信息和业务目标的场景。

## 4. 不适用场景

不适用于超出本 Skill 职责边界的翻译、报价、客户价值判断、最终责任认定或其他专用任务。应转交对应 WorkFn Skill。

## 5. 输入参数

输入分为必填参数和建议参数。所有输入必须经过参数解析和状态检查。

## 6. 必填参数

1. 客户原话
2. 当前已知需求
3. 本次澄清目标

## 7. 可选参数

1. 产品类别
2. 型号或 PN
3. 数量
4. 成色
5. 配置
6. 交期
7. 目标价
8. 目的地
9. 保修
10. 替代接受度
11. 沟通渠道
12. 历史上下文

## 8. 证据优先级

待补充完整证据优先级。当前必须遵守 WorkFn 统一运行协议，不得用推测覆盖用户或人工已确认事实。

## 9. 判断规则

1. 客户需要的是部件、平台、机头还是整机
2. 型号和描述是否一致
3. 是否缺数量
4. 是否缺成色
5. 是否缺配置
6. 是否缺交期
7. 是否缺目标价
8. 是否缺目的地和贸易条款
9. 是否接受替代
10. 是否有版本或兼容性差异
11. 只问会影响判断或报价的问题
12. 优先问高影响参数
13. 一次不要问太多
14. 让客户容易回答
15. 能用选项就不用开放长问题
16. 不重复问客户已回答的信息

## 10. 风险检查

1. 把客户未说明的信息当成已确认需求
2. 一次提出大量低价值问题
3. 重复询问客户已经回答的内容
4. 需求未清楚时承诺价格、库存或交期

## 11. 输出结构

1. 参数完整度结论
2. 参数状态表
3. 已确认需求
4. 关键缺失信息
5. 冲突信息
6. 推荐提问顺序
7. 可直接发送的澄清话术
8. 客户回复后应进入哪个 Skill

## 12. 禁止事项

1. 不得替客户猜型号
2. 不得把截图中看不到的信息补出来
3. 不得一次提出大量低价值问题
4. 不得重复客户已经说明的内容
5. 不得在需求未清楚时直接承诺价格、库存或交期

## 13. 信息不足时的处理

未达到最低运行条件时，不得强行生成完整结果。应列出缺失、冲突和待验证参数，并说明当前能否提供低置信度初步分析。

## 14. 人工判断边界

人工确认事实优先。不得覆盖用户已确认信息，不得把推测写成事实，不得越过本 Skill 的职责边界。

## 15. 验收标准

1. 正确解析必填参数和建议参数
2. 达到最低运行条件后才进入正式分析
3. 输出符合规定结构
4. 风险和边界检查完整
5. 不把待验证信息写成事实
6. 信息不足时不强行生成

## 16. 当前状态

```text
Version: 0.1.0
Status: Draft for testing
```$([Environment]::NewLine)
## 参数解析流程

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

## 参数状态表

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

| 参数 | 必需程度 | 当前状态 | 已获取内容 | 缺失或冲突影响 |
|---|---|---|---|---|
| 按本 Skill 参数填写 | 按参数定义 | 按用户输入判断 | 不得凭空补充 | 按实际影响说明 |

## 最低运行条件

1. 有客户原始表达
2. 能识别至少一个信息缺口
3. 已明确本次要澄清的业务目标

## 缺失参数处理

不得自动补全缺失参数。必须说明缺失项、重要性、影响、补充方式，以及当前是否可以先做初步分析。

## 冲突参数处理

不得自行解决冲突。必须保留不同来源、标记冲突、说明影响并提示验证。

## 待验证参数处理

待验证信息不得写成确定事实。客户可能意图、公开资料、预计信息和 AI 推测必须明确标记。

## 正式分析触发条件

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

## 初步分析模式

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

```text
以下为初步分析，仍需补充关键参数。

正式分析模式

参数完整并满足触发条件时，才可输出正式分析。正式输出前必须再次检查参数状态、证据、职责边界和用户真实目标。