ARTICLE · 1187863
我给抖店做了个扫差评的浏览器插件
一条差评能毁掉什么
先说一个场景，你大概率遇到过。
评价管理里躺着一条差评，买家写的是"发了个带微信号的卡片，说加他有优惠"。
这条评价要么是同行恶意刷的，要么是买家真拿到了什么不该拿的东西。不管哪种，挂在商品页上都是伤口。
你想举报，会发现四道坎：
只有 30 天窗口 —— 超期连入口都没有 同一评价只能举一次 —— 报错了就永久失去机会 要写情况描述 —— 而且得是原话转述，写虚了被判举报不实 得选对原因 —— 场景选错、原因选错，一样被驳回
提交完还要等审核。整个流程走一遍，一条要两三分钟。
这不是效率问题，是门槛问题。大部分商家不是不会举报，是嫌麻烦——然后就这么放着挨打。
所以我写了个插件。
它做什么
一句话：把评价管理页扫一遍，把该举报的挑出来，帮你填好表，你点提交。
1. 规则命中：16 条规则，分三级
扫的不是"差评"两个字，是内容。举例：
为什么分三级？
因为误报的代价是真的。举报不实会被平台记录，反过来影响你的店铺。
高危：客观可举证——原文里就有微信号、有脏话，平台一查就知道 中危：含主观推断，可能有合理解释 低危：容易误判的（比如"啊啊啊啊"），默认关掉
默认只报高危 + 中危。
2. 逐条给证据，不是只给结论
每条命中都附原文片段，你能直接核对。插件不会替你"觉得这条有问题"，它会把它凭什么这么判断摊给你看。
情况描述自动生成，用的是原话转述：
消费者评价原文："垃圾商家，加微信 abc12345 返现，不给就差评"，该评价含微信号、辱骂人身攻击用语，差评威胁，评价等级为差评，发表时间 2026-10-12……
不夸大、不脑补。举报不实比不举报更麻烦。
3. 走行内举报，不走举报中心
点某条评价的「举报」，评价就已经锁定了。走举报中心要自己搜订单号，搜错一个就举报错人。
4. 你可以全让它自己干
面板上有"启用自动提交"。开了之后，通过准入评估的条目它直接点「确定举报」。
但这里有个决定，我改过
最初的版本我做的是纯半自动——插件只填表，提交必须你手点。
后来你让我改成全自动。改的时候我在想一个问题：人工确认那一下，价值到底是什么？
不是"点一下按钮"这个动作。价值是在不可撤回之前拦一次。
那就把这个拦截前移，用规则替代人眼。于是有了准入闸门：
扫到违规 → 【闸门评估】→ 开弹窗 → 填表 → 【提交前复核】→ 提交↑ ↑替代人眼的唯一防线 防填表静默失败
闸门有 6 道
后面那三个是平台规则不是我的判断，调参数也调不动。
有个坑我踩过，值得说
「加微信 abc12345」这一句，会同时命中两条规则：
微信号（高危） 站外交易话术（中危）
按"命中 2 条规则"来算，一条"加微信"就够门槛了——闸门形同虚设。
但这两条规则指向的是同一处文本，是一个证据不是两个。
所以闸门是按证据片段去重后计数的，同片段的多条命中只算一条。
顺带还有个更狠的：这两条规则同属"站外联系方式"一类。所以就算你把证据数门槛调到 1，只要类别数还是 2，它照样过不了——
"加微信 + 加 QQ"本质是同一件事，本质还是一个证据、一类问题。
提交前还要再复核一次
不是因为不信自己，是因为 setNativeValue 在富文本编辑器上会静默失败——表单看着填好了，实际提交的是空描述。平台一看"举报理由：空"，直接驳回。
所以点提交前会真的读一遍文本框：非空吗？必选项选了吗？按钮能点吗？任何一项不过，弹窗保留不关，让你去看。
几个工程上的事
关于零宽字符。
有人会写 微信 这种——中间夹零宽空格，肉眼看是"微信"，实际平台的关键词匹配拦不住。
插件会检测 U+200B 这类隐藏字符，判为高危。
顺便说个我写错的坑：第一版把 U+2028/U+2029（换行符）也当成了零宽字符要清除。结果多行评价被粘成一行，所有规则全部失配。隐蔽到写测试才发现。
关于读到什么。
页面上有"好评""差评"这些词，但它们的可信度不一样。商品标题比评价正文长得多——"新款86型转换器多孔转换器小巧家用USB多功能转换器3C数码设备"，比"确实不错，充电很快"长三倍。
如果按"取最长文本块"的直觉来抽正文，抽出来的永远是商品名，违规内容一条都扫不到。
还有个更细的：正文如果被拆成多个片段，按长度排序拼接会把语序搞乱，变成"返现 加微信 不给就 垃圾商家 abc12345"——号码和"加微信"被拆散，规则就不命中了。语序是语义的一部分，所以拼接必须按文档顺序。
关于不误报。
手机号规则加了前后数字边界断言。抖店订单号是 19 位连续数字——不加边界的话，每一个订单号都会被当成手机号，几千条全是误报。
现在的完成度
项目测试 631 条全过授权接入体检 21 项 OK / 0 警告 / 0 失败
有件事想专门说一下。
其中有一组测试的样本全部取自真实页面——真实的订单号、真实的时间格式、真实的藏文昵称符号、真实的商品标题。不是我编的理想数据，是探针从你店里那个页面抓下来的。
这样做的意义：改代码的时候，如果不小心破坏了真实页面的解析行为，测试立刻变红。
写文档有个通病——文档不会因为改代码而失效，它会安静地变成谎言。测试不会。
怎么用
1. 装扩展Chrome → chrome://extensions/ → 开发者模式 → 加载已解压的扩展程序 → 选目录
2. 登录抖店扫码，进「评价管理」
3. 扫面板点「筛选并扫描」。插件会：平台侧筛差评 → 每页条数调最大 → 遍历全部分页 → 交叉校验条数
4. 报清单里勾选 → 点「行内举报选中项」，或勾「启用自动提交」让它自己走完
几个限制，得说在前面
还有一个现实问题：这个插件解决的是"筛得准、填得快"，解决不了"扫得全"。
有些买家不写微信号、不留联系方式，就一句"垃圾"。这种插件抓不到，只能手动看。
插件能做的是：把能自动化的部分自动化掉，剩下的留给你判断。它不是替你举报的工具，是让你把时间花在该看的评价上。
最后
需要该插件评论或者私信，自用插件永久免费，持续更新。
但请务必自己复核。举报不实会反噬店铺信用分，这不是吓唬你。插件的闸门只是辅助判断，最终决定权在你。
这个插件是我自己做的，规则、闸门、页面适配都是一层层试出来的。如果你遇到某条明明违规却没扫出来的情况，把评价文案发我——能补进去。如果你觉得某条规则误报太烦，同样告诉我。
