你在 X 后台看到的总曝光，是把发的推和回复的曝光都算在一起的。榜单上的推文曝光只算推文本身，不含回复带来的曝光，所以会比你自己后台的数字少一些，这是正常的。
每天早上 8 点为界。8 点之后你看到的「今日」，统计的是从今天 8 点开始的数据；在这之前看到的「今日」还在攒，数字偏小是正常的。页面每小时重新生成一次，页面更新时间不等于数据截止时间。
X 个人页那个计数器把转发和回复都算进去了，看着虚高。榜单上的发帖量不算转发，也不算回复，只算他自己发的和引用的，所以会比你在 X 上看到的计数小。
一条推的曝光会一直涨。榜单上的曝光是当天新增的部分，不是这条推历史累计的总量。
X 没有公开的评论计数，榜单上的评论数是根据公开数据推算出来的，会有偏差，用来看量级和排序，不要当成精确值。
刚收录的账号需要攒几天数据才能进榜。观察期里看到「暂无数据」或「数据偏少」是正常的，不是出错。
某个账号某天的数据没能凑齐时，这一格显示「无数据」，不会拿旧数字顶上。看到「无数据」就是真的没有，不是零。
fireworks-tech-graph 作者，AI Architect ，一支烟花社区发起人 https://github.com/yizhiyanhua-ai/firework
健康趋势仅为公开数据层面的走势参考，不代表账号在 X 平台的任何状态判定，一切以 X 官方为准。
| 维度 | 今天 | 昨日 | 7天 | 30天 |
|---|---|---|---|---|
| 推文曝光 | 0 | 7839 | 2.4万 | - |
| 发帖 | 0 | 3 | 16 | - |
| 评论 | 4 | 18 | 50 | - |
| 涨粉 | +15 | +20 | +30 | - |
| 帖均曝光 | 1621 | 1621 | 1621 | 1621 |
帖均曝光固定是近 7 天口径，不随时间档变。空着的格子表示这个账号在那个时间窗里数据还不完整，不是 0。
大胆预测一波儿：26年后面几个月基模厂和一线AI公司之间竞争的核心之一肯定会是 Cloud Agent Cloud Agent形态即将迎来大爆发！ 从端侧Agentg卷到云端远程Agent。 端侧Agent的弊端越来越明显了，及其依赖端侧设备(比如Macmini)的硬件配置，对使用者有较高的本地调试harness环境的要求，对harness工具和模型api之间的配合有要求 Could Agent可以规避这些问题，又可以天然的离模型更近，可以随心所欲的动态控制Cloud Agent底层架构，成熟的Cloud Infra技术 + Agent Infra + Model Infra三位一体可以…
OpenClaw 尚能饭否？ 龙虾 2.0 来了，这次加强了 harness 层。 OpenClaw 2.0 相比 1.0，核心变化可以压缩成一句话：从「个人 Agent + 消息入口」，进一步走向完整的 Agent Runtime。 几个比较明确的变化： Onboarding 简化 首次启动可以识别已有的 ChatGPT / Claude 订阅、API Key 和本地模型。大量前置配置被移到后续对话中完成。 Browser 从管理界面升级为 Agent Workspace 可以直接对话、配置 Agent、观察任务执行，并持续查看 Subagent 和文件修改状态。 …
恭喜 Manus 🎉 期待新特性！ Manus 对我来讲意义非凡，让我深度体验 学习，开始认真研发 Agent 一系列相关的路线和成长
从今天起我会开始更新这个harness系列： 主要是围绕Codex,ClaudeCode,Kimi 三种 harness 工具的 Agent 并行能力底层实现对比，抽丝剥茧。 三者的共同点都是"主 Agent + 隔离上下文子 Agent"的 fork-join 模型，在 2026 年收敛到了同一个抽象： 主 Agent 派发子 Agent，子 Agent 在独立上下文窗口里跑完一个限界任务，只把结论摘要回流主上下文，中间推理和工具调用记录不污染主会话。 目标一致：对抗 context pollution / context rot，并把可并行的读密集型工作摊到多个 worker 上。 …
浏览器也是到了必须要变革的时候了 这个开源浏览器项目基于 Rust 编写，仅占 30MB 内存，无 Chromium 笨重内核，页面加载仅 85ms 一个纯粹的agent native browser 谁的浏览器对模型和 Agent 更友好，谁就能胜出，英雄不问出处👍
登录后收藏的账号会跨设备同步，换台设备也还在。
我们只保存邮箱和昵称，用来同步你的收藏。
