customer-escalation

15分钟前发布 0 0 0

将客服问题整理为研发、产品或管理团队可接手的升级材料。

收录时间:
2026-09-05

customer-escalation 是什么

当正常客服流程无法解决问题、多个客户出现相同异常或需要其他团队决策时,将已知信息整理成可交接的升级单。 这是 Anthropic knowledge-work-plugins 仓库 customer-support 中的 Skill 工作流指令,不是独立的客服软件。

能完成哪些工作

记录问题现象、影响对象、等待时间和已尝试办法;区分技术排查、产品决策和管理协调;整理复现步骤、环境与证据;明确接手团队、具体请求和下次反馈安排。

输出结果

输出升级摘要、影响范围、处理历史、复现条件、客户沟通状态、需要接手方完成的事项以及支持材料清单。

运行条件与使用方法

在支持相应 Skill 或插件的环境中获取该仓库的 customer-support 部分,并按所在平台方式加载。调用对应名称,提供具体问题和必要材料。原仓库使用工具类别占位符描述客服平台、聊天、CRM、项目跟踪和知识库;自动检索需要实际连接及权限,只有文本材料时可先进行资料范围内的整理。

建议先用脱敏案例检查输出,确认未知项没有被补造成事实,再由工作人员决定后续发送、建单或发布操作。

边界、权限和许可

生成升级单不代表故障已修复、接手方已接单或客户已收到通知。金额、根因、修复日期和服务承诺必须来自已确认资料,缺失时保留待确认。 连接第三方系统后,数据访问和对外写入受实际工具权限影响。仅提供完成当前任务所必需的客户信息。

核验时仓库根目录 LICENSE 声明 Apache License 2.0;使用和再分发时应核对所用版本的许可文件及适用条款。

常见问题

1. 什么情况适合使用?

适用于客服无法独立解决的故障、需要研发或产品判断的问题,以及超出正常支持范围的复杂情况。

2. 能自动修复故障吗?

不能。它主要帮助组织证据、分析影响和形成交接材料。

3. 需要提供哪些复现信息?

起始状态、账号权限、操作步骤、输入条件、预期和实际结果、环境,以及已排除的可能原因。

4. 没有复现成功怎么办?

明确记录暂未复现和已测试条件,保留客户现象及证据,不能补造复现结果。

5. 能从 CRM 读取客户资料吗?

只有环境已连接对应工具并授予访问权限时才可能读取;否则需提供必要且经过脱敏的资料。

6. 升级后客户由谁跟进?

应按团队流程明确客户沟通负责人,不能因技术事项转交就默认客服责任结束。

7. 会自动通知研发吗?

材料生成与发送通知是两个动作。发送依赖实际连接和用户授权。

8. 是否必须采用原文建议的时间间隔?

不是。原文提供参考安排,具体反馈节奏应服从已确认的服务约定和团队能力。

来源核验

来源为 GitHub 上 Anthropic 的 knowledge-work-plugins 仓库,目录 customer-support/skills/customer-escalation。Skill 文件名称为 customer-escalation,首个一级标题为 /customer-escalation,本站采用文件名称作为条目标题,不附加介绍语。核验日期为 2026 年 9 月 5 日,核验范围包括 Skill 原文、连接说明和仓库许可;未连接或实测真实客服系统。

数据统计

相关导航

暂无评论

none
暂无评论...