你在 X 后台看到的总曝光,是把发的推和回复的曝光都算在一起的。榜单上的推文曝光只算推文本身,不含回复带来的曝光,所以会比你自己后台的数字少一些,这是正常的。
推文发出后我们会持续回访它的曝光。有些推是发出去一两天后才被推荐流带起来的,这部分后涨的曝光会补记到它发布那天,所以往前几天的曝光数字可能会往上修正,这也是正常的。
每天早上 8 点为界。8 点之后你看到的「今日」,统计的是从今天 8 点开始的数据;在这之前看到的「今日」还在攒,数字偏小是正常的。页面每小时重新生成一次,页面更新时间不等于数据截止时间。
X 个人页那个计数器把转发和回复都算进去了,看着虚高。榜单上的发帖量不算转发,也不算回复,只算他自己发的和引用的,所以会比你在 X 上看到的计数小。
一条推的曝光会一直涨。榜单上的曝光是当天新增的部分,不是这条推历史累计的总量。
X 没有公开的评论计数,榜单上的评论数是根据公开数据推算出来的,会有偏差,用来看量级和排序,不要当成精确值。
刚收录的账号需要攒几天数据才能进榜。观察期里看到「暂无数据」或「数据偏少」是正常的,不是出错。
某个账号某天的数据没能凑齐时,这一格显示「无数据」,不会拿旧数字顶上。看到「无数据」就是真的没有,不是零。
| 维度 | 今天 | 昨日 | 7天 | 30天 |
|---|---|---|---|---|
| 推文曝光 | 113 | 268 | 1.1万 | 31.4万 |
| 发帖 | 0 | 1 | 4 | 44 |
| 评论 | 4 | 1 | 2 | 77 |
| 涨粉 | -2 | 0 | -3 | +40 |
| 帖均曝光 | - | - | - | - |
| 最高单帖 | 5609 | 5609 | 5609 | 5609 |
帖均曝光固定是近 7 天口径,不随时间档变。空着的格子表示这个账号在那个时间窗里数据还不完整,不是 0。
opus 真的好喜欢用 map[string]any 啊。 就项目早期还装模作样的遵循了文档,interface ,type 梳理的清清楚楚。 跑了两天原形毕露。
review 这个事我确实还干,但不是那种看代码的干。 我有一堆 skill (其实可以做成个 flow 让它定期跑的,懒,暂时没必要)。 有的专治超长文件,比如干到 3000 行以上。虽然人不怎么看了,但长文件天然就不好。我不接受。 有的专治重复抽象和实现。 有的只负责用 computer use 跑实机测试。 有的只负责看是否遵循最佳实践。 有的只负责看 ADR 文档是否过期,是否可以整理。 有的只负责看是否和早期目标产生偏移,总结原因,优化 agents.md ,减少以后对偏移率。 …… 我有一堆。 我的 review 就是没事把项目丢进去,完整过一遍。怎么跑的我不管…
iOS 和 Android 的客户端早就开发完了,已经可以直接操作自己电脑了。 这事在今天其实根本没什么难度。但开发完了,我发现我自己都不怎么用。 因为日常只需要一个主对话就可以管理所有项目,我发现我用的最多的还是 Discord 和飞书。 因为用起来非常的顺手,我都有点懒得继续开发移动端了。
vibe coding 只需要一个 discord/feishu 就够了。
登录后收藏的账号会跨设备同步,换台设备也还在。
我们只保存邮箱和昵称,用来同步你的收藏。