Тикет становится 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. Исправление попадает в ветку в репозитории затронутого сервиса, а расследование связано с изменением.