小游戏客服分类口径变更，先对照新旧定义，再回查历史事项能否按新规则重分。CodeBuddy可用AI整理授权会话与映射明细；旧类拆开后，新类数量变小不等于问题改善，缺少原文的保留待定，不能按新月份比例猜过去的构成。
原来统一记进不去，现在分登录验证与登录后加载。主管看到某一新类只有旧类一半，容易以为问题已经减少，其实比较的对象已经不同。先搞清每个名字包含什么，比直接画趋势更重要。
团队提供两版正式定义，至少说明类名、包含条件、排除项与采用时间。分类是人工复盘规则，不一定是系统里的客户标签；不能看到表格有一列分类，就声称MCP能够读取或修改对应配置。
可以先把变化分成三种：
实际含义也变了，就保留差异说明，不因为名称相似强行连成一条线。
知你AI助手可查询授权客户、历史会话和消息。负责人先提供获准的旧明细与两版定义，限定小游戏渠道和对应期间，让CodeBuddy通过通用MCP读取相关上下文。旧表的行必须能可靠对应原事项，不能仅凭相似昵称猜记录。
可提出：“按两版定义准备旧类到新类的映射，区分可直接对应和必须逐项回查。对指定旧事项列原分类、新候选类、原话、来源与判断原因。读不齐或定义冲突的单列，不改历史表、不把未知均摊进其他类。”
一次事项的单位保持不变。此前按独立求助事项计数，现在也不能改用消息条数或客户人数；同一事项里连续追问仍留在原行。确实存在多个不同问题，先由人员明确拆分规则，再决定如何回溯，不能让AI自行改变分母。
下图为MCP连接后台布局示意。分类映射由AI客户端准备，产品不因此增加标签编辑或报表配置能力。
以下事项、分类和数量全部虚拟。假定团队已将十项独立咨询按旧定义核齐，其中进不去八项、活动规则两项；本次只拆进不去，新规则按已确认的阻断环节区分登录验证与登录后加载。
读取原文后，甲乙丙丁四项明确卡在登录验证，戊己庚三项明确已经完成登录、停在加载阶段。辛只有一句进不去，现有材料不足以定位。活动规则两项的定义本次没有改变。
| 旧类及原数 | 按新定义回查结果 | 本轮处理 |
|---|---|---|
| 进不去8项 | 登录验证4、登录后加载3、待定1 | 拆分结果保留原事项来源 |
| 活动规则2项 | 活动规则2 | 核定义一致后对应 |
检查总数：4＋3＋1＋2＝10，仍与旧表十项一致。不能把待定那项按比例塞进两个新类，也不能为了让图表整齐而删掉。之后补到辛的必要上下文，再记录补判依据与版本。
“旧进不去八项，新登录验证四项”不构成下降百分之五十：旧类还包含加载和未知部分。要做前后比较，需让目标期间都采用同一新定义并核齐可比记录；无法回溯的期间，就保留断点或旧口径系列，不拼成连续改善曲线。
下图为AI客户端辅助审核流程，分类与原话均为虚拟示例。
最终交付不只是一份新分类总数。映射表写清两版定义、关系类型、采用时间与限制；重分明细保留旧值、新值、来源和人工确认。旧表留存，不用覆盖后的结果抹去原来怎样统计。
知你AI助手帮助找回判断条件，CodeBuddy组织对照与待核项。人员先检查容易混淆的边界，再复算总数和未知数量；确认后将本次规则说明交给下一轮整理人员，减少同一类被不同同事解释成不同含义。
报表上可附一句清楚说明：“本轮按新定义重分已核十项，含一项待定；未完成回溯的早期记录仍保留旧口径。”让读者知道哪些能比较，比追求所有月份都有同一组漂亮颜色更有用。
先确认含义、单位和纳入范围都未变，再作一对一对应。
不能据此认定过去构成，应回查明细，无法判断的单列。
不一定，先统一定义与可比范围，再判断真实数量变化。
不补猜，核必要上下文；仍不足就保留待定和原因。
不会，本文准备映射草稿与依据，正式维护通过团队实际流程完成。
新旧分类衔接先比较定义，再逐项回溯，最后核总数与可比范围。拆分不硬分摊，未知不隐去，保留旧值和依据。从一个最常变化的类目开始，让之后的趋势讨论比较同一件事。
如果团队希望用AI衔接客服报表的新旧分类，可以了解知你AI助手官网，从一组获准历史事项开始，让类目映射和重分结果都有原话依据。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
