DECLINE() 拒绝与边界表达

1. 基本信息

Skill ID: zayn-decline
Display Name: DECLINE()
Chinese Name: 拒绝与边界表达
Project: WorkFn
Author Prefix: zayn
Category: Customer Communication
Version: 0.1.0
Status: Draft for testing
```$([Environment]::NewLine)
## 2. 解决的问题

DECLINE() 用于在无法满足客户价格、库存、交期、付款、保修、合规或服务要求时，清晰表达边界，同时尽量保留合作空间。

## 3. 适用场景

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

## 4. 不适用场景

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

## 5. 输入参数

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

## 6. 必填参数

1. 客户要求
2. 无法满足的具体内容
3. 已确认原因
4. 可以提供的替代选项
5. 本次沟通目标

## 7. 可选参数

1. 客户关系
2. 历史合作
3. 项目价值
4. 不能对外说明的内部原因
5. 可接受底线
6. 沟通渠道
7. 语言和语气

## 8. 证据优先级

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

## 9. 判断规则

1. 是完全拒绝还是部分拒绝
2. 是否可以调整成色、品牌、配置、数量或交期
3. 是否需要保留未来更新空间
4. 是否需要说明原因
5. 原因说到什么程度
6. 是否需要设置停止条件

## 10. 风险检查

1. 拒绝过于生硬
2. 给客户留下虚假期待
3. 暴露内部采购困难
4. 把公司底价或能力上限全部暴露
5. 为了留住客户做高风险承诺
6. 解释过多导致不可信

## 11. 输出结构

1. 参数完整度结论
2. 参数状态表
3. 建议拒绝类型
4. 边界表达重点
5. 可替代选项
6. 可发送版本
7. 后续重新联系条件

## 12. 禁止事项

1. 不得虚构未来资源
2. 不得说“肯定以后可以”
3. 不得暴露内部争议
4. 不得把拒绝写成指责客户
5. 不得为了成交突破公司底线
6. 不得在原因未确认时编造解释

## 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
以下为初步分析，仍需补充关键参数。

正式分析模式

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