27 Star!微信个人情报助手:AI 写的每句结论都得挂真实群消息 ID,编的会被打回

我见过太多「把群聊丢给 AI 总结」的尝试，结局都一样：格式每次不同，引用对不上，有人中途改口了它还在用前半段的说法。

27 星，8 次提交，全在一个晚上 77 分钟里写完。 这个叫「微信个人情报助手」的 Agent Skill 想解决的就是上面那三件事——它给每条结论都配了一条真实消息的 ID，编造的、跨群的 ID 会被校验器当场打回。

它是什么

装在 Claude Code 或 Codex 里的一个技能：给它一个群名、一个时间窗，它读聊天记录，产出一张 PNG 长图 + 一个 HTML + 一份 Markdown。README 里那句定位挺准——不是聊天记录的缩写版，是像一位看完全程的群友给你讲今天真正发生了什么。

能干什么

• 回答「今天真正值得读的主线是什么」，而不是按时间罗列。
• 标出谁提了问题、谁给了反例、后来有没有改口。
• 给 0–5 条能长成选题的线索，一条一句说明。
• 单独列一节「需要你留意的」：谁在找你、哪些是开放问题、哪些只需围观。
• 把群里分享过的链接全部收进清单，写中文说明 + 原 URL。

怎么工作的

最值得学的是它把活儿拆成三份，谁也不许越界：

程序管事实（切片、清洗、统计、抽链接、校验引用），模型管表达（标题、原话、判断），模板管版式——模型只写一份 editorial.json，碰不到 HTML。同一份输入，渲染结果确定。

在此基础上它做了一件在同类工具里很少见的事：证据绑定。每条事实、选题、提醒、链接都必须挂真实消息 ID，validate --strict 会逐条核；跨群或凭空捏造的 ID 直接拒绝。

表达也被钉死了：导语 60–120 字、标题 12–30 字、正文每条 35–90 字、总结 45–100 字、话题 3–8 个——这些不是建议，是校验项，超了就打回。

连「有没有人找我」都被拆成了证据等级：direct（明确 @ 或引用本人）、context（上下文在接你的话）、open（群内开放问题）、reference（相关线索），再配六种状态。把自己发的请求算成「别人找我」，是它明令禁止的。

还有个细节：发言人默认用群昵称，不是你的联系人备注。群昵称不在消息库里，得额外读一次群成员表、解析 protobuf；同名多人会标成歧义，不硬猜。

适合谁

在 Claude Code / Codex 里干活、并且已经能读本机微信库的人；每天要在几个群里捞信息线索的运营、BD、独立开发者。

也适合另一类人：写 Agent Skill 的。它的目录结构（SKILL.md + references/ + scripts/ + tests/ + evals/）和「弱写法 vs 好写法」的编辑准则，跟微信没关系也能抄。

它不越界：跨群综合、私聊跟进、商机状态维护，仓库里明写不在范围内。

有没有坑

• 装好 ≠ 能读。完整的数据库模式需要你已经拿到本机微信库的访问材料，没有时 doctor 直接失败。它不取密钥、不绕过任何访问控制——这一步在你和上游项目之间。
• 只覆盖本机已同步的记录。附件未读、外链正文未读、采集上限 20000 条，超出会标「不能视为全量」，但盲区还是在。
• 格式通过 ≠ 事实成立。每份产物都标 semantic_truth: not-verified，这是设计不是缺陷。
• 定时要 Claude Code CLI 的 --restricted，编辑子进程只给 Read、Write 两个工具，不给 Shell 和浏览器。
• 单作者、9 天没更新、27 星：上游接口一变，大概率得自己改。

顺手跑一遍离线三连（用仓库自带的合成群聊，不碰你的微信）：

python3 scripts/daily_report.py prepare examples/group-messages.json --chat "示例群" --out /tmp/demopython3 scripts/daily_report.py validate --strict --out /tmp/demopython3 scripts/daily_report.py render --out /tmp/demo --png

它还有些让我意外的工程习惯：58 项单元测试全是标准库，pip 什么都不用装就能跑；CI 矩阵覆盖 Python 3.9 到 3.13，还额外检查每个模块能不能被 3.9 的语法解析；PNG 生成失败时不装成功——照常交 Markdown 和 HTML，状态写 partial，退出码 2。

一个晚上写出来的东西，把「AI 写的东西凭什么叫人信」这件事想得比很多团队都清楚。

项目地址：https://github.com/kbwzy/wechat-group-daily-report^[1]

这类项目的完整拆解——流程设计、合同字段、测试与降级路径——我都会归档进 ima 的「GitHub项目集」。下次要给自己的 Agent 立规矩，翻库比对比重新想一遍省事。

我是海冰，持续拆解 GitHub 上真正值得用的开源项目，只写我读完源码还敢推荐的那些。如果这篇帮你省了自己翻仓库的时间，欢迎点赞、在看、转发，我们下篇见。

引用链接