zayn-apology

在事实、责任边界和解决方案基本明确后，生成不过度认责且能体现诚意的道歉与问题说明。

APOLOGY() 道歉与问题说明

1. 基本信息

text

Skill ID: zayn-apology
Display Name: APOLOGY()
Chinese Name: 道歉与问题说明
Project: WorkFn
Author Prefix: zayn
Category: Customer Communication
Version: 0.1.0
Status: Draft for testing
```$([Environment]::NewLine)
## 2. 解决的问题

APOLOGY() 用于在出现失误、延期、错发、漏发、信息错误或客户体验受损时，先核对事实、责任边界和解决方案，再决定如何向客户说明和道歉。它不是单纯把语气写得更诚恳，也不是默认承认全部责任。

## 3. 适用场景

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

## 4. 不适用场景

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

## 5. 输入参数

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

## 6. 必填参数

1. 客户原话
2. 已确认事实
3. 问题影响
4. 当前责任状态
5. 已确认解决方案
6. 希望客户下一步做什么

## 7. 可选参数

1. 订单号
2. 产品型号
3. 时间线
4. 内部确认记录
5. 客户损失
6. 是否需要书面留痕
7. 沟通渠道
8. 语言和语气

## 8. 证据优先级

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

## 9. 判断规则

1. 是否需要道歉
2. 应该为哪一部分道歉
3. 哪些事实可以确认
4. 哪些责任不能提前承担
5. 是否需要解释原因
6. 哪些内部原因不应对外暴露
7. 是否有明确补救方案
8. 是否有可靠时间节点

## 10. 风险检查

1. 过度认责
2. 把客户反馈直接认定为我方产品问题
3. 暴露采购、供应商或内部管理问题
4. 承诺无法控制的交期
5. 没有解决方案只有道歉
6. 解释过长让客户更不信任
7. 模糊客户损失和责任边界

## 11. 输出结构

1. 参数完整度结论
2. 参数状态表
3. 事实与责任边界
4. 当前主要风险
5. 推荐沟通策略
6. 可发送版本
7. 需要内部继续确认的事项

## 12. 禁止事项

1. 不得默认承认全部责任
2. 不得编造解决方案
3. 不得编造时间节点
4. 不得把推测写成事实
5. 不得为了安抚客户过早承诺赔偿
6. 不得暴露内部争议
7. 信息不足时不得强行生成完整文本

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

正式分析模式

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