你在 X 后台看到的总曝光，是把发的推和回复的曝光都算在一起的。榜单上的推文曝光只算推文本身，不含回复带来的曝光，所以会比你自己后台的数字少一些，这是正常的。
每天早上 8 点为界。8 点之后你看到的「今日」，统计的是从今天 8 点开始的数据；在这之前看到的「今日」还在攒，数字偏小是正常的。页面每小时重新生成一次，页面更新时间不等于数据截止时间。
X 个人页那个计数器把转发和回复都算进去了，看着虚高。榜单上的发帖量不算转发，也不算回复，只算他自己发的和引用的，所以会比你在 X 上看到的计数小。
一条推的曝光会一直涨。榜单上的曝光是当天新增的部分，不是这条推历史累计的总量。
X 没有公开的评论计数，榜单上的评论数是根据公开数据推算出来的，会有偏差，用来看量级和排序，不要当成精确值。
刚收录的账号需要攒几天数据才能进榜。观察期里看到「暂无数据」或「数据偏少」是正常的，不是出错。
某个账号某天的数据没能凑齐时，这一格显示「无数据」，不会拿旧数字顶上。看到「无数据」就是真的没有，不是零。
| 维度 | 今天 | 昨日 | 7天 | 30天 |
|---|---|---|---|---|
| 推文曝光 | 0 | 6645 | 6645 | - |
| 发帖 | 0 | 1 | 1 | - |
| 评论 | 0 | 2 | 2 | - |
| 涨粉 | 0 | -1 | +37 | - |
| 帖均曝光 | - | - | - | - |
帖均曝光固定是近 7 天口径，不随时间档变。空着的格子表示这个账号在那个时间窗里数据还不完整，不是 0。
挺有意思的小策略，原理也简单：找一个 Agent 空闲的时间，主动做一次 compact。 核心还是prompt cache。现在agent runtime 是尾追加的方式，compact之前不对历史做处理，因为前缀一致，大量都可以命中prompt cache，所以成本和速度都不错。 compact 反而会导致下一次需要重新推理。 但是agent 闲置，prompt cache过期，响应慢，而且贵。 总之，现在的agent runtime主要还是适配 task/session based agent，对长程agent的支持还早期。
登录后收藏的账号会跨设备同步，换台设备也还在。
我们只保存邮箱和昵称，用来同步你的收藏。
