RELATION() 客户关系维护

1. 基本信息

Skill ID: zayn-relation
Display Name: RELATION()
Chinese Name: 客户关系维护
Project: WorkFn
Author Prefix: zayn
Category: Customer Communication
Version: 0.1.0
Status: Draft for testing
```$([Environment]::NewLine)
## 2. 解决的问题

RELATION() 用于在没有明确询价或项目推进动作时，设计有价值、低压力、不过度打扰的客户关系维护方式。它不是机械询问“最近有没有需求”。

## 3. 适用场景

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

## 4. 不适用场景

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

## 5. 输入参数

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

## 6. 必填参数

1. 客户关系背景
2. 上次联系时间和内容
3. 当前是否有明确项目
4. 本次联系目的

## 7. 可选参数

1. 历史成交
2. 历史询价
3. 客户市场
4. 客户近期变化
5. 可以提供的新价值
6. 联系渠道
7. 关系熟悉程度
8. 客户沟通偏好

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

正式分析模式

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