关于segmentfault:如何优雅地高效心情良好地完成审核

场景

最近解锁终审核心的思否用户 fk（@ForkKILLET）审核很勤快。
然而某些用户继续发表大量雷同文章，局部排版还很乱。fk 审核时感到焦躁，情绪很不良好。真正要审的文章排在前面，大家都很忙，没工夫把垃圾文章一个个否掉。依据 fk 的察看，其余用户审核频率仿佛也有所降落。

fk 决定应用脚本解决问题。需要很简略，能配置一些规定，滤掉局部确定的文章就好了。

整了什么活

SFAR 思否（文章）主动审核脚本。能够按需匹配作者用户名、文章题目、文章内容来主动给出审核后果和（发对的）起因。
Github repo：https://github.com/ForkFG/SFAR
GreasyFork: https://greasyfork.org/zh-CN/…
明天刚推，文档只有 配置 一篇，内容如下

贮存

配置以 JSON 格局存储在脚本管理器 TamperMonkey 中。
脚本第一次执行时，会加载默认配置，否则会读取用户所保留的配置，并将配置写入网页右侧 SFAR 面板的输出区域中。
保留 按钮用于保留输出区域中的配置。

默认

{
    "rules": [
        {
            "title-equal": "test",
            "result": "reject",
            "why": "推广广告信息"
        }
    ],
    "auto": {
        "execute": true,
        "confirm": true,
        "next": false
    }
}

阐明

JSON 中有 2 个配置项：rules 和 auto，其中只有 rules 是必须的。

rules

蕴含多个对象的数组，每个对象形容一条 规定 。
每条规定蕴含 2~3 项，别离形容：如何 匹配 、 态度 。当态度为拥护时，还需指定 起因 。
匹配 项的键名是用连字符 - 隔开的两个单词。
前者形容匹配范畴，有 3 个选项：文章题目 title，文章内容 text，文章作者 author。
后者形容匹配形式，有 3 个选项：相等 equal，蕴含 include，正则 match。
例如 "title-match": "t(est)+" 即示意——在题目中匹配正则表达式 /t(est)+/，若正则测试胜利，则词条规定失效。

态度 项 result，值有三种：拥护 、 批准 、 中立。每种均可用 0~2 的整数指代，且有别名，见下表：

起因 项 why，值有 7 种：帖子式文章 、 偏离社区主题 、 内容及排版差 、 推广广告信息 、 违规内容 、 不友善内容。每种均可用 0~6 的整数指代。

auto

蕴含 3 个布尔值的对象。
execute，形容是否网页加载后主动 执行 。
confirm，形容执行后是否须要抉择 好 / 勾销 来 确认。
next，形容是否执行后立刻返回下一条。_因为作者手速的起因，此项尚不稳固，未经测试。反正就等三秒，安啦。_

应用截图

我也不晓得为什么能够审核本人的文章啊 [发抖]

别的

心愿 SF 社区越来越好（
心愿某些用户主动发文前后检查一下……

EOF