Тікет стає pull request. Усе копання між ними бере на себе Polylane.
Приєднатися до списку очікуванняСпершу він перевіряє, що змінилося. Половина тікетів ведуть до зміни, яку хтось зробив.
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 Теорії перевіряють, а не приймають на віру. Підтверджено лише доказами з ваших справжніх систем.
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
Виправлення надходить готовим до рев'ю. Першопричина, валідація і diff включені.
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.
Як працює Polylane. Він вивчає вашу систему, стежить за нею, розслідує і діє.
-
Спершу він вивчає вашу систему
Контекстний граф відображає кожен ресурс і кожну залежність між вашими хмарами, репозиторіями та провайдерами спостережуваності. Агенти міркують над реальною топологією, а не над здогадками.
-
Виявлення без порогів
Вбудовані перевірки для кожного провайдера, а також перевірки, згенеровані з ваших власних збережених запитів і дашбордів. Статистичний прохід і агент вирішують разом, і покращення ніколи не створює проблему.
-
Розслідування, які показують докази
Кожне твердження посилається на запит, рядок логу або запис про зміну, що стоять за ним. Висновок без доказів повертається до «непереконливо».
-
Записи заслуговують, а не отримують автоматично
Облікові записи підключаються лише для читання. Відкати типово вимкнені, обмежені за частотою і записуються. Зміни коду проходять ваше звичайне рев'ю.
-
Щотижня він стає гострішим
Спогади, щоденні нотатки та запити моніторингу, повторно підтверджені на реальних даних: липневе розслідування вчиться на червневому.
Він підключається до того, що ви вже запускаєте. Підключіть лише для читання і починайте.
Питання.
Як передати Polylane тікет?
Почніть тред у консолі, через CLI або з редактора через MCP-сервер і опишіть баг. Далі агенти беруть справу на себе з повним контекстом робочого простору: графом, телеметрією, записами про зміни та кодом.
Що, якщо він не зможе знайти причину?
Він так і скаже. Розслідування завершуються як вирішені, діагностовані або непереконливі: розслідування, яке не змогло дістатися даних, ніколи не підтверджує, а все, що потребує рішення людини, стає однією ескалацією, а не набридливим циклом.
Чи вчиться він на минулих тікетах?
Так. Підтверджені знахідки зберігаються як спогади і знаходяться за змістом у наступних тредах, а щоденні нотатки ведуть поточний запис того, що відбулося. Липневе розслідування вчиться на червневому.
Хто пише виправлення?
Типово автовиправлення Polylane: спочатку розслідовано, написано і провалідовано, з доданими міркуваннями. Або передайте реалізацію Devin, Cursor чи Factory. У будь-якому разі рев'ю робите ви.
З якими репозиторіями він працює?
З репозиторіями GitHub, підключеними через застосунок GitHub. Виправлення лягає в гілку репозиторію, що стоїть за ураженим сервісом, а розслідування пов'язане зі зміною.