Ловите проблемы до того, как они дойдут до production. Каждый pull request проверяется относительно того, что работает, а не только diff.
Встать в список ожиданияПредупреждение приходит до merge. Механизм, доказательства и исправление: прямо там, где вы делаете ревью.
Add trigram index for order search #482
main from order-search-trgm Merging this pull request may degrade production (high impact).
Merging this blocks every write to orders while the index builds. migrations/0114_order_search_trgm.sql:3 adds CREATE INDEX … USING gin (search_text gin_trgm_ops) without CONCURRENTLY, and a plain CREATE INDEX takes a full write lock on orders for the whole build. Checkout sustains ~38 writes/s on that table; each one queues behind the lock until the build finishes.
To make this safe: build the index with CREATE INDEX CONCURRENTLY outside the transactional migration.
Polylane analysed de91b47 for production impact.
Он улучшает код, а не только пропускает его через барьер. Недостающее инструментирование добавляется прямо в вашу ветку.
Key queries
31 active · 2 telemetry gapsGenerated from your telemetry and your connected code, judged on observed data: every candidate ran against a day of real data before it was kept.
И он продолжает следить после merge. То, что проскочило, ловится в production.
Critical latency degradation in checkout-edge worker
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.
Как работает Polylane. Он изучает вашу систему, следит за ней, расследует и действует.
-
Сначала он изучает вашу систему
Граф контекста отображает каждый ресурс и каждую зависимость между вашими облаками, репозиториями и провайдерами наблюдаемости. Агенты рассуждают на основе реальной топологии, а не догадок.
-
Обнаружение без порогов
Встроенные проверки для каждого провайдера плюс проверки, созданные из ваших сохранённых запросов и дашбордов. Статистический проход и агент решают вместе, и улучшение никогда не создаёт проблему.
-
Расследования, которые показывают доказательства
Каждое утверждение ссылается на запрос, строку лога или запись об изменении, которые за ним стоят. Вердикт без доказательств откатывается к «неубедительно».
-
Право на запись нужно заслужить, оно не подразумевается
Аккаунты подключаются только для чтения. Откаты выключены по умолчанию, ограничены по частоте и записываются. Изменения кода проходят через ваше обычное ревью.
-
Каждую неделю он становится точнее
Записи памяти, ежедневные заметки и мониторинговые запросы, повторно подтверждённые на реальных данных: июльское расследование учится на июньском.
Он подключается к тому, что у вас уже работает. Подключите в режиме только чтения и начните.
Вопросы.
Как работает ИИ-ревью pull request'ов?
Polylane подключается к GitHub как приложение и проверяет каждый pull request относительно живой инфраструктуры, в которую он деплоится: графа контекста, текущей телеметрии и недавних изменений. Вердикт приходит как комментарий плюс проверка «Polylane production impact».
Будет ли он блокировать мои merge?
Только если вы этого хотите. Сделайте проверку «Polylane production impact» обязательной через защиту ветки, и рискованные merge будут заблокированы; оставьте её необязательной, и вердикт останется рекомендацией.
Это для кода, сгенерированного ИИ?
Это для любого кода. Просто важнее всего это тогда, когда никто не читал изменение внимательно: страховка для кода, сгенерированного ИИ, это то же ревью, которое ловит ошибку, написанную вручную.
Чем это отличается от CI?
CI запускает ваши тесты на коде. Polylane проверяет изменение относительно production: конфигурации, ёмкости и зависимостей, на которые оно ложится, и телеметрии, которую они излучают прямо сейчас. Он появляется как проверка в том же списке и отвечает на другой вопрос.
Будет ли он когда-нибудь делать merge или деплой самостоятельно?
Нет. Изменения попадают в вашу основную ветку только через ваше ревью, а откаты к предыдущему заведомо рабочему деплою остаются выключенными, пока вы их не включите.