Il ticket diventa una pull request. Polylane fa il lavoro di scavo nel mezzo.
Iscriviti alla lista d'attesaPrima controlla cosa è cambiato. Metà dei ticket risale a una modifica fatta da qualcuno.
SQS visibility timeout lowered on checkout-events
VisibilityTimeout on checkout-events dropped from 120s to 15s. Consumers that hold a message longer than 15 seconds will see it delivered twice; the dead-letter queue threshold is unchanged.
SetQueueAttributes CloudTrail · deploy-bot · 12:41:02Z attached to this record's delta window Le teorie vengono messe alla prova, non credute sulla fiducia. Confermate solo con prove dai tuoi sistemi reali.
Hyperdrive pool exhaustion after deploy 9f3c2a1
Confidence: strong · 3 of 3 passes
Upstream PlanetScale degradation
Confidence: definitive · 3 of 3 passes
Cold-start regression in the new isolate
Confidence: weak · 2 of 3 passes
Il fix arriva pronto per la review. Causa radice, validazione e diff inclusi.
Cap retries on the checkout webhook worker #491
polylanemain 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.
Come funziona Polylane. Impara il tuo sistema, lo osserva, indaga e agisce.
-
Prima impara il tuo sistema
Il grafo di contesto ricostruisce ogni risorsa e dipendenza tra i tuoi cloud, i repository e i provider di observability. Gli agenti ragionano sulla topologia reale, non su ipotesi.
-
Rilevamento senza soglie
Controlli integrati per ogni provider, più controlli generati dalle tue query salvate e dalle tue dashboard. Un passaggio statistico e un agente decidono insieme, e un miglioramento non apre mai una issue.
-
Indagini che mostrano le prove
Ogni affermazione rimanda alla query, alla riga di log o al record di modifica che la sostiene. Un verdetto senza prove ricade su inconcludente.
-
Le scritture si guadagnano, mai presunte
Gli account si collegano in sola lettura. I rollback sono disattivati per impostazione predefinita, con un limite di frequenza e registrati. Le modifiche al codice passano dalla tua review abituale.
-
Diventa più preciso ogni settimana
Memorie, note giornaliere e query di monitoraggio riconfermate sui dati reali: l'indagine di luglio impara da quella di giugno.
Si innesta su quello che già usi. Collega in sola lettura e inizia.
Domande.
Come passo un ticket a Polylane?
Avvia un thread nella console, dalla CLI o dal tuo editor tramite il server MCP, e descrivi il bug. Gli agenti proseguono da lì con il contesto completo del workspace: il grafo, la telemetria, i record di modifica e il codice.
E se non riesce a trovare la causa?
Lo dice. Le indagini finiscono risolte, diagnosticate o inconcludenti: un'indagine che non è riuscita a raggiungere i dati non conferma mai, e tutto ciò che richiede una decisione umana diventa una sola escalation, non un ciclo di solleciti.
Impara dai ticket passati?
Sì. I risultati confermati vengono salvati come memorie e recuperati per significato nei thread successivi, e le note giornaliere tengono un registro continuo di cosa è successo. L'indagine di luglio impara da quella di giugno.
Chi scrive il fix?
L'autofix di Polylane per impostazione predefinita: prima indagato, poi scritto e validato, con il ragionamento allegato. Oppure affida l'implementazione a Devin, Cursor o Factory. In ogni caso, lo rivedi tu.
Con quali repository funziona?
Repository GitHub, collegati tramite l'app GitHub. Il fix arriva su un branch nel repository dietro il servizio coinvolto, con l'indagine collegata dalla modifica.