sixty

変更を起点にしたパフォーマンス監視

アプリを壊したデプロイを特定。

Sixty はリリースによるアプリの振る舞いの変化を検知します。1 回だったクエリが 14 回に、30 行だった結果が 30,000 行に変わったら、その証拠を普段お使いのコーディングエージェントへ渡します。

サイトを診断する — 無料実際の検出結果を見る
Sixtyacme / storefrontrelease v2.4.0
orders.enrichOrdersNew finding
Detected 3 min after deploy
N+1 query

orders.enrichOrders

This release changed what this operation normally does.

Previous release1 query
→
Current release14 queries
Started at
v2.4.0
Code location
orders/getUserOrders.ts:47
Ask Sixty about this finding…⌘ K

1 コマンドで導入0 作るダッシュボード0 調整するしきい値0 収集するユーザーデータ

すでに別のものにお金を払っていますか？Datadog・New Relic・Sentry との比較 →

新しいダッシュボードではなく、答えを

エージェントがすぐ直せる検出結果。

あるリリースで回数が変わり、対象コードを変更したプルリクエストが 1 つありました。クエリ、スタックフレーム、デプロイ差分も一緒に届きます。

ループの全体像と、エージェントがそれを閉じる仕組み →

新しいダッシュボードではなく、答えを

新しい検出結果9d3f01e
N+1

orders.enrichOrders

変更前1リクエストあたりのクエリ→このデプロイ後14リクエストあたりのクエリ
発生リリース
v2.4.0
原因と見られる変更
#815 注文クエリの範囲を拡大
実行箇所
orders/getUserOrders.ts:47
Sixtyコーディングエージェントへ渡す →

AIランタイムのリグレッション検出

エージェントが遅く、高コストになり、ツールループに陥った瞬間を把握。

Sixtyは同じエージェントタスクをリリース間で比較します。トークン、モデルコスト、最初のトークンまでの時間、ツール呼び出し、失敗を測り、フィードと匿名化トレースで原因を示します。

AI cost regressionrelease e18c6ba

サポートエージェントの成功1回あたりのコストが3.5倍

変更前 $0.0164→このデプロイ後 $0.0426
POST /api/support1,930 → 4,630 tokens · 3 → 7 toolssupport-agent →

アプリ全体をつなぐ1本のトレース

ブラウザー、バックエンド、モデル、ツール、データベースを接続。

トレースコンテキストはサービスをまたいでリクエストを追跡します。生成はツール呼び出しを、ツールは内部のHTTPとDB処理を所有し、原因となったプルリクエストまで示します。

browserSupport form submitted0ms
requestPOST /api/support4.82s
generationsupport-agent · gpt-5-mini4.20s
toolMCP · knowledge-base.search ×4310ms
databaseSELECT help_articles · 8 rows96ms
toolMCP · orders.lookup ×2424ms
Cost/request +160% · tool calls 3 → 7 · release e18c6ba

証拠に紐づくセッションリプレイ

数値が変わったとき、ユーザーに何が見えたかを確認。

ブラウザーエラー、反応しない操作、終わらない読み込みが見つかると、Sixtyは失敗前後の短いマスク済み録画を保持します。全訪問者の記録ではなく、所見に付く証拠です。

/checkout
Something went wrong
↖
00:11dead click00:18 browser error

静かに回り続けるループ

あなたが公開する。私たちが見つける。あなたのエージェントが 直す。

確認すべきダッシュボードも、設定すべきアラートもありません。下の3つが製品のすべてで、あなたがやるのは最初の1つだけです。

  1. 変更をリリース

    リリース情報は、普段お使いのデプロイ先から自動で取得します。

  2. Sixty が形の変化を検知

    1 回だったクエリが 14 回に。しきい値を決めておく必要はありません。

  3. エージェントに証拠を渡す

    計測値、クエリ、スタックフレーム、関連する差分がまとめて届きます。

もう一度リリースすると、そのリリースが次の比較の基準になります。

リリースからコードの一行まで

どのデプロイか、だけではありません。どの pull request。

1 回のデプロイには多くの変更が含まれます。Sixty はリリース間の正確なコミットを調べ、検出箇所のファイルを変更したプルリクエストを特定します。

v2.4.0このデプロイに4件の変更が入っていました

  • #812依存関係を更新
  • #814請求書エクスポートを追加
  • #815注文クエリの条件を広げるorders/getUserOrders.ts
  • #818設定ページの文言修正
  1. 5つのリリースにわたって、orders.getUserOrders は毎回30行を返していました。それが基準線です。誰かが決めたわけではありません。
  2. そして3万行を返しました。何も投げられず、タイムアウトもせず、温まったデータベースではページはまだ問題なく感じられました。
  3. 始まりは v2.4.0 です。市場のどの監視ツールでもここまでは分かります —— そしてそのデプロイには4件の変更が入っていました。
  4. 犯人は #815、そのクエリが動いているファイルに触れた変更です。それがコーディングエージェントが動ける一文であり、他のどこからも渡されない一文です。
