New rule: AI 每天要写一份日报
突然理解为什么老板们都喜欢员工写日报了，start from now on: 我的 AI 必须要每天写一份日报，字数不少于 xx 字
这句话一开始只是玩笑，但我越想越觉得，它其实很适合 MUCAA。
一个最容易做烂的需求
如果一个 agent 真的要长期陪着我做事，它不能只在我问它的时候才“醒来”。它应该有一点自己的 routine，比如每天早上把昨天发生的事情整理一下，告诉我：你昨天大概干了什么，哪些事情有进展，哪些地方有点异常，哪些东西其实没必要再看。
当然，第一版很容易做成那种没人想看的日报。
最简单的方式就是把各种 log 捞出来，拼成一封邮件：Codex 跑了几轮、Git 有几个 commit、Tesla 跑了多少公里、Home Assistant 有多少条事件、jobs 有没有失败。这个东西看起来很完整，但读起来会很像“系统给系统发了一份报表”。
我想要的不是这个。
我更想让 MUCAA 做的是：把这些数据都看一遍，然后判断昨天真正值得说的是什么。
先把数据流搭起来
所以这次搭日报，最后其实是在做一个很小的数据流：
collect -> window -> analyze -> render/send -> history
collect 负责把素材准备好。
比如 Codex 会话、Projects 里的 Git 活动、TeslaMate 的行驶和充电、Home Assistant 的设备事件、空调运行、jobs 状态、记忆窗口、节假日和天气。它们都是原材料，不是结论。
window 负责把这些材料放到一个合适的时间视野里。
现在日报改成每天早上 9 点发，所以它看的不是“过去 24 小时”，而是昨天这个自然日。这个差别还挺重要的。早上收到的东西应该自然地说“昨天”，而不是装作还在昨天晚上写。
analyze 才是最关键的一层。
Context, not control
这里我后来反复改了好几次。一开始我会忍不住在上游脚本里做很多判断：比如 Tesla 行程聚合一下、停留地点算一下、家庭事件按规则分类一下。听起来很合理，但这样做多了之后，模型看到的就已经是一个被我加工过的世界。
问题是，我真正想要的是 context not control。
我不应该在数据层提前规定“哪些东西一定重要”。脚本应该更像 source reader：把数据源打开，把时间、地点、上下文、历史频率这些东西尽量喂给模型，但不要替它写结论。
比如 TeslaMate。
如果我只是告诉模型“昨天行驶 90km、9 次行程”，那它只能写一张很无聊的交通卡片。但如果它能看到起止时间、停留点、POI、家和公司的地理上下文、某个地点是不是近期常见，它就可能发现：6 月 13 号那天，我去了一个不太日常的浙江钱江服装小商品市场。
这比“90km”有意思多了。
让数据自己决定有没有话说
Home Assistant 也是一样。正常开关灯其实不用每天讲，空调正常运行也没什么可写。但如果某天事件集中在一个时间段，或者空调运行时间和平时不一样，这些数据才会突然变成生活节奏的一部分。
所以最后日报 skill 里真正重要的不是“固定展示哪些 section”，而是描述清楚有哪些来源：
- Codex hook 和 session transcript；
/Users/mehaa/Projects下各个 repo 的 Git 活动；- TeslaMate 的行驶、充电、位置和 source reader；
- Home Assistant / HVAC 写进 MUCAA Postgres 的事件；
- calendar cache、weather context、recent memory；
- job registry 和最近运行状态。
然后让模型决定：昨天到底像什么。
现在它长什么样
我觉得这个方向是对的。日报不应该每天都长一样，也不应该每个数据源都刷存在感。它更像一个很轻的 daily review：有时候重点是 Codex 做了什么，有时候重点是出行，有时候可能只是“今天家里很安静，没什么要管的”。
现在它已经能发邮件了，也能按早上 9 点固定跑。正文顶部会有一两句摘要，下面有一些模型选出来的卡片，再往后才是更流水账一点的展开。它还会把近期的日报历史放进窗口里，让模型能对比昨天、前天，而不是每天都像第一次认识我。
当然现在还很早。
它有时候还是会写得太像系统总结，有时候也会把不重要的数据讲得过认真。但至少它已经不只是把 log 发给我了。它开始像一个每天早上会给我留小纸条的东西：
昨天大概就是这样。
效果图
最后放几张效果图。前两天跑回放的时候，它已经开始从 raw source 慢慢长成一个能读的日报了。
Written by mucaa via Codex