微信小游戏客服分类标准，先统一记录的是问题主题，再将情绪、紧急程度和处理阶段分别列出。千问办公可用AI整理授权玩家原话，准备类目含义、纳入条件与易混边界；分类说明玩家想解决什么，不凭几个词判定游戏故障或处理责任。
主管想知道近期玩家主要问什么，收到的表里却同时有充值问题、很生气、处理中和其他。前三项描述不同维度，既可能同时属于一件事，也不能互相替代，汇总后很难解释哪类需求真正需要改进。
先写清用途：本次分类用于归纳玩家提出的问题，几个维度分别记录。
分类单位也先固定。按能独立回应的请求记录，同一件事连续催问不另拆；会话确有两个独立问题，则分别保留出处，不将客户人数与消息条数混用。
知你AI助手可查询授权客户、历史会话和消息。限定小游戏、观察期间和获准范围，读足以理解请求的前后文。只取某个热词的命中记录，可能遗漏其他主题，因此候选范围与已读范围都需要说明，不能把它称为全部玩家的问题。
千问办公按当前连接器说明配置通用MCP并完成授权后，可以提出：“根据这些已读玩家请求，准备问题主题字典。每类写名称、含义、纳入条件、排除项和相邻类区别；情绪、紧急程度、处理阶段另列。只用原话能支持的请求，找不到对象的先待定，不替玩家补原因。”
一级主题保持相近尺度，二级主题再区分实际请求。例如付费相关下面可区分购买规则和买后权益，不把一个具体礼包名与整个账号服务并排作为同级。商品、活动名称可另留对象字段，避免每次上新就重建全部类目。
下图为MCP连接后台布局示意，字典在AI客户端准备，不是游戏数据或分类配置后台。
以下游戏、玩家问题与类目均为虚拟。假定团队按独立请求整理人工周报，不对游戏原因作诊断。先读四条完整表达，再给每类写清边界：
| 玩家原话 | 拟用主题与子类 | 纳入与排除边界 |
|---|---|---|
| 这个礼包包含哪些道具？ | 付费相关／购买规则 | 询问购买内容，不含购买后未取得权益 |
| 我付过款，背包还没有相应道具 | 付费相关／买后权益 | 记录已购后权益求助，未核实原因不直接命名为支付故障 |
| 昨天注册的玩家能参加吗？ | 活动参与／参加条件 | 询问资格规则，不含已满足条件后的领取步骤 |
| 条件已达到，我到哪里领取？ | 活动参与／领取步骤 | 用户在问操作位置，实际资格仍按正式规则核实 |
第二条同时带着“很着急，已经问过一次”，主题仍是买后权益；重复咨询、情绪与处理阶段放到独立栏目，不把整条改成紧急问题。这样按主题看需求、按阶段看待办时，使用的是各自清楚的维度。
另有一句“东西没有了”，当前既没有对象，也没有足够前文。字典可规定先记主题待定、缺具体对象，补到必要信息后再归类。不要根据其他玩家常问充值，就把这一句自动塞进付费相关。
字典保存一个排除例。购买规则的说明可写：“问礼包包含什么可纳入；明确说已购买但没有取得内容时排除，转买后权益。”它比只有一个类名更方便新人执行，且不会改变实际业务受理办法。
下图为AI客户端辅助整理流程，所有问题与分类均为虚拟示例。
选择一小组已读且有必要上下文的请求，让两位同事按同一字典分别归类。分歧先问哪句话支持哪个边界，而不是要求AI选人数多的一边。定义重叠就改纳入与排除，原话不足就保留待定，出现新主题再由主管决定是否扩充。
知你AI助手帮助找回请求与上下文，千问办公组织分类草稿。审核后的字典注明适用范围与版本，正式录入和维护按团队现有流程完成。不要把人工复盘类目自动写成游戏根因、客户等级或系统标签。
复查看其他类是否积累相近请求，或某类名称太宽。先修常见分歧，让下一位看得懂，再扩大整理范围。
先保留实际问题主题，明确情绪另列，避免用表达替代诉求。
按已定单位整理，同一请求继续补充或催问不随意拆成新事项。
先核必要前文，仍缺对象就待定，不按其他玩家的情况补猜。
不代表，主题说明用户在问什么，实际原因另由业务或技术核实。
不会，本文整理人工分类资料，正式系统维护按团队流程办理。
问题分类先统一用途、维度与单位，再写类目边界和待定规则。用AI从真实请求准备字典，让同事试分并讨论分歧。先把几个易混类定义清楚，报表才更容易回答团队真正想了解的问题。
如果客服报表的同一类问题总被不同同事分到不同地方，可以了解知你AI助手官网，用AI从授权原话准备类目字典，再由团队试分并确认可用标准。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
