之前说的答题加群系统，有感兴趣的没？

[smmcat]

@smmcat

由于 qqbot 适配器 不支持 禁言/踢出 群员。所以这个功能只适用于其他平台。因此我不想做开发。

在这提供一个简单的开发思路，可以参考下：

---

1. 部署多端同步

koishi 本地存入一个对象，周期性或者主动性的向接口服务器获取新的当前该对象。这个操作叫做同步。

当新加入群员后，插件应立刻向服务器提交一次同步。这个对象应包括：

群员标识、群标识、验证凭据、验证状态，辩识码 等

验证凭据 可以是题目列表id，用户需完成答题考试

服务器定期做的是更新对象，并添加额外信息。 (用于辩识是哪个群的新群员，它要进哪个群，它进群的验证码或者题目id列表是多少)

并返回一个辩识码，koishi私聊发送给新群员用于验证的前台网站，和辩识码拼接的消息。可以直接做参数url的拼接。

用于群员去前台页面先输入辩识码或者自动获取辩识码后才可进行后续验证。

---

2. 验证环节

用户输入辩识码后，前台页面发送给后端请求，记录ip地址、时间戳。返回对应题目，进行验证考试
(到了这一步，你理应掌握了用户的一切)

用户完成答题考试，返回给服务器进行核对。一旦核对通过，目标对应辩识码的用户信息的验证状态就会发生改变。

例如：

0 等待验证
1 完成验证，等待后续操作
2 已完成
3 待销毁

koishi 端通过去查找状态为 1 的目标，进行验证成功的后续业务 （例如解除群员禁言，欢迎群员）

完成后续业务后，将目标验证状态改为 3。

服务器的用处是周期性去记录验证状态为 3 的对象存入日志，并删除该对象。达到垃圾清理和记录封存的效果。

最后，依靠日志的梳理，还能完成后续开发：

加群人数，完成验证人数

题目其实二次元题库已经很充实了，参考BiliBili的硬核会员每年都有一次考试，题目都不是很难。

也可以根据分群的需要定制对应的题目。随机选择指定数量的题目派发给新群员。

注意这里应使用 打乱数组 的机制。截取分页，让用户每次答题都有新感觉

当接口的验证模块进行逐个打分后，获得的总分满足，解除群员禁言，并在群里播报分数（

整体流程：

新人加群 => 禁言 并发送 考核验证
考核测试 => 提供考卷，并记录时间戳
考核结束 => 时间是否超时，判断分数
考试结果 => 欢迎加群 or 继续考试

着重强调的为：

1. 新人加群被禁言是否能将消息成功发送到新群员
2. 群员完成考核后，是否能成功点对点的通过进群

以上的设计思路，如果开发没有偏离中心，是必定能做出来的。