成员列表页增强对于手动巡查的支持

[HowieHz]

出一个按钮，按一下证明手动巡查过了（手动巡查：能进入这个站点看到链接，点了发现能正确去往跳转页）
太久没手动巡查过的在成员列表提醒出来

[HowieHz]

实际一点的设计想法：

成员列表页-手动巡查功能开放给巡察组成员和维护组成员（成员用 gh 账号登录后）

巡察组成员可见按钮A、D
维护组成员可见按钮A、D、B、C（B、C 仅这个站点标记数达到阈值A 时才会显示）

一个用户对一个站点，一天只能按一次按钮A、D。（一天内按 A 和 D 按钮的次数 <= 1）

成员列表页拓展 A - 纠正机制，防止长期存在巡查结果错误的站点存在

设计思路：觉得某站点巡查状态错误的人多了，到一个阈值，请管理员来看看。到另一个阈值就直接触发机器人自动处理

（如长期错误的 RUN，其实不应该 RUN）

如果看到 RUN 状态的站点，但是手动巡查有问题：可以按一下新增加的按钮A，来标记这个站点（按钮A图标可以是个问号，意为手动检查后站点结果存疑）
看到非 RUN 状态的站点，但是手动巡查没问题：可以按一下新增加的按钮A，来标记这个站点

当你按下这个按钮A，首先数据库里标记数就会+1（或一个列表加上你的 id，这个列表长度就是标记数），随后数据库中此站点最近巡查时间会更新为你按下按钮的时间，同时这个消息会发送到飞书群里提醒其他巡组员。

当这个站点状态在 RUN 和非 RUN 状态切换的时候，这个标记会被清空。

（简单一点就维护一个 json 文件，里面都是 '[站点id]':["巡查成员甲id","巡查成员乙id","巡查成员丁id"] 的形式）

当标记数大于等于阈值A

（可以是 1，也可以是 2），就提醒维护组成员。

维护组看到这个标记数达到阈值A的提醒之后，
如果确认巡查结果有问题，就去处理对应 issue\联系bot维护成员（站点本身问题就前者，bot 问题就后者），并且按巡查列表上的按钮B（意为确认巡查结果有误）。

当你按下这个按钮B，首先数据库里标记数会清空，随后数据库中此站点最近巡查时间会更新为你按下按钮的时间，同时这个消息会发送到飞书群里提醒其他维护组组员和巡察组组员。
如果确认巡查结果没问题，就按巡查列表上的按钮C（意为确认巡查结果无误）。
当你按下这个按钮C，首先数据据库里标记数会清空，随后数据库中此站点最近巡查时间会更新为你按下按钮的时间，同时这个消息会发送到飞书群里提醒其他维护组组员和巡察组组员。

当标记数大于等于阈值B

（可以是 3，也可以是 5，比阈值 A 大）

如果是 RUN，自动标记为 WAIT，并且自动改变对于 issue 状态并且 bot 留言（现在数据库没存站点对于 issue 编号，所以做不到，要先完成 #15 ）
如果是非 RUN，自动标记为 WAIT（也许这需要区分？比如这里标记为 WAITFIX），并且自动提醒维护组成员\联系bot维护成员。

提醒过久未手动巡查站点

太久没手动巡查过（可能设定为1年）的在成员列表标注出来（比如站点名前加个感叹号图标），同时发消息到飞书群里。
数据库多一项存储上次巡查时间。每天巡查的时候顺便检查下这个有没有超过阈值。

趣味设施A - 有效标记排行榜

你按下一下按钮A，如果最后维护组成员按下按钮B，那么就会将你这次标记记录为有效标记，然后一个页面做排行榜展示有效标记个数。支持周榜月榜年榜

[HowieHz]

成员列表拓展 B - 日常手动巡查增强

设计思路：当一个站点状态非 RUN，之后多人确认这的确就是非 RUN，那么就自动处理这个站点

新增按钮D（按钮D图标可以是个 √，意为手动检查后确认站点状况与巡查情况相符）

当你按下这个按钮D，数据库中此站点最近巡查时间会更新为你按下按钮的时间
此外当站点标记不为 RUN 时，会将标记B加1（或标记B列表中加入你的ID）

站点状态切换时标记B清空

当标记B数量大于等于阈值A

将站点自动标记为 WAIT，并且自动改变对于 issue 状态并且 bot 留言（现在数据库没存站点对于 issue 编号，所以做不到，要先完成 #15 ）

趣味设施D - 日常标记排行榜

你按下一下按钮D，那么就会将你这次标记记录为一次日常标记，然后一个页面做排行榜展示有效标记个数。支持周榜月榜年榜年终奖（笑）