你在 X 后台看到的总曝光,是把发的推和回复的曝光都算在一起的。榜单上的推文曝光只算推文本身,不含回复带来的曝光,所以会比你自己后台的数字少一些,这是正常的。
每天早上 8 点为界。8 点之后你看到的「今日」,统计的是从今天 8 点开始的数据;在这之前看到的「今日」还在攒,数字偏小是正常的。页面每小时重新生成一次,页面更新时间不等于数据截止时间。
X 个人页那个计数器把转发和回复都算进去了,看着虚高。榜单上的发帖量不算转发,也不算回复,只算他自己发的和引用的,所以会比你在 X 上看到的计数小。
一条推的曝光会一直涨。榜单上的曝光是当天新增的部分,不是这条推历史累计的总量。
X 没有公开的评论计数,榜单上的评论数是根据公开数据推算出来的,会有偏差,用来看量级和排序,不要当成精确值。
刚收录的账号需要攒几天数据才能进榜。观察期里看到「暂无数据」或「数据偏少」是正常的,不是出错。
某个账号某天的数据没能凑齐时,这一格显示「无数据」,不会拿旧数字顶上。看到「无数据」就是真的没有,不是零。
健康趋势仅为公开数据层面的走势参考,不代表账号在 X 平台的任何状态判定,一切以 X 官方为准。
| 维度 | 今天 | 昨日 | 7天 | 30天 |
|---|---|---|---|---|
| 推文曝光 | 3573 | 72 | 11.7万 | - |
| 发帖 | 5 | 2 | 25 | - |
| 评论 | 0 | 0 | 0 | - |
| 涨粉 | 0 | +1 | +152 | - |
| 帖均曝光 | 7552 | 7552 | 7552 | 7552 |
帖均曝光固定是近 7 天口径,不随时间档变。空着的格子表示这个账号在那个时间窗里数据还不完整,不是 0。
Karpathy 提出的「LLM Wiki」概念,终于有了极其工业级的开源实现:claude-obsidian。 这不仅是一个简单的 prompt 或插件,而是一套严密、Local-First 的知识工程系统: 🔹 真正的本地所有权:纯 Markdown + JSON 存储,绝不把知识锁在专有数据库或私有云中。 🔹 严密的事务与防竞态机制:多 Agent 并行生成草稿,由 Orchestrator 单一事务提交;带 SHA-256 计划校验与原子操作,避免 AI 破坏本地 Vault。 🔹 Provenance 溯源:建立 Source & Claim Ledger,严格跟踪权威度、置…
别再为了跑大模型去买多卡工作站了! 开源推理引擎 FreeToken 把 CPU、GPU、内存统合为一体: 8G 显存轻薄本 跑 35B MoE,家用单卡游戏本直接干 290B+! 彻底解决显存塞不下的难题,开源免费: 🔗 #AI #LLM #OpenSource github.com/FlashML-org/FreeT…
我越来越觉得,OpenClaw 真正失败的不是方向,而是它来得太早,也太粗糙。 它最早让很多人看到一种未来:AI 不只是聊天工具,而是可以长期运行、调用工具、连接消息渠道、按计划执行任务的个人 Agent。 但今天回头看,OpenClaw 当时那些最吸引人的能力并没有消失,而是被拆散后吸收进了 Codex、Claude Code、ChatGPT 等更成熟的产品: Skills、长任务、定时自动化、工具调用、多 Agent 协作,正在逐渐成为标配。 OpenClaw 被留下的,反而是最难解决的部分:稳定性、权限边界、执行追踪、审批与回滚。 更尴尬的是,它卡在了一个用户断层里: 非技术…
有人把「反复盯着 AI 编程」做成了一个 /implement Skill。 它不是新的 coding agent,而是一套完整的多 Agent 开发流水线: 调查 → 规划 → 实现 → 审查 → 测试 → 修复 → 总结 各阶段可分配给 Claude 子代理或 Codex、Gemini、Aider 等外部 CLI,同时保留人工审批。 适合想让 AI 开发更稳定、可复用,又不愿放弃人工把关的开发者。 项目: github.com/alamops/skills#im…
不要再给每一个 Agent 框架单独手写一套专属的后端对接代码了。 大模型时代的教训告诉我们:没有标准化协议,就会陷入无休止的供应商绑定与工程重构。 HarnessRouter 正在做一件极具前瞻性的事,推动 Unified Harness Protocol (UHP) 成为行业标准。 无论底层 Agent 如何演进,上层应用只需要面向标准化协议编程。 掌握数据主权,告别接口碎片化。建议所有在做 Agentic Workflow 落地的开发者重点关注: github.com/HarnessRouter/har…
登录后收藏的账号会跨设备同步,换台设备也还在。
我们只保存邮箱和昵称,用来同步你的收藏。