在群里打卡，听起来是最简单的一件事。
发一条消息，说"今天打了"，结束。
而这个动作确实一点都不难。
难的是三天之后。
那时候你想知道"谁坚持了"，而你面对的是一串往下滚的消息——几百条，里面混着闲聊、混着别人的打卡、也混着你自己的。
你会发现：你想知道的答案，理论上就在里面，但你翻不出来。
所以开头那句话可以这样说：打卡这个动作本身一点都不难——难的是三天之后，你想知道"谁坚持了"，而你面对的是一串往下滚的消息。
而这一篇要解决的，就是"三天之后"这件事。
为什么三天之后就翻不出来
这个原因值得说清，因为它决定了后面的办法。而它其实是三个小事叠在一起。
第一件：消息是"时间流"，不是"表格"。
也就是说：它是按"什么时候发的"往下排的。
而"统计"这件事，需要的是"把同一个人的记录摆在一列、把同一天的记录摆在一行"。
这两件事的方向是垂直的。
第二件：中间会有人聊天。
打卡群里不只有打卡。 会有人说"早安"、会说"今天好冷"、会有人问"你们几点起"。
而这些话会把打卡消息隔开——于是"第一个人到第十个人的打卡"之间，可能夹着二十条闲聊。
第三件：人一多就滚没了。
因为"往上翻"这件事是有成本的。 翻十条还行，翻一百条就烦了。而翻到一半你大概就会放弃，然后凭印象说"好像是那几个人一直坚持"。
把这三件合起来，就是那句我觉得最准确的话：
聊天记录是一个"时间轴"，而统计需要的是一个"矩阵"——这两件事天生不兼容。
而所有的办法，本质上都是在做同一件事：把那个时间轴，想办法变成矩阵。
办法一：让"一天的所有打卡"集中在一处
先说一个最直接的办法。而它的思路是从"一根时间轴"改成"一天一个点"。
具体做法是：每天由一个人发一条"总表"，其他人在这条上接。
也就是说：不是"每人每天发一条"，而是"每天只有一条，大家往上加"。
而这个做法其实就是接龙的那一套（关于接龙具体怎么弄、以及为什么"复制上一条"是关键动作，我在讲群接龙的那篇里写过）。
为什么它能解决"三天之后"的问题？
因为一周下来，你面对的不是几百条消息，而是七条——每天一条。
而"七条"是你翻得动的。
而每一条里面，就是当天的全部名单。
这个办法的代价是：
每天得有一个人"发起"（因为要有人发那条总表）。 而且接的时候要守规矩（也就是"复制上一条、别加别的话"那两条）。
如果这两点守不住，那"每天一条"就会变成"每天几十条"，又回到原样。
所以它适合那种"有组织、有人管"的打卡群。
办法二：用搜索，把时间轴变成矩阵
再说一个我觉得更省事的办法。而它用的是那个应用自带的一个功能：搜索。
先说清搜索能干什么：
它能"把所有符合条件的消息筛出来"。
而"筛出来"这件事，就等于"横向摆在一起了"。
所以那句可以这样记：搜索这个动作，做的正是"把时间轴变成矩阵"——它把所有符合条件的那几条，从时间流里揪出来、摆在一起。
那要让搜索好用，前提是什么？
前提是：你要搜的那个东西，得"有辨识度"。
也就是说：格式要统一。
比如约定"每天打卡就发一个固定的写法"——一个日期加一个记号那种。
这样一周之后，你把那个记号扔进搜索里，七天的记录就全出来了（而中间那些闲聊不会被打扰，因为它们不含那个记号）。
关于搜索本身怎么用——它能搜哪些范围、能不能限定某个人、以及为什么有时候搜不到——我在讲搜索聊天记录的那篇里写过。
而这个办法的好处是：它不需要有人每天发起，也不改变大家"各发一条"的习惯。
坏处是：它只给你"谁打了"，不给你"谁没打"。
因为搜索能找出"有的"，但找不出"没有的"——而"谁没打卡"恰恰是打卡群里最想知道的那件事。
这一点很重要，下面说机器人的时候还会遇到它。
办法三：干脆别在聊天里统计
最后说一个"跳出这个框"的思路。
如果你的目标是"看出一周的结果"，那最省事的其实不是"在聊天里想办法"，而是把记录搬到别的地方。
比如一个表格。
因为表格天生就是矩阵——行是人、列是日期，横向纵向都能看。
而聊天记录天生是时间轴。
所以"在聊天里打卡、在表格里统计"这个组合，往往比"想在聊天里统计"要省力得多。
而具体怎么把打卡结果弄进表格：
笨办法是"一周之后手工誊一遍"（七条总表，誊一次也就几分钟）。 省事的办法是用导出（关于能导出什么、以及导出的范围有多大，我在讲群成员名单的那篇里写过）。
不过要注意：导出这一类操作，涉及"别人的信息"——所以做之前最好先想清"这是不是该做的"，以及"这个群的人知不知道"。
（关于这个边界，我在讲聊天记录搬运的那篇里写过。）
怎么防止有人补卡
再说你问的这个。而这里我要先说一句实话。
在纯聊天的环境里，"补卡"是防不住的。
为什么？
因为聊天记录记的是"什么时候发的"，而它记不了"你是什么时候做的这件事"。
也就是说：他今天早上发了"昨天已打卡"，那从消息上看，这只是一条"今天发的消息"——你没法从里面读出"这是补的"。
所以你防不住"补"，只能防"补得容易"。
而有两个办法能让补卡变难。
第一个：定一个"当天的窗口"。
比如"当天二十二点前有效"。
这条规则的价值不在于"技术上能拦住"，而在于"它给了你一个可以说不的依据"——过了点就不算，这不是你在为难人，而是规则本来就这么写的。
第二个，也是更有意思的：让打卡带上一件"只有当天才知道的东西"。
比如每天由发起人公布一个"当日口令"，而打卡要带上它。
为什么这个有用？
因为"昨天的人不知道今天的口令"——所以补卡的人拿不到那个凭证。
而这一招的关键在于"当天才公布"：如果口令能提前知道，那它就失去了作用。
不过我要把边界说清：
这一招能拦住"事后补"，但拦不住"当天就知道却不做、等到晚上再补"——因为对他来说，他当天已经拿到凭证了。
所以严格说：它把"补卡"的窗口从"一周"缩到了"一天"。而这已经是很实际的改善了。
所以那句可以这样记：在纯聊天的环境里，"补卡"防不住——你能防的只有"当天的窗口"和"当天才有的凭证"。
而如果你真的需要"防得住的打卡"（比如要发奖、要有约束力），那就别在聊天里做——找一个"能记录提交时间"的地方（比如一个表单或者在线表格）。
因为"提交时间"这种东西，是那个放打卡的地方记的，而不是打卡的人自己说了算。
打卡机器人：能做一半，做不了一半
最后说你问的机器人。而这个答案我觉得挺关键，因为它容易被想得太美好。
先说"能做"的那一半：
机器人可以记、可以汇总、可以生成名单、也可以在有人打卡的时候回一句。
这些它都做得比人快。
再说"做不了"的那一半，而这一半更重要：
它算不出"谁今天没打卡"。
为什么？
因为要算"谁没打卡"，它得先知道"全员是谁"——而据我了解，机器人拿不到一个群的完整成员名单。
（关于这一层的边界——它能拿到什么、拿不到什么——我在讲群成员名单的那篇里写过。）
所以那句可以这样记：打卡机器人能做"记"和"汇总"，但它做不了"查缺"——因为它不知道这个群到底有多少人。
而"谁没打卡"恰恰是打卡群里最想知道的东西。
所以如果你的目标只是"记下来、看起来整齐"，那机器人很好用。
而如果你的目标是"看出谁缺了"，那这一块还是得靠人——或者靠一个能拿到"全员"的地方（比如你在表格里自己维护一份名单）。
另外还有一条要提醒：
用第三方机器人，等于给它一部分权限。 而具体给了什么，取决于它请求了什么（关于这一层的风险，我在讲机器人权限的那篇里写过）。
所以给一个判断：
如果是一个几十人的熟人小群，一个月接一次的那种——"每天一条总表"或者"统一格式 + 搜索"就够了，不用上工具。
而如果是几百人、天天打卡、还要出结果——那才值得去挑一个机器人，而且得看清它要什么权限。
一周之后怎么看结果
最后把你的问题收一下。而它其实取决于你用了上面哪一种办法。
如果用了"每天一条总表"：
一周之后你只需要翻出那七条——一天一条，对着看就行。
而为了好找，可以把每天的总表转发到一个固定的地方（比如一个频道、或者你自己的收藏）。
为什么不建议靠"置顶"？
因为置顶的数量是有限的（关于能置顶几条，我在讲置顶的那篇里写过），而"一周七天"就可能已经超了。
如果用了"统一格式 + 搜索"：
一周之后把那个记号扔进搜索，七天的记录会一起出来。
而这时候你要做的是"按人归一下"——因为搜索出来的是"按时间排的"，不是"按人排的"。
而这一步手工做的话，其实几分钟就完了（几十个人、七天，也就几百行）。
如果用了机器人：
那它能给你一份汇总名单。 但你还得自己补上"谁缺了"——因为前面说过，它不知道全员是谁。
所以那句话是：结果好不好看，不取决于你用了什么工具，而取决于"一周之前你有没有把格式定下来"。
几个常见的坑
第一个坑，是以为打卡难在"打卡"。它难在三天之后的统计。
第二个坑，是让大家各发一条。那样你会得到一根几百条的时间轴。
第三个坑，是只想到"搜索"。搜索能找出"谁打了"，但找不出"谁没打"。
第四个坑，是以为"补卡"能防住。在纯聊天里防不住，只能定窗口和当天凭证。
第五个坑，是以为机器人能算"谁没打卡"。它拿不到完整名单。
最后
如果只用三句话记住这篇，我希望是这三句话。
打卡这个动作不难，难的是三天之后你要从一串往下滚的消息里看出"谁坚持了"。因为聊天记录是一个"时间轴"，而统计需要的是一个"矩阵"——这两件事天生不兼容。所以所有办法的本质都是同一件事：把时间轴变成矩阵。
有两条路：一是"每天只有一条总表"，大家在上面接（一周下来你只需要翻七条）；二是"统一格式 + 搜索"，让那个记号把七天的记录一起筛出来。而如果这两条都嫌麻烦，那就干脆在聊天里打卡、在表格里统计——因为表格天生就是矩阵。
最后两条提醒：在纯聊天的环境里，"补卡"是防不住的，你能防的只有"当天的窗口"和"当天才有的凭证"；而机器人能做"记"和"汇总"，但做不了"查缺"——因为它不知道这个群到底有多少人。而"谁没打卡"，恰恰是你最想知道的那件事。