一、治理外挂，先分清三种东西
一、修改客户端。改内存、改封包。
二、自动化脚本。模拟操作，不改数据。
三、账号交易与代练。不改程序，改人。
三种的检测手段完全不同，混在一起谈就得不出方案。
治理外挂，先分清三种东西：改客户端、读内存、以及自动化脚本。
三种的技术门槛和危害完全不同。改客户端影响所有人，读内存只影响自己，脚本介于两者之间。
不区分就一刀切，结果是误伤大量正常玩家。
二、技术侧能做的
一、行为特征。点击间隔过于规律、路径重复，都是信号。
二、数据校验。关键数值在服务端算，客户端只做展示。
三、完整性检查。客户端被改过要能发现。
第四条最根本：能放到服务端的逻辑，就别放客户端。
车里的三件：茶样、公道杯、以及一壶热水。三件就够了，不用带一整套茶具。
公道杯的作用是让它散热。刚泡出来的茶太烫，直接喝不出味道。
茶样要写清产地和年份。这一条是为了后面复购时能对上号。
三、误封的代价比漏封更高
误封一个正常玩家，他会带走一批朋友。所以判定要分级：
- 高置信，直接封
- 中置信，限制功能并观察
- 低置信，只记录，进人工队列
分级之后，申诉量会明显下降。
技术侧能做的三件事：行为特征、客户端完整性、以及数据异常。
行为特征最通用，比如操作间隔过于规律、路径重复度高。缺点是容易误判高手。
客户端完整性最准，但需要持续更新。数据异常最省事，比如一天获得资源超过理论上限。
四、申诉流程怎么写
三步：提交时间与截图 → 三个工作日内给结论 → 结论附判定依据。
不给依据的封号，玩家只会认为你在乱封。
动作的顺序我一般说四步：先闻干茶、再洗一遍、然后快出、最后慢慢延长时间。
第三步最关键。出汤慢了，再好的茶也会苦。
后面几泡逐渐延时。每泡只延长几秒，不要一次加太多。
五、脚本的灰色地带
挂机、连点器这类，很多玩家认为是"便利工具"。
处理时要区分：是否影响他人体验、是否破坏经济、是否绕过付费。
不影响这三样的，可以先警告；影响了的，再处理。
申诉流程怎么写？我给三个要求：有模板、有时限、有反馈。
模板让玩家知道该提供什么；时限让人知道等多久；反馈让人知道结果。
三条里第三条最关键。哪怕申诉失败，也要告诉他为什么。没解释的封禁，一定会变成舆情。
六、一句实话
反外挂是长期对抗，不是一次上线就能解决。投入要按年算。
脚本的灰色地带，说个实话：多数人分不清「辅助」和「外挂」。
自动喝药、自动寻路这类功能，有的游戏允许，有的封。规则不清，玩家就会试探。
所以第一件事不是加检测，是把规则写清楚，并且公示。规则清楚，治理成本会低很多。
三个数字：水温、克数、以及出汤时间。三个数字固定，就很容易复现。
水温按茶的种类调，克数按壶的大小调，时间只跟泡数有关。
我遇到喜欢的茶，会立刻记下这三个数。半年后还能喝到同样的味道。
补一句：古树茶不是越老越好。树龄只是条件之一，工艺和仓储同样关键。
同一片茶地，工艺差一档，喝起来就完全不同。所以别只认树龄。
最后补一点：古树茶的价格里，有很大一部分是「稀缺」。稀缺本身不等于好喝。
买之前先喝三泡，喝不出差别就别买贵的。这一条能省很多钱。
再补一句：试茶要同条件比。同一壶水、同一个杯子、同一个时间。条件一变，判断就乱。
很多人比茶失败，是因为水不同。两杯不同的水，差别可能比两款茶还大。
所以比较这件事，先控变量，再谈感受。
再补一句：古树茶最好「少量多次」买。一次买一提，喝不完就浪费。
茶是会变的，放久了不如新的时候好喝。
少量试，觉得对再囤。
再补一句：试茶最好「盲试」。
知道价格，判断就偏了。
盲试三次，答案就出来了。
再补一句：古树茶最好「不追名山」。
名气大半在价格里。
喝着舒服，比名气重要。
喝古树茶，最后一条经验是「别空腹」。
空腹喝浓茶，胃会难受。
这一点和产地无关，和身体有关。
延伸参考
涉及数据、规则、接口的部分，BackendWiki 里的条目更具体。
留一句：能搬到服务端的计算，都是最好的反外挂设计。