最後の棒の上で軸を切っています —— 1000倍はこのサイズのグラフに収まりません。行数と操作は、リポジトリのクローン上で pnpm e2e が出力するものです。リリースタグとプルリクエスト番号は例示です。
何を読み、何を決して保存しないか →

常時監視を、本当に常時

肝心なのは、 止まらない。

すべてのリリースは、公開の数分後に1つ前と比較されます。アプリが動いている限りずっとです。あなたが起動する必要はなく、何も尋ねられず、忘れずに実行すべき処理もありません。

監視中checkout-api · production
  1. 4c02f1a変化なし · 47件の操作を比較2 min
  2. bb7e340変化なし · 47件の操作を比較3 min
  3. 2e9b503何も返さないprofile.load12 行 → 0 行4 min
  4. 5a1d0c8変化なし · 48件の操作を比較2 min
  5. c40aa19変化なし · 48件の操作を比較2 min
  6. 9d3f01e行数orders.getUserOrders30 行 → 30,000 行4 min
  7. 9d3f01eN+1orders.enrichOrders1 クエリ → 14 クエリ4 min
  8. 7b21ee4変化なし · 46件の操作を比較3 min
  9. a3f9c21変化なし · 46件の操作を比較2 min
  10. d81b904変化なし · 46件の操作を比較2 min
この10回のデプロイのうち7回は何も変えていません。それが普通の一週間であり、これを自分で覚えてやる作業にできない理由です。毎リリース後に確認しても、答えは6回続けて「問題なし」—— そうでなくなるまでは。pnpm e2e の実行から再構成しています（数値はその実行のもの）。リビジョンは例示です。

新しい作業手順は不要

すでに 開いているものと、そのまま連携します。

見張るのは Sixty、直すのはあなたがすでに使っているコーディングエージェント。その受け渡しをするのが1つの MCP サーバーです。だから導入はどこでも同じ2つの値で済み、自分のエディタがない環境では、代わりにチャットに貼り付ける1つのプロンプトになります。

Claude Code

コマンド1つ。検出結果は、そのまま動けるペイロードとして届きます。

Cursor

同じ2つの値を、設定ブロックとして。

Lovable

自分のエディタは不要 —— チャットにプロンプトを1つ貼るだけです。

Replit

エージェントとデプロイが同じ場所に。リリースの目印はおまけで付いてきます。

VS Code

Copilot、Continue、その他あなたが組み込んでいるもの。

Codex

さらに Windsurf、Zed、Cline —— MCP を話すものなら何でも。

OpenTelemetry / OTLP · Node · Python · Go · Ruby · PHP · Browser · React Native · Supabase

Keep Grafana, Prometheus, Elastic, Vercel, AWS, or the backend you already use. Send the same OTEL traces and metrics to Sixty for release-aware problem detection.

OpenTelemetry setup → 対応するすべての言語とフレームワーク →

小さく始めて、すべて使える

エージェントで導入。2 回リリース。

どちらのプランにも、すべての検出結果、エージェント API、MCP が含まれます。7 日間のトライアルでは全機能を利用でき、次のリリース後に最初の比較が届きます。

コマンド 1 つでエージェントを接続claude mcp add sixty …

最後の手順が、正直に言うべき引っかかりです。導入は1分ですが、最初の比較は次のデプロイまでかかります。リリースが1つしかなければ、比べる相手がないからです。

7 日間のトライアルを開始
Solo€14.99/月1 アプリ
Studio€49.99/月5 アプリ
料金の詳細を見る →

役に立つのは次のデプロイから

最後の変更が何をしたのか、確かめてください。

何が変わったかは Sixty に任せ、修正はコードを知るエージェントに任せましょう。

7 日間のトライアルを開始デモを依頼する

ユーザーID、プロンプト本文、モデルの回答、クエリ値は収集しません。ルート、ツール入力、結果は形だけに変換され、リプレイの文字は既定でマスクされます。

Ursulaビスケット担当委員

このうち5個は私たちのもので、あなたが求めた仕事をします。ログイン状態の維持、照明を点けたままにするかどうかの記憶、どのサービスを見ていたかの記憶、そしてこの質問への答えを覚えておいて二度と出てこないようにすること。

2個は Google のもので、ここに本当の質問がある理由はこれです。このページを何人が読み、そのうち何人が実際に動くところまでたどり着いたかを数えるためのもの — 対象は私たちのファネルであって、あなたのユーザーではありません。いいえと言えば、一度も設定されません。

ここにあるものがウェブの他の場所まであなたを追いかけることはなく、何も販売せず、私たちが実際に売っている製品はあなたのユーザーのブラウザにクッキーを一切置きません。その点は変わっていませんし、変わる予定もありません。

7個すべてを見る →
Sixty — どのデプロイがアプリを壊したのかを突き止める