#功能更新 1. 删除 /enable_from 和 /disable_from 指令，相关设置合并到 /settings 中。加上下面会说明的新指令，目前只剩下 6 条指令了，可以说超级精简了。

2. 新增了 /welcome 指令，可以用于设置欢迎消息。如果设置并启用了欢迎消息，验证通过后的默认提示将变成欢迎内容，并永久保存。也就是说欢迎消息会无视记录模式状态，因为按照含义来讲，通过验证的默认消息属于提示，而欢迎消息是特意设置让新成员阅读的。

欢迎功能本不属于本机器人范畴，但是因为其它欢迎机器人无法识别一个新成员的验证状态，只能无脑的发欢迎，哪怕人家没进来。简单的说欢迎机器人无法与本机器人相配合，而这种配合不是我方能做的，是欢迎机器人方做的。所以我添加了这个跟审核无关的功能。

另外，碰到一些没有群主的群。由于默认的不受信任状态，管理员们无法让机器人工作起来。遇到这种情况，可以联系我，我会手动对该群启用信任。

出现了一个因为欢迎功能而导致的小 BUG，会让启用了欢迎消息，但不设置欢迎内容的群的新成员通过不了。已经修复。影响时间大约十几分钟。

小提示，欢迎消息是支持 Markdown 的，并且关闭了链接预览。也就是说，欢迎内容中可以使用 [link text](link url) 格式嵌入任意链接，包括 tg scheme(tg://)。
比较常见于，让群成员阅读群规，安装中文包之类的。

频道已链接到讨论群：@policr_community

#功能更新 提高了验证的响应速度。说来也奇怪，这个机器人延迟一直比较高，相比我另一个机器人 @elixir_hexbot 的响应速度慢了很多。今天专门做了基准测试， PolicrBot 比 HexBot 慢了一倍以上，这种延迟是调用 Telegram Bot API 的延迟，论执行效率 PolicrBot 是非常高的，堪比 C 语言程序。但这种网络延迟差异我也暂时不知道是什么原因，或许连机器人都跟用户一样会分配指定的 DC（数据中心）？

PolicrBot 在调整菜单等功能上响应比较慢，一方面是网络原因，另一方面是为了保证安全和一致性，内部会同步调用多个 API。考虑到验证延迟会增加超时机率，已经在内部利用异步改善了响应速度，现在能在最短 2 秒倒计时内通过验证。

以后可能会继续优化某些操作的响应时间，也会尝试找出网络延迟大的根本原因。但不是现在。因为即便延迟较高，也不会漏放任何一个未通过用户。实际上验证机器人即便能在广告入群的的一瞬间禁言用户，但还是防不住有些使用程序运营的广告用户在入群的一瞬间转发广告，无论多么快的速度都做不到。但是 PolicrBot 早就考虑过这一点，因为他们的消息在发出的一瞬间就被删除了。

#功能更新 现在会在非常偶然的时候出现重新验证的情况，表现为通过了一次验证但是立即给出第二次验证要求完成。这是正常的，它发生在机器人重启的时候（因为内存中的状态丢失）。在这次更新之前其实机器人重启会导致正在发生的动态验证出现问题，所以我一般都在没有验证进行中的时候重启它，而现在不用担心这个问题了。

更新预告，因为代码高度抽象化，新增验证变得更加容易。所以即将支持第四种验证方式，也是我目前觉得最好的形式，它是下面截图计划中的样子。

#功能更新 已实现并添加新的验证方式：图片验证。

设置方法：使用 /custom 指令切换。你可能还需要使用 /torture_time 指令修改验证时间。由于发图消息和发文消息不能兼容原有的同一种验证结果更新逻辑，图片验证会使用删除原消息并重新发送消息的形式更新验证结果。其余的三种都是编辑原始消息。因为速度很快，看上去是一样的。

图片验证的数据集会使用更大众、广义的事物，例如使用「鸟」而不是「金丝雀」。但是「鸟」可能会包含「金丝雀」、「鹦鹉」、「乌鸦」等多种图片。

另外修复了一个略严重的验证 BUG，这是由于上一次的更新导致的。表现为无关用户帮验证用户点击答案，会使答案失效，以至于验证用户进不来。影响时间大概有 5 个小时左右。这在十个小时前已经修复了，只是现在提及一下。

新增了几十个图片验证的分类，为每个分类下抓取了少量的图片。现在你会看到图片验证种类比较多，不像之前那样只有区区几种。但是图片数量还不多。后续我会给每一种类下抓取几十甚至几百张的图片，并扩充出更多的种类。

#功能更新 1. 所有提示消息中的「他」换成了「TA」。原因是有人问为什么是男他。其实早期都是用 TA 后来觉得这种细节不重要改掉了。2. 作为唯一一个不用权限即可调用的指令，经常导致误触而发出一连串的 /ping ，甚至还有人故意打乒乓球。现在为了阻碍他们，在响应 pong 的同时会删除指令消息。3. 将机器人实例拉入新的群组，会主动发帮助消息了。如果是无权限的群成员拉入，机器人甚至会在一定时间后检测自身权限以决定是否自主离开。因为本机器人未关闭隐私模式，无权限工作是没有任何意义的。4. 给图片验证新增了接近一千张图，抓取自某免费图片网站。

(〒︿〒) TA验证错误（为什么？），永久的离开了我们。

(〒︿〒) TA验证错误（为什么？），永久的离开了我们。

两个验证错误的已删除账号。

也许，已经有会试图进行验证的广告机器人了。

#功能更新 紧急 BUG 修复：由于上一次更新强依赖了系统入群消息，导致某些情况下入群消息没有读取到而被错误的判断为失效验证，不进行处理，导致一部分“被超时”。其实在 TG 中即便消息被删除了，仍然可以从回复消息中读取到（例如 ID 等内容），至少我本人测试是这样的结果，很多群中有机器人专门删这类消息，也没有任何影响。但是从日志中看到了一个例外的群，原因是该群有个特殊的官方帐号能极快的删除消息，疑似在回复之前就已经彻底消失了，所以受影响的也只有那一个群。不过现在考虑到这种情况，已不再依赖入群消息，此类 BUG 已永远杜绝。

#功能更新 1. 延迟删除 pong 回应消息，至此 /ping 指令将不会留下任何持久痕迹 2. 修复了一个极端意外情况的 BUG（详情看上一条）

3. 新增验证容错机制

使用 /settings 指令会看到一个「容错模式」的开关，「容错」即容许错误，指的是第一次验证错误将不会被武断的处决。启用容错模式以后，发生验证错误将继续重新验证，并被要求重复验证多次方能通过（通过条件变得更为严苛）。因为默认验证和定制验证都只有一套问答内容，故不支持此模式（也就是说目前支持动态验证和图片验证）。将来会允许多套定制验证，便能支持，但不是现在。

容错的验证设计更为人性化，能一定程度避免手误或眼瞎之类的情况。并且，实际上能主动进行验证交互，无论是否正确，是正常用户的机率已经极大了，所以容错也是减弱了验证错误带来的不良后果。

PS：下一次更新将添加一个新的指令用以增强容错模式的定制性。

原本不打算提供黑名单的想法改变了，预计下一次或下下次更新就会开放黑名单。它不仅是简单的预先封禁，还会惩罚入黑名单原因为发广告的用户。将会无限循环验证这种人，直到他验证错误或精疲力竭放弃验证。

让手动发广告的生不如死吧！

注意，这可能是暂时的，在未来构思出全新的透明的黑名单系统以后将被替代。