群打卡管理助手

要解决什么问题

社群或团队里的打卡往往靠群公告 + 人工记数：规则是自然语言，补录、代打卡、跨活动匹配都容易扯皮。更麻烦的是代打卡与退群用户——若不校验身份，记录会被污染，后续统计不可信。

技能如何工作

技能把「活动规则」和「打卡记录」拆开存储，并用 AI 贯穿整条链路：

• 活动规则：activities/{group_id}/{activity_id}.txt，用自然语言写清频次、阈值、惩罚等，便于 AI 解析与校验。
• 打卡记录：records/{group_id}/{activity_id}/YYYY-MM-DD.json，按群、按活动、按日落盘，群组隔离靠目录结构完成。

典型流程分四块：

1. 创建活动：从用户口述、部分字段或粘贴的群公告里补全信息，生成 activity_id 并写入 TXT；跑步、读书、健身等场景只是规则字段不同。
2. 打卡：先做意图识别；再按置信度匹配活动（>0.8 直接命中，中间档让用户选）；识别「今天 / 昨天 / 4月8号」等目标日期；AI 校验是否满足规则后保存。
3. 代打卡：消息里出现第三人称时，从 inbound_metadata["group_members"] 用 user_id / name / nickname 三重匹配目标用户；失败则列候选成员确认。
4. 查询：只读 activities/，回答规则摘要、开始时间、基于频次推断的截止与剩余天数；不读 records/（统计交给 check-in-report-skill）。

保存前强制检查 is_in_group 与 validation_context，禁止未验证就调用 save_record.py。

适用边界与注意点

• 回复侧应简短确认或给出具体不通过原因，避免向用户暴露路径、脚本名等实现细节。
• 截止日期来自规则推断，不代表成员实际完成情况。
• 本技能管「记一笔、建活动、查规则」；报表与汇总需配合报告类技能。