你在 X 后台看到的总曝光，是把发的推和回复的曝光都算在一起的。榜单上的推文曝光只算推文本身，不含回复带来的曝光，所以会比你自己后台的数字少一些，这是正常的。
每天早上 8 点为界。8 点之后你看到的「今日」，统计的是从今天 8 点开始的数据；在这之前看到的「今日」还在攒，数字偏小是正常的。页面每小时重新生成一次，页面更新时间不等于数据截止时间。
X 个人页那个计数器把转发和回复都算进去了，看着虚高。榜单上的发帖量不算转发，也不算回复，只算他自己发的和引用的，所以会比你在 X 上看到的计数小。
一条推的曝光会一直涨。榜单上的曝光是当天新增的部分，不是这条推历史累计的总量。
X 没有公开的评论计数，榜单上的评论数是根据公开数据推算出来的，会有偏差，用来看量级和排序，不要当成精确值。
刚收录的账号需要攒几天数据才能进榜。观察期里看到「暂无数据」或「数据偏少」是正常的，不是出错。
某个账号某天的数据没能凑齐时，这一格显示「无数据」，不会拿旧数字顶上。看到「无数据」就是真的没有，不是零。
- 一个真诚的人 - Vibe Coder -project ：http://www.vibeusage.cc - 宇宙首席 Antigravity 黑子 - 顶级 ai 踩坑大师
| 维度 | 今天 | 昨日 | 7天 | 30天 |
|---|---|---|---|---|
| 推文曝光 | 8 | 809 | 1125 | - |
| 发帖 | 0 | 2 | 4 | - |
| 评论 | 0 | 0 | 10 | - |
| 涨粉 | 0 | -1 | -3 | - |
| 帖均曝光 | - | - | - | - |
帖均曝光固定是近 7 天口径，不随时间档变。空着的格子表示这个账号在那个时间窗里数据还不完整，不是 0。
对于我这种对程序开发一无所知的人，开发系统确实是需要不断和agent绕圈子后才能隐隐约约掌握一些朴素的软件原理。 比如我给公司的agent的中台设计权限模块，在升级成更复杂的功能的时候，我和agent不断battle，最后我问他，“那是不是可以总结为一句话，功能归权限，权限归DB” Agent这个时候才同意我的方案，然后开始各处删除和归拢之前他散落在各处的手写形态。 同样，之前要负责和同事开发的产品进行 SSO 对接，我们一开始的设计方案是让两方的 Agent 在 Github PR里通过评论的方式进行协作，人类不干预，Agent 确定好就开始干活，结果他们整了个巨复杂的玩意，导致差点在…
我终于知道为啥我觉得grok bot一般而你们觉得好用了，我的bot是个残废品…… https://t.co/kJrZXrGVyY
我司真实的版本“我们不关心你们的技术细节，只关心上线后提高了多少能效”
实测ponytail压根不能抑制过度设计，真正抑制过度设计的只有自己。
登录后收藏的账号会跨设备同步，换台设备也还在。
我们只保存邮箱和昵称，用来同步你的收藏。
