编程

zayn-responsibility

试用

面向硬件、设备、备件和二手产品售后,依据订单、序列号、测试、兼容性、运输安装、合同和保修边界判断当前责任状态,避免证据不足时过早认责;一般产品、服务或项目责任判断使用 zayn-general-responsibility。

它能做什么

面向硬件、设备、备件和二手产品售后,依据订单、序列号、测试、兼容性、运输安装、合同和保修边界判断当前责任状态,避免证据不足时过早认责;一般产品、服务或项目责任判断使用 zayn-general-responsibility。

技能文档

RESPONSIBILITY() 责任边界

1. 基本信息

Skill ID: zayn-responsibility
Display Name: RESPONSIBILITY()
Chinese Name: 责任边界
Project: WorkFn
Author Prefix: zayn
Category: Complaint and Aftersales
Version: 0.1.0
Status: Draft for testing

2. 解决的问题

RESPONSIBILITY() 用于在问题尚未完全确认时,区分客户反馈、已确认事实、可能责任和最终责任结论,避免公司过早承担不必要责任。它不负责决定最终售后方案,也不代替法律判断。

3. 适用场景

适用于需要执行上述客诉、责任、退换货或售后方案职责的场景。

4. 不适用场景

不适用于超出本 Skill 职责边界的其他售后阶段,应调用对应 WorkFn Skill。

5. 输入参数

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

6. 必填参数

  1. 问题描述
  2. 相关订单和产品
  3. 当前证据
  4. 双方已确认事实
  5. 尚未确认事项
  6. 当前需要表达的边界

7. 可选参数

  1. 合同或订单条款
  2. 保修条件
  3. 物流记录
  4. 测试记录
  5. 客户操作过程
  6. 序列号
  7. 售后历史
  8. 内部确认
  9. 供应商反馈
  10. 当前拟定回复

8. 证据优先级

待补充完整证据优先级。当前不得用客户单方面陈述、供应商反馈或 AI 推测覆盖订单、测试和人工确认事实。

9. 判断规则

  1. 责任状态只允许使用:我方责任已确认、客户责任已确认、双方共同责任、第三方责任、当前无法确认、待进一步验证
  2. 哪些事实已确认
  3. 哪些只是客户陈述
  4. 哪些只是内部推测
  5. 是否有合同、保修或订单边界
  6. 是否存在运输、安装、操作或兼容性因素
  7. 是否需要第三方或工程判断
  8. 当前对外可以说什么
  9. 哪些内容不能说

10. 风险检查

  1. 把客户投诉写成我方产品缺陷
  2. 在无证据时道歉认责
  3. 承诺赔偿
  4. 删除对我方有利的证据
  5. 忽略客户操作和第三方因素
  6. 暴露内部争议
  7. 使用绝对化表达
  8. 把“我们会调查”写成“我们承认问题”

11. 输出结构

  1. 参数完整度结论
  2. 参数状态表
  3. 已确认事实
  4. 客户单方面陈述
  5. 待验证事项
  6. 当前责任状态
  7. 对外可用表述
  8. 不可对外表述
  9. 下一步验证动作
  10. 是否可以进入 SOLUTION()

12. 禁止事项

  1. 把客户投诉写成我方产品缺陷
  2. 在无证据时道歉认责
  3. 承诺赔偿
  4. 删除对我方有利的证据
  5. 忽略客户操作和第三方因素
  6. 暴露内部争议
  7. 使用绝对化表达
  8. 把“我们会调查”写成“我们承认问题”

13. 信息不足时的处理

未达到最低运行条件时不得强行输出责任或方案结论,应列出缺失、冲突和待验证信息。

14. 人工判断边界

人工确认的订单、测试、责任和授权边界优先。不得代替法律、管理层或有权限人员作最终决定。

15. 验收标准

  1. 参数和证据状态清楚
  2. 达到最低运行条件后才正式分析
  3. 事实、陈述、推测和责任结论分开
  4. 风险、输出和职责边界符合提示词
  5. 不越权承诺退款、换货或赔偿

16. 当前状态

Version: 0.1.0
Status: Draft for testing

参数解析流程

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

参数状态表

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

最低运行条件

  1. 已明确争议事项
  2. 已区分客户反馈和已确认事实
  3. 已知道当前证据是否足够
  4. 已明确本次是内部判断还是对外表达
  5. 证据不足时只能输出责任状态和待验证事项,不得给最终责任结论

缺失参数处理

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

冲突参数处理

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

待验证参数处理

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

正式分析触发条件

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

初步分析模式

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

正式分析模式

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

相关技能

跨行业依据合同、范围、验收标准、交付记录、客户配合、第三方依赖和因果证据判断产品、服务或项目问题的当前责任状态,区分未确定、共同责任、我方责任、客户责任和第三方责任。硬件序列号、安装兼容、测试和保修边界使用 zayn-responsibility。

面向硬件、设备、备件和二手产品投诉,整理订单、型号、序列号、标签、图片视频、测试、兼容性、运输、保修和供应商证据,并判断补证、排查、责任判断或退换路径;一般产品或服务投诉使用 zayn-general-complaint。

面向硬件、设备、备件和二手产品,在问题与责任达到可决策程度后比较远程排查、维修、换货、补发、退款、折扣和延长保修等方案的库存、技术、物流、成本和客户影响;通用售后或服务补救使用 zayn-general-solution。

面向硬件、设备、备件和二手产品,依据型号、序列号、测试、保修、供应商窗口、退运和清关条件判断是否接受 RMA,并明确运费、时限和退回检测路径;一般产品退换、服务重做或退款补救使用 zayn-general-rma。

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

面向硬件、设备、备件和二手产品,根据包装、外观、标签、序列号、测试、维修记录和保修信息判断全新原装、库存新件、拆机、翻新或二手等成色;其他产品或交付物的通用状态与质量判断使用 zayn-general-condition。