Zenith 这个小天象仪，厉害在把地球自转放到一粒米大小

一颗星在屏幕上慢慢滑过去，很多人会以为这是延时摄影。

Zenith 偏偏不是。它没有加速播放，也不是实时拍摄天空。它显示的是 Pan-STARRS1 的历史巡天图像，再根据你此刻所在地的天顶位置，把地球自转造成的恒星视运动对应到浏览器里。

关键变量只有一个：视场极窄。

它看的不是整片星空，而是约等于天空 30 秒转过角度的一小块区域。换成人能理解的尺度，差不多是手臂伸直时一粒米那么大的天空。放大约 180 倍后，平时几乎不可感的地球自转，终于露了相。

这就是 Zenith 最反常、也最有意思的地方：它没有让时间变快，而是把视野变窄。

Zenith 到底是什么，不是什么

Zenith 的产品逻辑很克制：只看你头顶，也就是天顶附近的一小块天空。

它请求定位，是为了计算你此刻头顶对应天球上的哪一片区域。原文明确说，位置信息不离开你的电脑，网站服务器看不到。如果拒绝定位，它会默认显示 Stonehenge 上空。

这里最容易讲错的一点，是把 Zenith 说成“实时看天空”。不准确。

它更像一张巨大的历史星图，被浏览器拿来和此刻的天球坐标对齐。照片是旧的，运动感却来自现在的地球。星点滑动，不是星星在跑，是我们脚下这颗球在转。

这点反而比“实时拍摄”更有教育价值。它没有把天文学包装成魔术，而是把一个物理事实调到人眼能察觉的尺度。

古人说“坐地日行八万里”。这句话平时像诗，在 Zenith 里更像交互设计说明书。

技术栈不炫，胜在拼接准确

Zenith 用的不是一套新潮黑箱。

图像来自 Pan-STARRS1 数据集，经由 Space Telescope Science Institute 的 MAST 档案获取。天体对象名来自 SIMBAD。网页端用 Leaflet 叠加图像瓦片、坐标网格和标注。整个应用在客户端运行，没有服务器组件。

这套组合的价值，不在“先进”，在“够准”。

Pan-STARRS1 的分辨率约 0.26 角秒/像素。对一个约 1000 像素宽的浏览器窗口来说，它刚好能支撑几角分级别的窄视场。Zenith 能成立，不是因为前端技术多神，而是因为数据尺度刚好接住了 30 秒地球自转。

Leaflet 也用得顺手。它本来常见于地球地图，但在这么小的天空区域里，天球曲面可以近似成平面，旋转也可以近似成线性滑动。地图瓦片那套老办法，搬到星空上，够用，也干净。

限制同样要说清。

Pan-STARRS 不是为漂亮展示设计的。它服务的是巡天、移动天体探测、近地小行星和深场灵敏度，不是给浏览器做星空壁纸。

所以 Zenith 会遇到亮星过曝、色块、噪声、边缘白线等问题。作者做了白边移除和阈值降噪，但绿色色块、红色小星被误处理之类问题还没完全解决。

别把它吹成专业观测工具。它更接近一个教育性、审美性和交互性的浏览器实验。

对实际体验来说，读者也该有预期：浏览器要能跑前端瓦片叠加；允许定位时才会显示你头顶的天空；拒绝定位也能看，但那就是 Stonehenge 的天顶。屏幕越小，越像看一个精巧窗口；屏幕越大，漂移感可能更容易被察觉。

真正值得学的，是尺度、隐私和边界感

我更在意的不是 Zenith 本身有多大，而是它提醒了一个被 AI 时代反复遮住的常识：产品不总靠更大的模型、更重的平台、更复杂的账号系统才有价值。

有时，胜负手只是把一个没人能感知的事实，放到刚好能被人看见的尺度上。

地球自转人人都知道。但“知道”很便宜。你在浏览器里看见星点缓慢滑过，感知就变了。知识从概念变成了身体直觉。

这事对两类人最有用。

很多可视化项目的问题，是把数据摆出来就算完事。图很满，按钮很多，用户却只是在看一堆遥远信息。

Zenith 的切口小得多：只看头顶，只看一粒米大的天空，只看地球 30 秒转过的距离。边界越窄，体验反而越尖。

它的隐私设计也不是装饰。

定位只为计算，不为收集；能拒绝，也能继续看。今天很多产品会把“个性化”顺手做成数据占有，Zenith 没这么干。小项目最怕学大平台，把账号、云端、推荐、留存全搬进来，最后把一个干净体验做脏。

这不是道德洁癖，是产品判断。

当然，接下来最该观察的也不是它会不会变成“大平台”。那太远。更现实的变量有三个：图像瑕疵能不能继续压下去；不同设备和屏幕上，漂移感是否稳定；本地优先的定位处理能不能一直保持，而不是后面为了分析、增长或留存被慢慢加料。

小产品的分水岭，经常就在这里。

把复杂留给数据和物理，把简单留给用户。说起来容易，做起来很难。Zenith 至少表明：在一粒米大小的天空里，也能做出足够锋利的产品判断。

开头那颗滑动的星，最后还是把话带回来了。

它没动。是我们在动。