最近的更新 这里是一些小更新，它们不重要，你可以跳过阅读。但不要错过后半部分。 - 通过后台切换验证模式时，添加了一些检查。当切换到自定义验证并保存时，若不存在验证问答内容，保存会失败并提醒添加自定义回答。 - 通过后台添加自定义回答内容后，会自动切换到自定义验证模式。这是因为有很多人添加了内容后，不知道要手动切换，导致一直未生效。 - 删除最后一个自定义回答后，会自动切换到系统默认的验证模式。避免没有自定义回答数据，但仍处于自定义验证模式。 - 处于自定义模式时，因缺少回答内容生成验证数据失败了，会自动将验证模式切换为系统默认，并在群内通知。这种自动纠错机制的添加是因为此前缺少这方面的检查，而很多群在删除自定义问答内容后，不主动切换验证模式，导致很多不正确的设置产生。 上面的更新只是一些小的变化，一些机制上的完善，一些检查。下面介绍的是此次相当重量级的更新。 基于 Approve new members 的验证 现在 Policr Mini 可以在启用 「Approve new members」的群组中完成验证工作了！ 群组的设置选项「Approve new members」在不同的语言包中翻译可能不同，按照字面理解就是「批准新成员」的意思。启用此选项后，用户将不能直接进入群组，而是发送一个加群申请。管理员可以批准或拒绝加群，在批准之前用户并没有进入群组。所以此选项可以杜绝用户先加群后验证这种机制上的缺陷，可以从根源上避免因机器人延迟导致一些广告帐号在被限制发言前已将内容发出。 启用 Approve new members 有两种途径。对于公开群，可以直接启用。对于私有群，可以创建私有链接，编辑链接，然后启用。并且私有群可以存在不启用 Approve new members 的链接和启用 Approve new members 的链接。当私有群的多个链接具有不同选项时，用户从某些链接可以直接进入，从某些链接则需要批准。对于 Policr Mini 而言，可以同时应对这两种场合，维护不同的入口消息，在一个群中保持两种运作机制。 基本原理：在 Policr Mini 的实现中，将启用 Approve new members 选项的群（或链接）视为一种来源 (join_request)，未启用的视为另一种来源 (joined)。面对不同的来源，会有不同的工作机理，但基本共享大多数代码和逻辑，使表面行为保持一致。 来源转换：在 Policr Mini 的设计中，同一个用户反复退出和加入，会复用同一个未完成的验证（而不是产生多个验证）。当用户从 joined 来源加入后退群，然后从 join_request 来源申请加入。此时被复用的验证将会进行转换。这种转换不仅仅是更新来源数据，还会有一些必要的动作。如 joined 来源的用户会直接进群，此时他若退出后从 join_request 来源申请加入，机器人会解除他的权限限制（从之前的 joined 来源加群时被限制了权限），因为 join_request 来源的验证通过后仅仅是批准进群，不会涉及权限变动。为了保证不同来源的转换和兼容，需要一些额外的动作。这种来源转换也可以反过来。 击杀策略：从 join_request 来源验证的用户，也受到方案中击杀方法的限制。例如设置击杀方法为「封禁」，当用户未通过验证时，不仅会拒绝他的加入请求，还会封禁他，即使他不在群中。被封禁后，他将无法发送加群申请。类似的「封禁再延时解封」也会以同样的原理生效，用户会被短暂禁止再次发送申请，直到临时封禁的效果结束。 基于 Approve new members 的验证刚上线，它可能存在一些 bug。将群组设置中的 Approve new members 启用，即可直接体验和帮助测试，感激不尽。 上面的投票仍然有用，请告诉我们你们对 Approve new members 的看法。