Anthropic 客服插件：把问题交清楚，比把模板填完整更重要

客服团队常见的浪费，是接手者重新询问上一位已经问过的问题：影响谁、是否重复、试过什么、该找哪个团队。Anthropic 的客服插件把这些工作写成可装载的操作说明。它的价值是让交接材料更完整；真正落地的分界则是：建议路由不等于工单已转交，升级简报不等于工程团队已接单，知识文章草稿不等于已经发布。

本案例以公开插件固定版本为对象，分析文件、连接器和工作方法怎样配合，不把仓库里的白屏、重复收费等用法示例当成真实客户事故，也不声称已取得客服效率收益。客服插件

插件交付工作方法，运行能力来自宿主

插件由描述文件、技能正文与 MCP 配置组成。描述文件说明名称、版本等；技能文件的名称、简介和参数提示帮助宿主发现任务，正文说明怎样处理。MCP 是宿主连接外部服务的接口，实际能读哪些工单、能否发消息或写状态，取决于连接器、授权和工具。描述文件｜连接配置

不能把安装插件画成自动完成客服流程。代码仓库没有为这套工作方法提供独立的持久工单队列、审批状态机或 SLA 计时器。Claude Code/Cowork 等宿主负责调用模型与工具，插件提供应如何工作的指令和配置。企业原有流程决定什么时候允许发送、谁负责接单。

配置也揭示模板与可用系统之间的距离：该版本声明 Slack、Intercom、HubSpot、Guru、Atlassian、Notion 等服务，Calendar/Gmail 还有等待填写的空 URL。目录里提到一个服务，不证明组织已经连通、完成认证或拥有记录权限。

分诊先补齐判断依据，再给优先级

ticket-triage 的输入是工单文本、客户消息或问题描述。它从症状出发：抽取具体问题、报错或行为、客户背景、受阻程度、生产环境和影响人数等紧急信号，也观察客户情绪，再确定问题类别、P1–P4 优先级及产品领域。分诊技能

类别不是根因。integration 能指示去哪里查，却不能仅凭关键词证明连接器有错。优先级需要影响与紧急程度的依据，不能把焦虑语气直接等同严重事故。

路由前还有一步实际工作：到可用工单平台查相近问题，知识库查已知问题，项目系统查现有缺陷或需求。得到的应是可追溯关联记录。缺少工具不能伪造查过的链接；没有查到也应与尚未查询区分。

输出包含问题摘要、客户与影响、绕行方案是否存在、关联工单、已知问题状态、建议队列及理由，以及给客户的首轮回复草稿。下一位接手者由此知道为什么这样分，而不只收到一个 P2。技能中的优先级和响应时限是通用方法，接入时必须换成组织实际合同与政策。

升级要减少下一轮追问

customer-escalation 接收问题摘要和可选客户信息，确认为什么需要升级：影响广度、阻塞深度、持续时间、收入风险和期限。它从支持平台、CRM、内部讨论、项目系统和知识库聚合上下文，但只有连接且有权读取的来源才能提供事实。升级技能

技术材料不只列报错。技能要求复现步骤、预期与实际、环境、证据、已尝试动作及各自结果；业务部分包括最后一次客户沟通、客户期待与风险。还要明确请求：请调查根因、决定优先级、作产品决策，还是批准例外。明确请求比“请关注”更容易形成责任。

这些内容与分诊有重叠，但服务不同决定：分诊回答谁应接手，升级回答为何现在需要更高层级介入、接手者要做什么。两份技能可以配合使用，公开文件却没有实现自动衔接的事务；也没有证明发送后对方已接受。实际交接仍需宿主或工单系统保存记录标识、负责人与接单状态，这是迁移时要接入的控制。

问题解决之后，知识仍要经历审核

kb-article 不要求每个问题都再写一篇文章。它先看来源中的问题、解决办法、受影响人群与重复程度，查是否已有相近文章，再决定更新还是新建。不同内容分别适合操作指南、排障、常见问题、已知问题或参考资料。知识文章技能

稿件随附受众、来源、需审核人员和建议复查日期。技术原因未核实，不能仅因模板有原因一节就填猜测；内部日志和客户信息不能直接进入面向客户版本。技能提出 Draft、Published、Needs update、Archived、Retired 等生命周期，这是知识管理方法，不意味着状态已映射到企业字段或定期任务已建立。

它的工程意义在于保存问题到知识的关系：文章能追到已解决工单或确认过的绕行方案；产品改变后，组织能找到需更新的内容。结构完整仍需要负责人的审核和目标读者验证。

定制要先找到组织事实

cowork-plugin-customizer 区分初次设置、局部修改和一般定制；根据组织给出的意图，从内部聊天、文档、邮件了解真正使用的服务、流程、状态名称、团队约定和工作区配置，再修改相关文件、连接器并打包。定制技能

先找事实再改指令，才能避免把行业惯例猜成这家公司的流程。目标队列、升级负责人或工作区未知，就保留未配置状态并确认；局部修改不应顺便改无关技能。该工具要求挂载插件目录的 Cowork 桌面环境，不能把同一份说明当成任意远端环境可运行的安装器。

连接检查通过，离客服可用还有多远

公开 CI 的 check-mcp-urls 先用 HEAD，必要时发送 MCP 初始化请求，跳过空 URL 和未拉取的外部插件。404、410、连接/DNS/TLS 失败会报错；401、403、405、5xx 等仍可通过，因为目标是证明主机和路径有响应。连接检查源码

绿色检查不是客服可以用了：认证是否有效、工具 schema 是否符合预期、能否找到正确工单、是否误写其他客户记录、升级是否进入正确队列，均需另验。依赖存活测试不能当完整业务回归。

开始采用时，用组织已有、已解决且脱敏的工单作对照：分诊引用是否真实，升级简报是否让目标团队无需重复追问，知识稿是否只保留已核实且允许公开的内容。由实际接手人确认材料够用，再核对系统队列、负责人和文章状态。验收的是交接质量与真实动作，而非模型是否填满模板。