没有后台线程。也不丢东西。

它测量什么

每一次请求，以及它下面的方法

Laravel 和 Symfony 会自己接好请求的 span。Sixty::trace('OrdersQuery#forUser', fn () => …) 用来标记控制器和数据库之间的代码 —— 是一行而不是一个装饰器，因为 PHP 既没有能重写函数的构建步骤，也没有在方法被定义时触发的钩子。

每一条查询，而且不替换你的连接

PDO 是通过在已经存在的连接上设置 statement 类来埋点的。一个 PDO 子类就得自己再开一个连接，等于悄悄把每次部署的连接数翻倍 —— 而这正是一个监控工具绝对不该做的事。

Laravel 和 Doctrine，任意驱动

Laravel 的连接在 ConnectionEstablished 时被接住，行数取自 rowCount()。Doctrine DBAL 则由 bundle 注册一个中间件，行数取自结果自己的 count。两者都能给到语句形状和归属。

MongoDB，包括 Doctrine ODM

通过驱动的命令监控。identity 只用键来构造，所以你的值没有任何路径进得去 —— 而且会统计游标往返次数，那正是能抓到「一次读取分三百次送达」的信号。

数据库为了回答做了什么

Postgres 上的通用计划 EXPLAIN，按语句缓存，并且发在调用方的 span 之外，所以「这条语句不再走索引了」能送到你面前，而你的参数一次都没有被绑定过。

它能找到什么

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

你的动态里会出现什么

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

如何安装

Laravel 会自动发现 service provider；Symfony 需要把 bundle 加进 config/bundles.php。之后两者都会接好请求的 span、查询埋点和发送 —— 没有 initializer 要写，也没有东西要调用。

claude mcp add sixty \
  -e SIXTY_API_KEY=sixty_sk_… \
  -e SIXTY_ENDPOINT=https://ingest.sixty.sh \
  -- npx -y @sixty-sh/mcp

# or by hand:
composer require sixty-sh/sixty

SIXTY_API_KEY=sixty_sk_…
SIXTY_SERVICE=checkout-api

# On Laravel, that is the install — the provider is discovered.
# On Symfony, add the bundle to config/bundles.php.

# Anything else:
\Sixty\Sixty::init();
\Sixty\Instrument\Pdo::instrument($pdo);

# Your own code:
\Sixty\Sixty::trace('OrdersQuery#forUser', fn () => ...);

再装上 ext-apcu，每个 worker 的窗口就会合并成每个间隔一份负载。没有它 agent 照样能跑，并且会在启动时说一次，而不是假装没事 —— 只是流量会大不少。版本标识会自动来自你的平台，或者来自 SIXTY_RELEASE。

它不做什么

• 在 Swoole 协程下它拒绝启用，并且会说明原因。在那里，很多请求共用一个 worker，并在每个 I/O 边界处切换，于是当前的 span 会把一个请求的查询算到另一个请求的控制器头上。FPM、CLI、RoadRunner 和 FrankenPHP 是每请求一个进程，完全支持。
• 没有 ext-apcu 时，每个请求都会发送自己的窗口。它照样能用，agent 也会在启动时告诉你一次 —— 但跨 worker 的无损合并，正是让百分位数等同于「一个测量一切的单进程会报出来的值」的东西，没有它，你就得在流量上付账。
• PDO::query() 和 PDO::exec() 永远到不了 statement 类，所以一个你自己构造、又在上面调用这两个方法的连接需要用 TracedPdo。prepare() + execute() —— Laravel 和 Doctrine 发出的每一条查询 —— 都是覆盖到的。
• 如果已经有别的东西占着 statement 类 —— 一个 profiler、一条调试栏 —— agent 会放手不管，宁可什么都不测也不把它弄坏。这是正确的取舍，而且它是静默发生的，所以值得知道有这种可能。
• CPU 和等待没有分开，查询计划也只有 Postgres 有。MySQL 和 MongoDB 只能解释一条还带着值的查询，而这个 agent 一看到值就丢掉。

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