前言¶
做业务系统的开发者常会遇到这类需求：客服场景话术分散在聊天记录、文档和老员工的脑子里，智能助手一上线就只会套模板，遇到投诉、售后这类高情绪场景容易把对话聊死。下面介绍的「昆仑增长 · 客服」是一个面向客服场景的 Agent Skill，用固定的沟通框架和场景话术库来约束对话质量，并可把处理经验沉淀为知识库和 SOP。
这是什么¶
「昆仑增长 · 客服」是一个基于通用 SKILL.md 格式的 Agent Skill，由「昆仑增长」发布维护，坐标 @kunlungrowth/kunlun-kefu，当前版本 1.2.2，来源 enterprise，分类 business-ops。
它解决的问题是：让 Agent 在售前、售后、投诉、工单四类客服接触中，按统一的方法论沟通，而不是每次临时组织语言。Skill 标签显示 requires_api_key=false，即不需要额外配置 API Key。
官方地址：
https://api.skillhub.cn/kunlungrowth/kunlun-kefu
SkillHub 页面：
https://www.skillhub.cn/skills/kunlungrowth/kunlun-kefu
核心功能¶
下面介绍的功能均来自 Skill 官方简介，可逐条核对。
1、四步沟通法。Skill 内置「共情-澄清-解决-确认」四步法，把每次客户接触组织成固定流程：先共情安抚，再澄清问题，然后给出解决，最后确认客户认可，避免 Agent 跳过中间步骤直接给结论。
2、场景话术库。提供覆盖售前、售后、投诉、工单四类场景的现成话术，Agent 按场景调用，而不是临场生成。
3、LEACR 情绪模型。内置 LEACR 情绪模型，用于识别和管理客户对话中的情绪，配合共情步骤使用。
4、ESCALATE 原则。内置 ESCALATE 原则，规定什么情况下需要把对话升级（转人工或上报），防止 Agent 在超出能力范围时继续硬答。
5、知识沉淀。Skill 可以把处理过的客户接触沉淀为客服知识库与 SOP，供后续对话复用。
安装与启用¶
官方资料中没有给出独立的安装命令，Skill 基于通用 SKILL.md 格式分发。通用的启用方式是将 SKILL.md 及其附属文件放入项目目录，由 Agent 在加载项目 Skill 时识别。以 Cursor / Claude Code 等支持项目级 Skill 的工具为例，一般步骤是：
1、从官方地址获取 SKILL.md 及相关文件。
2、放入项目的 Skill 目录（如 .cursor/skills/ 或项目约定的 skill 路径）。
3、在对话中触发客服场景，Agent 加载该 Skill 后按四步法执行。
由于 requires_api_key=false，启用时不需要配置任何 API Key。具体目录位置和热加载方式以所用 Agent 工具的文档为准，官方资料未逐一说明，这里不展开。
典型用法¶
官方资料没有提供可复现的完整示例，下面根据 Skill 简介描述它被触发后的行为，供接入时参考：
1、客户发起售前咨询或售后问题，Agent 加载 Skill 后先按共情步骤回应客户情绪，用 LEACR 模型判断情绪强度。
2、按澄清步骤确认问题细节，必要时引用场景话术库中对应场景（售前 / 售后 / 投诉 / 工单）的话术。
3、按解决步骤给出方案；若问题超出 Agent 能力范围，按 ESCALATE 原则升级处理，而不是继续应答。
4、按确认步骤与客户核对方案是否认可，结束本轮接触，并按知识沉淀能力将本次处理记入客服知识库与 SOP。
接入时建议先拿一个真实工单做回归测试，检查四步顺序和升级触发是否符合预期，再扩展到全部场景。
适用场景与注意¶
适合需要统一客服对话质量的团队：售前售后咨询、投诉处理、工单跟进，希望 Agent 按固定方法论而不是自由发挥来接话。
需要注意的几点：
1、Skill 面向客服对话场景，不涉及工单系统的 API 对接，工单流转仍需外部系统配合。
2、ESCALATE 原则只规定升级判断，实际转人工或上报的链路要自己实现。
3、话术库和四步法是给 Agent 的约束框架，不是质检规则，对话质量仍需人工抽查。
4、SkillHub 页面显示该 Skill 安装量为 0，属于较新的 Skill，接入前建议先在小流量场景验证。
5、当前版本 1.2.2，来源 enterprise，使用时留意出品方「昆仑增长」的后续更新。
结尾¶
「昆仑增长 · 客服」的价值在于把客服沟通从「每次临时生成」变成「按四步法执行、有话术库支撑、可升级、可沉淀」的固定流程，降低 Agent 客服的沟通失控风险。官方地址：
https://api.skillhub.cn/kunlungrowth/kunlun-kefu
