🦞 我们为什么为 macOS 做了 Live Monitor
我们想要一个更快的方式来看实时流量、做 tracker QA，并把实时看板常驻在桌面，而不是占着浏览器标签页。
大多数分析产品默认的工作流都差不多：
打开一个浏览器标签页，把 dashboard 挂在那里，需要时刷新一下，看看数据有没有变化。
这对历史报表没有问题，但对“我现在就想看到发生了什么”这种场景并不理想。
这就是我们做 Live Monitor for macOS 的起点。
它不是另一个 dashboard
我真正缺的不是“再来一个分析界面”，而是一个专门给实时流量用的 surface：
- 发布时盯住流量变化
- 做 tracker QA 时验证事件
- 排查异常 spike
- 演示时放在旁边做 wallboard
这些工作都不应该和 docs、后台页面、部署日志以及一堆浏览器标签页抢位置。
为什么选择 desktop
我想要的更像是一个仪表盘，而不是一个需要反复切换的 dashboard。
打开一次，保持运行，选好项目，只有需要信号时才 glance 一眼。
所以我们做成了一个小型 macOS app，聚焦在单个项目的实时监控上：
- 按国家显示活动的 live map
- 当前 top pages
- 当前 top events
- 用于检查 payload 的 recent events feed
- 当
/live或/stream异常时的 diagnostics
它不是为了替代 web app，而是把“实时监控”这件事单独拎出来。
现在这个 app 能做什么
当前版本的 scope 是刻意收窄的：
- 选择一个 project
- 查看 live visitors、sessions 和 events-per-minute
- 看到按国家分布的 world view
- 看到当前时间窗内的 top pages 和 top events
- 看到 recent activity preview
在实现上，它把 /stream 的即时活动和 /live polling 的 authoritative resync 结合起来，所以既适合当 wallboard，也适合做 instrumentation sanity check。
同时还有一个 raw event explorer，用来查看真实 payload、user/session IDs、countries、paths 和 properties。这正是做 tracker QA 时最有价值的部分。
谁会最在意这个产品
它主要是给已经在用 Agent Analytics、并且经常处于 live mode 的用户准备的：
- 做 launch 时需要一直开着 wallboard
- 做 tracker debugging 时需要 raw events
- 做 demo 或内部 review 时需要一个实时屏幕
- 写代码时想随手 glance 一眼项目脉搏
所以它一开始没有做成一个左侧导航巨大的“桌面版 dashboard”。它的价值就在于专注。
这是一个 beta
也需要把限制说清楚：
- 目前 只支持 macOS
- 目标系统是 macOS 14+
- 当前下载包 还没有签名 / notarize
- 需要你已经有 Agent Analytics hosted account 和 API access
所以它现在更像是给现有用户的实用 live monitor，而不是一个面向所有人的完整桌面分析套件。
已经可用
如果你已经在使用 Agent Analytics，而且这个场景对你有吸引力，可以从这里开始：
下载页里已经写了当前 beta 说明以及 macOS 的 Open Anyway 安装流程。
对我来说，结论已经很明确了：做更宽的分析时，我还是会去 web app；但看实时流量、做 tracker QA、以及在发版时保持项目脉搏可见，desktop 是更合适的表面。
