Dashboard

Your telemetry already knows what's wrong. Polylane actually reads it.

Join the waitlist

It watches so you don't stare. Your metrics, logs, and traces, read around the clock: judged, not just stored.

Issues Critical latency degradation in checkout-edge worker Overview

Critical latency degradation in checkout-edge worker

Critical Active ·Detected 3 hours ago
OverviewMetricsLogsTracesTimelineProperties
checkout-edge
Cloudflare Worker
Open
View triggering check View incident

Critical latency degradation detected in checkout-edge worker: 18x+ P99 latency spikes sustained for 12 minutes

Request Duration
414 ms ▲ 43.1σ
Wall Time
416 ms ▲ 43.0σ
Request Duration
131 ms ▲ 2.6σ
Blast radius
Search your cloud resources...
Graph Table
edge-gateway Cloudflare Worker ··· checkout-edge Cloudflare Worker ··· hd-prod Hyperdrive ··· payments-db PlanetScale ··· cart-svc Cloudflare Worker ···

It asks the questions your code can answer. Monitoring built from the log lines, spans, and metrics your code declares.

Clouds prod-cloudflare Key queries

Key queries

31 active · 2 telemetry gaps

Generated from your telemetry and your connected code, judged on observed data: every candidate ran against a day of real data before it was kept.

Did any payment capture fail? code answered
logs: "payment capture failed for order {orderId}"
declared in apps/api/src/payments.ts
Is the checkout webhook retrying more than usual? telemetry answered
metric: webhook.delivery.retries · rate over 5m
baseline 0.4/min over the observed day
Is the nightly reconciliation completing? code answered
logs: "reconciliation complete" · count over 24h
quiet all day: healthy. Kept because the code provably emits it
Are D1 writes hitting rate limits? telemetry unanswerable
no series found for this question
kept as a telemetry gap
Re-confirmed on every discovery run: one thin run cannot wipe a good set.

Gaps get closed with code. Polylane writes the missing instrumentation for you.

Clouds prod-cloudflare Key queries

Key queries

31 active · 2 telemetry gaps

Generated from your telemetry and your connected code, judged on observed data: every candidate ran against a day of real data before it was kept.

Did any payment capture fail? code answered
logs: "payment capture failed for order {orderId}"
declared in apps/api/src/payments.ts
Is the checkout webhook retrying more than usual? telemetry answered
metric: webhook.delivery.retries · rate over 5m
baseline 0.4/min over the observed day
Is the nightly reconciliation completing? code answered
logs: "reconciliation complete" · count over 24h
quiet all day: healthy. Kept because the code provably emits it
Are D1 writes hitting rate limits? telemetry unanswerable
no series found for this question
kept as a telemetry gap
Re-confirmed on every discovery run: one thin run cannot wipe a good set.

How Polylane works. It learns your system, watches it, investigates, and acts.

  • It learns your system first

    The context graph maps every resource and dependency across your clouds, repos, and observability providers. Agents reason over real topology, not guesses.

  • Detection without thresholds

    Built-in checks for every provider, plus checks generated from your own saved queries and dashboards. A statistical pass and an agent decide together, and an improvement never raises an issue.

  • Investigations that show receipts

    Every claim links back to the query, log line, or change record behind it. A verdict without evidence falls back to inconclusive.

  • Writes are earned, never assumed

    Accounts connect read-only. Rollbacks are off by default, rate-limited, and on the record. Code changes go through your normal review.

  • It gets sharper every week

    Memories, daily notes, and monitoring queries re-confirmed against real data: July's investigation learns from June's.

It plugs into what you already run. Connect read-only and start.

AWS
Cloudflare
Vercel
Render
Fly.io
Kubernetes
PlanetScale
Supabase
Modal
GitHub
Slack
Datadog
Honeycomb
Axiom
Sentry
Better Stack
Devin
Cursor
Factory
MCP Server
Every integration

Questions.

Does this replace my observability tooling?

No. Polylane is not a dashboard or a metrics store: it reads the same series your dashboards chart, through Datadog, Honeycomb, Axiom, and Sentry, and does the part they don't: deciding, investigating, and acting.

What if I don't have an observability provider?

Cloud-native signals carry most of it: Workers analytics on Cloudflare, CloudWatch on AWS, and their equivalents elsewhere. Connect Datadog, Honeycomb, Axiom, or Sentry and those series join the same graph as first-class sources.

What are key queries?

Monitoring questions with a query behind each one, generated from your telemetry and your connected code, and executed against a day of real data before they're kept. Questions the account can't answer yet are kept deliberately, as telemetry gaps worth closing.

Will the instrumentation fixes change my stack?

No. They mirror the setup you already use and add no new dependencies: structured events, error capture, and the attributes an investigation actually needs.

Does AI monitoring create more alert noise?

The default verdict is no issue. Checks know which direction is worse, improvements never fire, and traffic swings alone are not treated as failures. Silence is a feature: Polylane speaks when something real breaks.

More use cases

Stop staring at dashboards. Start reading answers.