主动打卡系统

在企业协作中,忘记一件事的代价远大于多点一次按钮。这套系统的核心哲学是:用极低的操作成本,换取极高的确定性。

🎯 我们要解决的核心问题

在团队协作中,日报、周报是管理层了解进度的关键信息来源。但传统提醒系统存在一个致命缺陷:

❌ 传统提醒系统

系统定时提醒 → 用户收到 → 用户可能忘记 → 系统不知道用户是否做了 → 任务石沉大海

✅ 主动打卡系统

系统定时提醒 → 用户收到 → 用户做完后主动打卡 → 系统明确知道已完成 → 不再打扰

传统系统只能告诉你「我提醒了」,但无法告诉你「他做了」。这个信息差,就是企业级协作中的风险黑洞。

📐 设计原则

1

显式承诺 > 被动判断

AI 能分析「他可能没做」,但无法确认「他一定做了」。只有用户的主动操作(打卡)才是任务完成的强信号。系统通过打卡机制,将模糊的「未确认」转化为明确的「已完成」或「未完成」。

2

遗忘成本 >> 操作成本

忘记写日报可能只是小事,但忘记关键任务提交可能导致严重事故。打卡操作只需 1 秒,但它消除了「忘记」这个不可控变量。对于企业用户,这 1 秒的操作成本,换来的是任务追踪的确定性。

3

缺失 ≠ 未完成(模糊状态的处理)

如果用户没有打卡,系统不应该假设他忘了,也不应该假设他没忘。这个「未打卡」状态本身就是有价值的信息:它告诉你「这件事的状态是未知的」,而不是「这件事一定没做」。系统保留这种模糊性,而不是强行做出判断。

4

打卡 = 系统信任的转移

用户打卡后,系统将该任务的「控制权」从自动流程转交给用户。这意味着:系统不再发送提醒、不再参与分析、不再标记为「未完成」。打卡是用户对系统的声明:「这件事我已处理,你可以放心了。」

5

多维度打卡,覆盖完整任务链

系统提供三个维度的打卡:日报打卡(每日任务)、周报打卡(每周汇总)、消息打卡(单条事项处理)。从微观到宏观,确保每一个粒度的任务都有明确的完成标记。

🔔 三类打卡机制

日报打卡 位置:日报提醒页面

标记「今日日报我已处理」。打卡后,系统跳过当天的 XWiki 抓取、AI 分析、钉钉提醒的全部流程。

适用场景:你已经手动写完日报,或明确知道今天不需要提醒。

周报打卡 位置:周报分析页面

标记「本周周报我已提交」。打卡后,系统跳过本周的周报自动分析流程。

适用场景:你已经手动提交了周报,或本周没有需要汇总的工作内容。

消息打卡 位置:首页看板(最近群消息列表)

标记「这条消息代表的事项我已处理」。打卡后,系统在生成提醒计划时跳过这条消息。

适用场景:你在群里看到了任务通知,已经完成了,不需要系统再提醒。

⚙️ 系统处理流程

当用户在任意维度执行打卡后,系统会在以下环节自动跳过:

用户打卡 ↓ ┌──────────────────────────────────────────┐ │ 定时任务触发时检查打卡状态 │ │ ├─ 日报打卡?→ 跳过 XWiki 抓取 + AI 分析 │ │ ├─ 周报打卡?→ 跳过周报 AI 分析 │ │ └─ 未打卡 → 正常执行完整流程 │ └──────────────────────────────────────────┘ ↓ 提醒生成时检查打卡状态 ├─ 已打卡的消息?→ 不生成提醒 ├─ 已打卡的提醒?→ 不发送 + 不参与密度控制 └─ 未打卡 → 正常生成/发送提醒

🛡️ 安全与容错

💡 总结

这套系统的设计哲学可以用一句话概括:

「用户主动说'我做了',比系统猜测'他可能没做',更可靠、更高效、更人性化。」

我们不追求用 AI 替代人的判断,而是用 AI 辅助人不遗忘,用人的确信补充 AI 的模糊。这是「人机协作」最务实的落地方式。