2026年に誰もオンコールをするべきではありません。
コードを読み、インフラを見守り、目を覚ます前に本番環境を修復するエージェントです。
· アーリーアクセスを順次提供中です。
コードを読み、インフラを見守り、目を覚ます前に本番環境を修復するエージェントです。
· アーリーアクセスを順次提供中です。
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で。それでも私たちのツールは、何が壊れているかを見つけるのがいまだにひどく苦手で、自分では何も直せません。オンコールはいまだに壊れています。私がそれを直します。」
ソフトウェアが自らを運用する世界を作っています。仲間を募集中です。
独立した監査を受けたセキュリティ統制です。
情報セキュリティマネジメントの国際規格です。
保存時はAES-256、転送時はTLS 1.2+です。
組織ごとに完全に分離されています。
Polylaneはソフトウェアを自律運用にします。AIエージェントが運用中のすべてを学習し、本番環境のイシューを見守り、既存のあらゆるアラートをトリアージし、直せるものを直し、オンコールに寄せられる質問に答え、コーディングエージェントに同じ本番環境のコンテキストを渡し、すべてのインシデントを記憶します。
エージェントが実際のメトリクス、ログ、トレースの系列を読み、各リソースの通常の振る舞いに対して判断します。チームがすでにチャートにしているものはすべてチェックになります。しきい値は、それが適切な手段である場面でだけ使います。
明示的に許可しない限り、変更しません。ロールバックは既定で無効で、選んだサービスだけに限定されます。コードの変更がレビューを飛ばすことはありません。修正はプルリクエストとして届き、すべてのマージはレビューと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で機械可読な形で公開しています。