2026年,不该再有人需要on-call。
阅读你的代码、观察你的基础设施,并在你醒来之前修好生产环境的智能体。
· 早期访问正在逐步开放。
Issue hotspot: 4 issues in the last 7 days
Change hotspot: 12 changes in the last 7 days
Change hotspot: 7 changes in the last 7 days
Issue hotspot: 2 issues in the last 7 days
Issue hotspot: 1 issue in the last 7 days
Change hotspot: 3 changes in the last 7 days
Critical latency degradation detected in checkout-edge worker: 18x+ P99 latency spikes sustained for 12 minutes
Deploy 9f3c2a1 shrank the Hyperdrive pool
hd-prod from 50 connections to 5. Under checkout load,
requests queue on connection checkout and P99 rises 18× against the 30-minute baseline. Restoring the pool size restores latency.
Problems detected by Polylane and alerts from your monitoring tools, triaged automatically.
main from polylane/autofix/chat/k3x9f2-4e7d21a Retries on the checkout webhook worker were unbounded: a failing delivery re-queued itself forever and amplified load on payments-api. This caps delivery at 5 attempts with exponential backoff and dead-letters the payload after the last one.
What changed
worker/deliver.ts gains MAX_DELIVERY_ATTEMPTS = 5 and backoff between attempts; exhausted payloads land in checkout-webhooks-dlq instead of re-queueing.
Validation
npm test — 214 passed. A forced failing delivery stopped after 5 attempts and appeared in the dead-letter queue.
Critical latency regression on checkout-edge: Wall Time P99 is 18× baseline, sustained since 2:02 AM, and checkout requests are queuing. I'm investigating.
probably the Hyperdrive change in tonight's deploy?
👀 1Working on it
status as of 2:17 AM UTC
You're right. Deploy 9f3c2a1 shrank the
hd-prod connection pool from 50 to 5,
and checkout requests queue behind connections. Confirmed against the pool metrics and the change record.
Fix is drafted, coreplane/checkout-edge#142 restores the pool.
CI is running; I'll report back here.
> make region a required field on the checkout request schema
●polylane · searchcallers of POST /checkout
●polylane · runToolqueryLogs · request shapes
⏺ Hold on: cart-svc and edge-gateway still send region-less requests, 41,200 in the last 24h. Requiring it now would 400 them both. Safer: default it, migrate the two callers, then require. Are you okay with this plan?
Waiting for your reply…
Institutional knowledge from investigations and observations.
“我花了很多年构建可观测性平台,先是在Baselime,然后在Cloudflare。我们的工具在找出什么坏了这件事上依然很糟糕,而且它自己什么也修不了。on-call依然是坏的。我正在修它。”
我们正在让软件自己运维自己。加入我们。
经独立审计的安全控制。
信息安全管理的国际标准。
静态数据AES-256加密,传输中TLS 1.2+。
按组织完全隔离。
Polylane让你的软件实现自我运维。AI智能体学习你运行的一切,监视生产环境中的问题,分诊你已有的每一条告警,修复力所能及的部分,回答on-call时会被问到的问题,把同样的生产上下文提供给你的编程智能体,并记住每一次故障。
智能体读取真实的指标、日志和追踪序列,并对照每个资源的正常行为做出判断。你团队已经在绘制的任何图表都会成为一项检查;阈值只在它是合适工具的地方存在。
不会,除非你明确允许。回滚默认关闭,且只限于你选择的服务。代码变更永远不会跳过审查:修复以拉取请求的形式到达,每一次合并都由你的审查和CI把关。
AWS、Cloudflare、Vercel、Fly.io、Render、Kubernetes、PlanetScale、Supabase和Modal,再加上GitHub、Slack以及你的可观测性工具:Datadog、Honeycomb、Axiom、Grafana Cloud和Sentry。
Polylane尚未正式发布。早期访问正在通过本页的候补名单逐步开放。
可以。平台提供位于api.polylane.com的REST API(OpenAPI规范见api.polylane.com/v1/doc),以及位于mcp.polylane.com/mcp、支持OAuth 2.0动态客户端注册的MCP服务器;详见polylane.com/auth.md。站点内容可通过polylane.com/llms.txt以机器可读形式获取。