Zgłoszenie staje się pull request. Polylane kopie pomiędzy.
Dołącz do listy oczekującychNajpierw sprawdza, co się zmieniło. Połowa zgłoszeń prowadzi do zmiany, którą ktoś zrobił.
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 Teorie są testowane, nie przyjmowane na wiarę. Potwierdzone tylko dowodami z twoich prawdziwych systemów.
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
Poprawka przychodzi gotowa do przeglądu. Przyczyna źródłowa, walidacja i diff w komplecie.
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.
Jak działa Polylane. Poznaje twój system, obserwuje go, bada i działa.
-
Najpierw poznaje twój system
Graf kontekstu mapuje każdy zasób i zależność w twoich chmurach, repozytoriach i u dostawców obserwowalności. Agenci rozumują nad prawdziwą topologią, nie domysłami.
-
Wykrywanie bez progów
Wbudowane kontrole dla każdego dostawcy, plus kontrole generowane z twoich zapisanych zapytań i dashboardów. Przebieg statystyczny i agent decydują razem, a poprawa nigdy nie otwiera problemu.
-
Dochodzenia, które pokazują dowody
Każde twierdzenie prowadzi do zapytania, wiersza logu lub rekordu zmiany, który za nim stoi. Werdykt bez dowodów spada do nierozstrzygniętego.
-
Na zapis trzeba zasłużyć, nigdy nie jest zakładany
Konta łączą się w trybie tylko do odczytu. Rollbacki są domyślnie wyłączone, z limitem częstości i w rejestrze. Zmiany w kodzie przechodzą przez twój zwykły przegląd.
-
Co tydzień jest ostrzejsze
Wspomnienia, dzienne notatki i zapytania monitoringu ponownie potwierdzane na prawdziwych danych: lipcowe dochodzenie uczy się od czerwcowego.
Wpina się w to, co już uruchamiasz. Połącz w trybie tylko do odczytu i zacznij.
Pytania.
Jak przekazać Polylane zgłoszenie?
Zacznij wątek w konsoli, przez CLI albo z edytora przez serwer MCP i opisz błąd. Agenci przejmują sprawę z pełnym kontekstem obszaru roboczego: grafem, telemetrią, rekordami zmian i kodem.
Co, jeśli nie znajdzie przyczyny?
Mówi to wprost. Dochodzenia kończą się jako rozwiązane, zdiagnozowane lub nierozstrzygnięte: dochodzenie, które nie dotarło do danych, nigdy nie potwierdza, a wszystko, co wymaga decyzji człowieka, staje się jedną eskalacją, nie natrętną pętlą.
Czy uczy się na wcześniejszych zgłoszeniach?
Tak. Potwierdzone ustalenia są przechowywane jako wspomnienia i wyszukiwane według znaczenia w późniejszych wątkach, a dzienne notatki prowadzą bieżący zapis tego, co się wydarzyło. Lipcowe dochodzenie uczy się od czerwcowego.
Kto pisze poprawkę?
Domyślnie autofix Polylane: najpierw zbadana, napisana i zweryfikowana, z dołączonym rozumowaniem. Albo przekaż implementację do Devin, Cursor lub Factory. Tak czy inaczej, ty ją przeglądasz.
Z którymi repozytoriami działa?
Repozytoria GitHub, połączone przez aplikację GitHub. Poprawka trafia na gałąź w repozytorium stojącym za dotkniętą usługą, z dochodzeniem podlinkowanym ze zmiany.