你的应用没有服务器。它照样有 bug。

它测量什么

页面发出的每一条 Supabase 查询

每次交互跑了几条、每条返回多少行、响应有多大、花了多久。「变慢了」几乎总是最后落在这里。

页面有多快，按路由统计

基于所有加载过它的人的真实 p75 的 LCP、INP、CLS 和 TTFB —— 不是某台机器上的实验室分数。并按国家拆开，因为一个在你这儿没问题的页面，在延迟更差的地方可能根本用不了。

人们点了什么，以及有没有生效

什么都没发生的点击、在同一个控件上反复点击，以及会把页面重绘几百次的交互。

认证、存储、Edge Function 和实时

一个 Supabase 应用是四个服务，不是一个。助手理解每个端点是做什么的，而不只是它花了多少时间 —— 所以一次被拒绝的登录、一个不存在的列、一次被驳回的写入、一个订阅失败的通道，都会作为它们本身抵达，而不是变成一次匿名的「请求失败」。

代码，在它运行之前

一个没有处理函数的按钮、一个依赖注定让它永远重跑的副作用、一个从不清理的订阅。这些在运行时什么都不会发出 —— 一个从未被挂上的处理函数是没法测量的 —— 所以它们是在构建时从源码里读出来的，并按这个文件实际承接多少流量来排序。

它能找到什么

这里的每一项都会和上一个版本作比较，所以发现指向的是那次改动，而不是某一天。

你的动态里会出现什么

不是一块需要你去读的仪表盘。每条发现一张卡片，上面有数字、有改变了它们的那个版本，还有你的编码助手写出修复所需要的证据。

如何安装

这东西不用你手动装。往 Lovable 的聊天框里粘一段提示词，它就会把 agent 接进去 —— 一个 Vite 插件、一次 init 调用，以及一条转发遥测的路由，好让任何密钥都不会进到你的打包产物里。登录之后，这段提示词会连同你的密钥一起替你写好。

npm install @sixty-sh/supabase

// vite.config.ts
import drift from '@sixty-sh/supabase/vite'
export default defineConfig({ plugins: [react(), drift()] })

// src/integrations/supabase/client.ts — the file every Lovable app has
import { withSixty } from '@sixty-sh/supabase'

export const supabase = withSixty(createClient(URL, ANON_KEY), {
  key: 'sixty_pk_…',
  service: 'my-app',
  endpoint: 'https://ingest.sixty.sh',
})

然后发布两次。比较锚定的是发布而不是时钟，所以第一条发现会在你下一次发布之后到来 —— 只有一个版本时，没有东西可比。

它不做什么

• 来自已发布构建的发现指向的是查询和路由，而不是你源码里的某一行。生产构建是压缩过的，而能还原它的 sourcemap 目前还没被读取，所以你拿到的是「这个页面上的这条查询」，而不是「这个文件，第 40 行」。
• Lovable 的预览不够。它跑的是没有带指纹资源的开发服务器，所以没有任何版本可以让比较锚定在上面 —— 比较需要两次真实的发布。
• 这里不监视任何服务器，因为你没有服务器。如果你之后加了自己的 edge function，它们需要 Node agent 才能被看见。

如果你是因为下面某一条来的