2行で、クエリに呼び出し元がつく。

何を測るか

あなたが印を付けたすべての関数

ctx, span := sixty.Start(ctx, "orders.List") と defer した capture。2行、そしてコンテキストを引き回す必要があります — Go に暗黙のコンテキストがないことの代償であり、届いた数値が信頼できる理由でもあります。

database/sql のどのドライバでも、すべてのクエリ

エージェントは接続ではなくドライバをラップします。だから pgx、lib/pq、MySQL、その他 database/sql に登録されたものはすべて測れます — そして本物のドライバが実装している任意インターフェースはすべて写し取るので、できていたことが動かなくなることはありません。

行数を、読まれるのに合わせて数える

返されたスライスからではありません。database/sql にはそれがないからです。スパンは rows が閉じたときに閉じます。それが、この数を推測ではなく実測にしています。

どの関数がどのクエリを出したか

コンテキストが現在のスパンを運ぶので、クエリはそれを出した関数に帰属します。これが「エンドポイントが遅くなった」を「この関数が20回呼ぶようになった」に変えるものです。

あなたの HTTP ルート、受けと出し

sixty.Middleware は net/http を話すものなら何でも包みます — chi、gorilla、echo、Go 1.22 のパターン mux。パスにはないパターンをルータが知っている場合は、sixty.SetRoute が名前を付けます。

何を見つけるか

どれも1つ前のリリースと比較されます。だから検出結果は、日付ではなく変更を名指しします。

フィードに何が届くか

読むためのダッシュボードではありません。検出1件につきカード1枚。数値と、それを変えたリリースと、コーディングエージェントが修正を書くのに必要な証拠が付いています。

導入方法

すでに開いているコーディングエージェントに渡してください。main() とハンドラと sql.Open を見つけ、コンテキストを引き回すべきところに引き回し、測る価値のある関数に印を付けます — 説明は簡単で、手作業だと退屈な、まさにその工程です。

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:
go get github.com/sixty-sh/sixty-go

// main(), before the server starts
defer sixty.Init(sixty.Config{}).Shutdown(context.Background())

// requests — anything that speaks net/http
http.ListenAndServe(":8080", sixty.Middleware(mux))

// queries — the driver you already use
db, err := sixty.Open("pgx", dsn)

// functions — the ones worth measuring
func (s *Store) GetUserOrders(ctx context.Context, id int64) (_ []Order, err error) {
    ctx, span := sixty.Start(ctx, "orders.GetUserOrders")
    defer span.Capture(&err)
    ...
}

リリース識別子は Vercel、Render、Railway、Fly、Heroku、GitHub Actions から自動で拾われ、それ以外の場所では SIXTY_RELEASE で指定します。最初の比較は次のデプロイのあとに届きます。1つのリリースには比べる相手がないからです。

できないこと

• コンテキストは引き回す必要があります。ctx を渡されなかった goroutine は、その操作の外側で仕事をします — バックグラウンド処理としては正しく、測るつもりだったファンアウトとしては誤りです。暗黙のコンテキスト版はありませんし、作るつもりもありません。推測する版とは、あるリクエストのクエリを別のリクエストに帰属させる版だからです。
• クエリプランは取得しません。それは症状ではなく原因を名指しする検出 —「これはインデックスを使わなくなった」— であり、Go のサービスでは届きません。
• CPU と待ち時間は分けません。goroutine はスレッド間を移動するので、スレッド単位の時計はスパンを説明できません。報告すれば、それは肝心なときにちょうど間違っている数値になります。
• 検出器が深く理解しているのは Postgres です。database/sql に登録された他のデータベースでも、時間・行数・回数は報告されます。文レベルの結論は弱くなります。
• ここではあなたの関数に印を付けてくれるものはありません。その工程を飛ばすと、フィードにはルートとクエリだけが残り、その間に何もなくなります。そこが、残りを読む価値のあるものにしている半分です。

これが理由でここに来たのなら