Журнал розробки. Що вийшло, тиждень за тижнем.

Один агент від знахідки до pull request

Кожну знахідку, яку виявляє Polylane, тепер обробляє один запуск агента. Він читає докази інструментами лише для читання над вашою телеметрією та контекстним графом, вирішує, чи є справжня проблема, і коли підтверджена причина є дефектом коду в підключеному репозиторії, пише виправлення і відкриває pull request у тому самому запуску, без передачі між етапами тріажу, розслідування та автовиправлення. Pull request починається з одного рядка Affected, що називає ресурс, порушене значення відносно його базового рівня і скільки залежних досягає збій, а його міркування про безпеку розміщені у видимому розділі Why it’s safe. Коли виправлення недосяжне, запуск записує причину і простий наступний крок на проблемі замість обриватися.

Grafana Cloud і Logfire приєднуються до інтеграцій спостережуваності

Підключіть Grafana Cloud або самостійно розміщену Grafana за URL-адресою стека і токеном сервісного облікового запису. Polylane додає до стека контакт і універсальний маршрут сповіщень, тож кожне наявне правило алертів і кожне правило, яке ви створите пізніше, досягає його без налаштування для кожного правила. Підключіть Pydantic Logfire через ключ API, і агент отримає інструменти, щоб пройти від маршруту, що збоїть, до точного спану, який кинув виняток, плюс SQL лише для читання для всього іншого; проєкт відстежується на частоту помилок, обсяг запитів і затримку p95, як і в інших провайдерів.

Також цього тижня:

• Відхилені проблеми отримують другий погляд: повторювана знахідка тріажується знову, відхилення відмовляється, коли докази не виключають інцидент на критичному ресурсі, а «не інцидент» від людини залишається остаточним
• Підключення GitHub один раз запитує, чи переглядати pull request, а pull request, який виправляє відому проблему, отримує зелений або жовтий висновок про те, чи має він її вирішити
• Вкладка Key questions на кожному хмарному обліковому записі, інтеграції та ресурсі під пильним наглядом показує питання, які Polylane ставить вашій телеметрії, із запитом до провайдера за кожним
• Контекстний граф отримує read-репліки RDS і RDS Proxy, пов’язує репозиторії з робочими навантаженнями Kubernetes і Railway, які запускають зібрані ними образи, і називає бакети S3 та ендпоінти RDS, знайдені у змінних середовища, до підключення облікового запису AWS
• Діалог підключення AWS показує згенерований шаблон CloudFormation з копіюванням і завантаженням, і доступний il-central-1
• Щоденні тренди логів реєструються як тріажовані проблеми замість надходити електронною поштою
• Вставляйте або перетягуйте зображення в поле чату консолі, а перевірки мають власну сторінку з посиланням для копіювання
• Відповіді у Slack завершуються тим, скільки тривав запуск і скільки дій він виконав, а MCP-сервер показує екран згоди перед авторизацією клієнта
• CLI підключає Grafana Cloud, Mixpanel і OpenStatus через polylane integration connect і Railway через polylane cloud connect --provider railway, і запитує, чи переглядати pull request, під час підключення GitHub (--no-pr-reviews відмовляється)
• І як завжди: покращення надійності, продуктивності та стабільності

Ще три хмари і ваш трекер задач приєднуються до контекстного графа

Тепер ви можете підключити ClickHouse Cloud, Convex і Turso: вставте токен, і їхні сервіси, проєкти, розгортання та бази даних синхронізуються в контекстний граф кожні 15 хвилин, з перевірками здоров’я та інструментами для агента. Linear є першою інтеграцією відстеження задач: агент читає ваші команди, проєкти та задачі в будь-якому треді, реєструє задачі з розслідувань із доданим ланцюжком доказів і оновлює стан, пріоритет або виконавця, просячи вашого підтвердження перед кожним записом. Нові ресурси надходять уже пов’язаними: вторинні сервіси ClickHouse пов’язуються зі своїм первинним, гілки Turso з базою даних, від якої вони відгалузилися, а сервіси автентифікації, сховища, realtime і REST у Supabase з базою даних Postgres, яку вони прикривають, тож збій на первинному досягає всього, що від нього залежить.

Один радіус ураження, усюди

Рушій радіуса ураження, що стоїть за рев’ю pull request, тепер відповідає всюди: бічні панелі проблем, записи про зміни та артефакти тредів показують той самий низхідний охват, агенти можуть його запитувати, а кожен pull request автовиправлення називає рівень ураженого ресурсу і те, чого досягне збій на ньому. Граф, який він проходить, став щільнішим: дистрибуції CloudFront пов’язуються зі своїми origin і веб-ACL WAF, правила груп безпеки стають ребрами досяжності, бакети R2 пов’язуються з чергами, які вони сповіщають, а визначення Step Functions дають ребро для кожного сервісу, який вони викликають. Нова вкладка Connections на кожному ресурсі перелічує кожне ребро з його напрямком, способом виявлення і доказами за ним.

Також цього тижня:

• Одне підключення AWS тепер охоплює будь-який набір регіонів або всі, з CloudTrail і алертами для кожного регіону
• Pull request автовиправлення запитують рев’ю у власника ураженого ресурсу, типово використовують Conventional Commits, містять діаграму mermaid, коли виправлення має структуру, яку варто показати, і застарівають після 14 тихих днів, щоб краще виправлення більше не затримувалося
• Ви можете задати поріг серйозності для розслідувань, які Polylane починає самостійно, для кожного робочого простору; нові алерти тріажує агент з інструментами лише для читання, перш ніж вони стануть проблемами, а зупинені розслідування відновлюються самі
• Картки гіпотез у треді читаються як Confirmed, Refuted або Inconclusive, а тред, що чекає на вашу відповідь, каже про це
• Скажіть Slack-агенту піти, і він вимкне звук треду, доки ви знову не @-згадаєте його; сторінка Channels тепер перелічує кожен канал у вашому робочому просторі з кнопкою Join для тих, у яких Polylane немає
• Сторінка топології оновлюється наживо, її пошук є повнотекстовим за назвами, псевдонімами та описами, а будь-який графік у треді завантажується як JSON, CSV або PNG
• Кожен звіт, закріплений на дошці Mixpanel, стає щоденною перевіркою
• Запуски автовиправлення використовують Node 24 і беруть версію з .nvmrc, .node-version або engines.node
• CLI підключає ClickHouse, Convex, Turso і Linear, виконує підключення AWS у фоні, щоб ви могли тим часом підключати інші хмари, приймає --region all і пропонує канали Slack для приєднання одразу після підключення застосунку
• І як завжди: покращення надійності, продуктивності та стабільності

Будуйте свій контекстний граф із термінала власним агентом кодування

Запустіть polylane map, і CLI запускає агент кодування, яким ви вже користуєтеся, щоб відобразити поточний репозиторій: топологія, перші проблеми і тред першого запуску потрапляють у ваш робочий простір, поки термінал показує пульс. Ваша машина та її агент тепер є підключенням, як GitHub чи AWS, тож кожна машина пише свій власний зріз графа, і жодна не може перезаписати чужий. Поки триває зіставлення, сторінка Topology показує прогрес, проблеми і чат на місці, пропонує тим часом підключити ваші хмари і дає посилання для поширення, яке можна відкликати. Підключення хмарного агента кодування робить його вашим виконавцем автовиправлення, і він автоматично отримує MCP-сервер Polylane, щоб опитувати Polylane під час написання виправлення.

Railway, Mixpanel і OpenStatus приєднуються до контекстного графа

Railway є хмарним провайдером, який можна підключити: підключіться через OAuth або токен робочого простору, і Polylane синхронізує проєкти, сервіси та розгортання, стежить за розгортаннями, читає логи і перевіряє метрики сервісів на проблеми. Mixpanel є першою інтеграцією продуктової аналітики, тож ви можете запитати, чи впали реєстрації після розгортання, а щоденна перевірка стежить за обсягами подій на предмет поламок трекінгу. OpenStatus приносить у граф монітори та сторінки статусу, тріажує кожний збій і кожне відновлення як алерт і пов’язує кожен монітор із ресурсом, який він зондує. Datadog, Sentry, Better Stack, Honeycomb і Axiom тепер пов’язують ресурси, які їм звітують, із графом, а агент може публікувати звіти про статус у Better Stack і підтверджувати або вирішувати інциденти, кожне за вашим підтвердженням.

Також цього тижня:

• Підключення хмарного облікового запису або інтеграції спостережуваності само реєструє проблеми: Polylane читає логи помилок за останні 24 години в пошуках повторюваних патернів і одразу запускає перші перевірки
• Рев’ю pull request містять реєстр кожного розглянутого режиму збою, позначеного як підтверджений, правдоподібний або спростований, з радіусом ураження, який називає низхідні ресурси, яких досягає збій, і частку трафіку, яку вони несуть; вкладка Changes відображає його нативно
• Проблеми легше тріажувати: колонка і фільтр серйозності, дублікати типово приховані, а алерт, який відкрив проблему, показується на початку її родоводу
• Pull request автовиправлення показують повний diff у бічній панелі, звітують про результат у тред, який просив, і більше не надсилають підвищений ліміт чи таймаут як виправлення
• Відповіді у Slack додають графіки як зображення, а довгий хід у Slack посилається на консоль, щоб ви могли стежити
• Підключайте MCP-сервери, які автентифікуються власними HTTP-заголовками, а не лише bearer-токеном
• Пошук у графі інфраструктури перемикається на таблицю, тож результати читаються як рядки
• CLI підключає кілька хмар одночасно через --multi, попередньо відмічених за маркерами вашого репозиторію, звужує вибір через --category observability і відкриває у вашому браузері попередньо заповнену сторінку токена Cloudflare лише для читання
• І як завжди: покращення надійності, продуктивності та стабільності

Кожна проблема отримує причину і відповідну реакцію

Polylane тепер класифікує, чому сталася кожна проблема: дефект коду, нестабільна інфраструктура, зовнішній клієнт, очікувана поведінка або невідомо, кожна з рівнем впевненості, і реагує відповідно. Дефект коду отримує виправлення. Нестабільний збій CI отримує запит на повторний запуск робочого процесу замість патча, а успішний повторний запуск вирішує проблему сам. Очікувана поведінка відхиляється або її сигнатура алерту глушиться із записаною причиною, а все невизначене йде до людини. Сторінка проблеми показує висновок, кожне рішення і хто його ухвалив, а також докази порушення: метрику, що відхилилася, причинні рядки логів і трейс.

Ви вирішуєте, коли запускається автовиправлення

Перемикач Open autofix pull requests тепер є на робочому просторі та на кожному репозиторії, а новий режим Ask first утримує кожне виправлення, запущене автоматично, як запуск в очікуванні, доки ви не натиснете Approve and run; виправлення, про які ви просите в треді, ніколи не утримуються. Будь-яке запущене автовиправлення можна скасувати до відкриття його pull request, з консолі, чату або Slack. Pull request мають мітку severity: і починаються з того, що спричинило виправлення: уражений ресурс, метрика, що порушила норму, і рядки логів, які спрацювали. Кожен патч проходить перевірку безпеки даних, тож патч, який спрямував би нові дані в логи, експорти чи аналітику, переробляється або утримується.

Також цього тижня:

• Підключення GitHub тепер відкриває перший pull request протягом хвилини, додаючи інструкції Polylane до AGENTS.md, правил Cursor та інших ваших файлів інструкцій для агентів, а pull request спостережуваності йде слідом, і його можна скасувати з консолі
• Щоденний лист про тренди логів надходить лише в дні, коли щось змінилося, як-от новий шаблон помилки або сервіс, який логує значно більше за свій звичайний обсяг, кожне з кнопкою Investigate
• Попросіть агента стежити за запуском CI або релізом, і він припиняє опитування, прокидаючись, коли надходить подія GitHub
• Навмисні повторювані сигнали отримують виправлення, яке робить поведінку явною у вашому коді, а не приглушений алерт, а проблеми з алертів, які затихають, вирішуються самі
• Slack-агент говорить від першої особи, а зображення, надіслані йому у Slack, тепер відображаються в консолі
• Чат консолі згортає кожну фазу міркування та її виклики інструментів в один рядок, пропонує кнопку Quick answer після 30 секунд і Try again після перерваної відповіді
• Вузли родоводу показують попередній перегляд при наведенні і перемикаються з клавіатури, зовнішні сервіси, як-от googleapis.com, отримують вікі, а плинність автомасштабування більше не захаращує стрічку змін
• Меню вигляду отримує опцію System
• CLI отримує polylane scan, який знаходить ключові ризики у ваших підключених облікових записах і дозволяє обрати один для розслідування, і polylane autofix watch, який друкує URL-адреси pull request у міру їхнього відкриття, а майстри підключення називають точні дозволи токена для кожного провайдера
• І як завжди: покращення надійності, продуктивності та стабільності

Modal і Supabase приєднуються до контекстного графа

Вставте пару токенів, яку Modal видає для входу через CLI, і ваші середовища, застосунки, функції, пісочниці, томи та черги з’являться в контекстному графі, з логами застосунків, зібраними в дайджест, перевірками витрат і обсягу помилок, які відкривають проблеми, і кожним репозиторієм, пов’язаним із застосунком, для якого його CI виконує modal deploy. Підключіть організацію Supabase через OAuth або персональний токен доступу, і бази даних, edge-функції, гілки, бакети, автентифікація та сховище кожного проєкту синхронізуються кожні 15 хвилин, з дашбордами, логами та перевірками для кожного. Агент отримує інструменти лише для читання для обох, тож розслідування читає, що Modal або Supabase роблять зараз, а не те, що записала остання синхронізація.

Розмовляйте з агентом, поки він працює

Раніше повідомлення посеред ходу скасовувало хід і викидало хвилини роботи. Тепер поле введення залишається живим: ваше повідомлення підхоплюється на наступному кроці агента і показується в стенограмі там, де його прочитали. Повідомлення, яке так і не дійшло, каже про це і пропонує повтор. Зупинка і надсилання ділять одну кнопку, Esc зупиняє хід, а в голосовому режимі агент перестає відповідати на питання, яке ви перебили.

Також цього тижня:

• Slack-агент публікує картки Approve і Deny, коли зміна потребує підтвердження, показує свій список задач у повідомленні про статус і закриває відкритий ним pull request, коли ви просите
• Поставте реакцію-галочку на картку інциденту у Slack, щоб вирішити його, або знак «в’їзд заборонено», щоб позначити його як не інцидент; картка оновлюється на місці, а часова шкала записує, хто діяв
• Вкладка Channels в інтеграції Slack перелічує кожен канал, у якому є Polylane, а агент сам зберігає інструкції каналу, коли ви кажете йому, як там поводитися
• Pull request автовиправлення починаються з розділу Before / After, написаного з diff, вкладка Implementation показує тред, який написав патч, а слабкий план відхиляється до того, як він коштуватиме запуск
• Polylane перевіряє, чи немає відкритого pull request, перш ніж витрачати розслідування, і зберігає роботу повільного ходу автовиправлення замість відкидати її
• Рев’ю pull request вмикаються або вимикаються для кожного репозиторію зі сторінки Repositories, масово або для всієї інтеграції GitHub одним перемикачем
• Опубліковані мапи тепер дають вам посилання приблизно за дві хвилини як чернетку, яка уточнюється за тією самою URL-адресою, з проблемами, переліченими поруч із графом, і кнопкою Investigate на кожній
• Реєстрація одразу створює для вас робочий простір, автоматичне приєднання за доменом типово вимкнене, а посилання в робочий простір, у якому вас немає, пропонує екран запиту на приєднання
• CLI реєструє вас через Google, GitHub або електронну пошту командою polylane auth signup, робить polylane cloud connect і polylane integration connect інтерактивними, а polylane setup тепер налаштовує Cline, Roo Code, Goose, Pi і Warp
• І як завжди: покращення надійності, продуктивності та стабільності

Збої CI стають проблемами, розслідуваннями та виправленнями

Кожен невдалий запуск GitHub Actions у підключеному репозиторії тепер стає проблемою Polylane. Повторні збої того самого робочого процесу згортаються в одну проблему; зелений запуск вирішує її, а збій протягом 24 годин відкриває її повторно. Тріаж читає невдалі завдання, кроки та анотації перевірок, і коли підтверджує справжню проблему, починає розслідування і ставить автовиправлення в чергу для невдалої гілки. Виправлення надходить як звичайний pull request автовиправлення.

Простежте ланцюжок від перевірки до pull request

Кожна проблема, розслідування, автовиправлення і перевірка тепер знають своїх сусідів. Граф родоводу на вкладці Overview проблеми малює весь ланцюжок, від перевірки, яка її порушила, через розслідування до автовиправлення та його pull request. Клацання будь-якої картки відкриває її в бічній панелі, а дубльовані проблеми завжди вказують на корінь, який тримає розслідування. Сторінки автовиправлень тепер починаються з результату: pull request, чому запуск було пропущено (з кнопкою Run anyway) або чому він зазнав збою (з Run again).

Також цього тижня:

• Публікуйте публічну мапу своєї архітектури: запустіть запит мапи у своєму агенті кодування, і він опублікує оцінену, версіоновану мапу, яку будь-хто може переглядати, ставити про неї питання або передати проблему з неї прямо Polylane на розслідування
• Коментарі рев’ю починаються з View the full analysis: повний опис, інтерактивні графіки та повні витяги логів, доступні глядачам pull request через гостьове посилання; pull request автовиправлення так само посилаються на весь свій запуск
• Рев’ю показують свої докази: «пройдено» додає ряд метрик або витяг логів, на які спирається, брифінг перелічує минулі проблеми, що вражали ті самі ресурси, а перевірка впливу на продакшн тепер типово увімкнена для кожного репозиторію
• Після розслідування Polylane запитує, чи ускладнила його відсутність сигналу; якщо так, наступний pull request додає саме це логування або трасування, починаючи з того, яке розслідування воно скоротило б
• Два нові підключення: кластери Kubernetes через агент лише для читання всередині кластера, тож жоден kubeconfig не покидає кластер, і Better Stack, чиї інциденти надходять у тріаж і чиї монітори агент може опитувати
• Зовнішні сервіси, які викликає ваш код (Stripe, Datadog тощо), приєднуються до контекстного графа з URL-адрес у змінних середовища під власною категорією External services, а граф із 3 000 ресурсів тепер відкривається за секунди
• У тредах із кількома людьми агент знає, хто що сказав, а кожен спогад, який він зберігає, щодня перевіряється і редагується або видаляється, коли застаріває
• Адміністратори можуть експортувати робочий простір як JSON-архів, а видалення робочого простору тепер спершу переводить його в карантин із 60-денним вікном до остаточного стирання
• Щомісячний ліміт токенів кожного плану став у п’ять разів більшим, жоден план більше не обмежує кількість учасників робочого простору, а нове налаштування Privacy & data дозволяє адміністраторам відмовитися від використання даних робочого простору для навчання моделей
• І як завжди: покращення надійності, продуктивності та стабільності

Polylane є колегою у Slack

Згадайте Polylane у Slack, і він одразу реагує, показує, що думає, і надсилає відповідь у міру написання. Довгі ходи показують живий прогрес, а невдалий запуск каже, що сталося і як продовжити, замість замовкати. Polylane з’являється на вкладці Agents у Slack із запропонованими запитами, а в каналах, до яких належить, долучається до розмов, у яких може допомогти, без прохання, якщо ви не налаштували канал на реакцію лише на згадки. Коли автовиправлення починається з треду Slack, цей тред чує решту: посилання на pull request, збої CI та їхні виправлення, відповіді на рев’ю і реакцію після злиття.

Проблеми, спіймані з того, що кажуть ваші логи

Polylane тепер читає, що кажуть ваші логи, а не лише як вони змінюються. Постійний потік збоїв, який ніколи не перетинав поріг і не зсував базовий рівень, реєструється як проблема, залишається відкритим, доки помилка продовжує з’являтися, і вирішується сам, коли вона припиняється. Кожна нова проблема звіряється з відкритими по всьому вашому робочому простору: підтверджені дублікати пов’язуються і ділять одне розслідування замість починати друге. Рядки логів кластеризуються за формою, тож незнайомий формат ідентифікатора не породжує нову проблему і не змушує наявну блимати.

Також цього тижня:

• Рев’ю pull request тепер надсилають виправлення, а не лише висновки: невеликі прогалини спостережуваності у змінених вами рядках надходять як коментарі-пропозиції в один клік, більші як стековий pull request з покращеннями відносно вашої гілки, і жодне з них не змінює вердикт «пройдено» чи «провалено»
• Рев’ю та pull request автовиправлення перевіряють повний каталог небезпек розгортання: перейменування з видаленням, які досі читають старі поди, CREATE INDEX, що блокує запис на гарячих таблицях, змінні середовища, яких ніщо не створює, і передумови в чужій системі, кожна з відповідальним, доки її не підтвердять
• Люди та команди приєднуються до контекстного графа: CODEOWNERS, автори розгортань і теги власників стають вузлами людей і команд із ребрами owns, а різні написання однієї людини зводяться до одного вузла
• Кожен щойно підключений репозиторій отримує pull request автовиправлення спостережуваності, написаний за конвенціями самого репозиторію, а описи pull request автовиправлення тепер починаються зі зведення простою мовою
• View Thread на коментарі рев’ю відкриває розслідування лише для читання будь-кому, хто бачить pull request, без облікового запису, і ви отримуєте сповіщення, коли висновок змінюється
• Граф інфраструктури знову є ієрархією зверху вниз, згрупованою за хмарними обліковими записами, а у вигляді топології можна затиснути ресурс, щоб побачити, як його радіус ураження розходиться по ребрах, або перетягнути один, щоб потягнути за ним сусідів
• Сторінка Autofixes має пошук і фільтри, які живуть в URL, а редагування одного рядка більше не перемальовує таблицю
• Безкоштовні робочі простори отримують 10 розслідувань на день замість 1
• CLI отримує polylane setup, який реєструє MCP-сервер і навичку Polylane в кожному агенті кодування на вашій машині (--agent обирає один)
• І як завжди: покращення надійності, продуктивності та стабільності

Кожен pull request перевіряється на вплив на продакшн

Polylane тепер читає кожен pull request і відповідає на одне питання: чи погіршиться продакшн після цього злиття? Він проходить контекстний граф від репозиторію до ресурсів, куди розгортається код, звіряє зміну з живою топологією та телеметрією і пише свій висновок у коментарі до pull request: пройдено або провалено, з доказами та ураженими ресурсами. Перевірку «Polylane production impact» можна зробити обов’язковою в захисті гілок, щоб блокувати погане злиття.

Pull request автовиправлення приймають зворотний зв’язок

Залиште коментар рев’ю на PR автовиправлення, і Polylane відповість або запушить запитану зміну. Відповідайте в треді Slack, де було оголошено PR, і він відповість прямо там. Коли CI падає на гілці автовиправлення, Polylane діагностує невдалі перевірки і пушить виправлення без прохання. А коли він пише код, то дотримується ваших правил: AGENTS.md, CLAUDE.md, правил Cursor і конвенції повідомлень комітів, яку виводить з вашої історії git.

Також цього тижня:

• Репозиторії приєдналися до контекстного графа: Polylane читає Terraform, CloudFormation, Pulumi, CDK і маніфести розгортання (wrangler.jsonc, fly.toml, vercel.json, render.yaml), щоб пов’язати кожен репозиторій із ресурсами, які він розгортає, із вкладкою Resources для ручних зв’язків
• Ви можете керувати рев’ю для кожного репозиторію власними інструкціями, наприклад «ніколи не позначати міграції схеми», а коли наступний push вирішує позначене занепокоєння, Polylane сам позначає його вирішеним
• Ключові ризики у звітах розслідуються, а не лише перелічуються: клацніть один або розслідуйте всі, і висновки надходять наживо, а підтверджені ризики піднімаються нагору зі зведенням знайденого
• Топологія тепер є парадним входом консолі: кожен ресурс є точкою, забарвленою за категорією і масштабованою за рівнем, гарячі точки проблем пульсують червоним, а ресурси, що змінювалися найчастіше, носять пунктирне кільце
• PlanetScale тепер є провайдером: підключіться через OAuth, бази даних і гілки синхронізуються в контекстний граф, а Query Insights керують автоматичними перевірками помилок запитів, затримки p99, сплесків затримки і обвалу обсягу запитів
• Нові хмарні облікові записи починають лише для читання: кожен запис через API провайдера відхиляється, доки адміністратор не перемкне перемикач для конкретного облікового запису
• Синхронізація Vercel зросла на дев’ять типів ресурсів (пісочниці, робочі процеси, cron, прапорці функцій, AI Gateway, мікрофронтенди, групи доступу, drain, реєстр контейнерів), а відкати відстежуються належно: Polylane стежить за розгортанням, яке насправді обслуговує продакшн, а не за найновішим
• Контекстний граф став щільнішим: тунелі Cloudflare пов’язуються із зонами та сервісами походження, які вони прикривають, Hyperdrive маршрутизується через тунелі, а змінні середовища у формі URL стають ребрами між хмарами та обліковими записами
• Кожен репозиторій має оцінку інструментування зі 100 (маршрути без логування, голі виклики console, відсутнє перехоплення помилок), а ресурси, які обслуговують трафік без логування або раптово замовкають, отримують зауваження
• Логи отримали пам’ять: кожен ресурс веде реєстр своїх повторюваних патернів з історичними частотами, а проблеми показують невдалі запити з точними рядками логів, які до них належать
• Відповіді у Slack стали стислішими: одна відповідь на хід, належне форматування і @-згадки, і тиша, коли повідомлення не для агента
• І як завжди: покращення надійності, продуктивності та стабільності

Ваш агент кодування тепер може бачити все, що бачить Polylane. Інструменти, які Polylane створив для власних агентів: живий граф інфраструктури по всіх ваших хмарах, запити спостережуваності до кожного підключеного провайдера, пошук по коду у ваших репозиторіях, увесь REST API, тепер відкриті для Claude Code, Cursor, Codex, OpenCode і VS Code через один MCP-сервер або CLI. Один ендпоінт, вхід через браузер, і ваш агент відповідає на «що падало в продакшні для сервісу, якого торкається цей PR?», не виходячи з редактора. Запис захищений політикою заборони за замовчуванням, а злиття залишається за людиною.

Аномалій і алертів більше немає. Не сигналів, а розділення: усе, що виявляє Polylane, і кожен алерт, який пересилають ваші провайдери, тепер потрапляють в одне місце, як проблеми. Один список, один життєвий цикл і належна дедуплікація: та сама проблема, що спрацювала п’ятдесят разів, є однією проблемою з лічильником випадків, а не п’ятдесятьма рядками. Зовнішні проблеми ведуть назад до алярму у власній консолі провайдера, а автоматизації тепер можуть спрацьовувати на висновки тріажу.

Моніторинг став розумнішим щодо того, за чим стежити. Для кожного підключеного облікового запису Polylane тепер генерує питання моніторингу: те, на що черговий інженер хотів би постійно мати відповідь. Він читає ваші репозиторії, щоб знайти саме ті логи помилок, спани та власні метрики, які ви справді написали, перетворює кожне питання на запит до провайдера, перевіряє його на реальних даних і запускає відібрані щокілька хвилин як перевірки. Пов’язані ряди тепер ділять один графік: p95 і p99 разом, 5xx за сервісами на одній осі.

Також цього тижня:

• Консоль тепер відкривається на Home: зведення стрічки, рішення, які чекають на вас, гарячі точки проблем і змін, а також панель найкращих практик із незачиненими дверима по всій вашій архітектурі
• Factory приєднується до Cursor і Devin як виконавець автовиправлення, зовнішні PR посилаються назад на розслідування, яке їх породило, а PR, закритий без злиття, тепер є відстежуваним результатом
• Моніторинг є перемикачем для кожного ресурсу: вимкніть його, і Polylane продовжує записувати зміни, не відкриваючи проблем, а картка покриття показує, за чим саме стежать і як часто
• Метрики та логи Vercel: вставте персональний токен доступу (перевіряється під час введення) і оберіть, яку телеметрію збирати
• Підключення AWS більше не залишає вас на порожній сторінці: консоль стежить за вашим стеком CloudFormation, переходить до облікового запису, щойно він звітує, і прямо каже, якщо цього не сталося
• Щотижневий дайджест для всього робочого простору: один перемикач надсилає кожному учаснику зведення інцидентів, проблем, автовиправлень, змін і простоюючих ресурсів
• Issue із Sentry надходять із самим винятком до початку тріажу: тип, повідомлення, верхні кадри стека і теги
• Тихіший тріаж: серйозність відображає вплив, що відбувається зараз, а не найгірший випадок, а потоки бот-зондів на wp-login.php і .env більше не відкривають інцидентів
• І як завжди: покращення надійності, продуктивності та стабільності

Цього тижня звіти подорослішали. Те, що Polylane знаходить в обліковому записі, раніше було одноразовим результатом, який прокручувався перед очима; тепер це звіт із власною URL-адресою. Є сторінка звітів із фільтрацією та масовими діями, живий прогрес під час огляду, топологія та стартові питання після завершення і публічне посилання, коли ви хочете показати щось людині поза вашим робочим простором. Це працює для хмарних облікових записів і для ваших інтеграцій Datadog, Honeycomb, Axiom і Sentry.

Стрічка отримала таке саме оновлення. Тепер вона відкривається 30-денним зведенням того, що Polylane насправді зробив для вас (спіймані проблеми, зміни, які спричинили проблеми, PR автовиправлення, вирішені аномалії, кожне зі спарклайном), оцінкою здоров’я і таблицею «чекає на вас» із рішеннями, які потребують людини. А під капотом треди інцидентів перейшли на довговічні робочі процеси, тож розслідування переживають розгортання і перезапуски, а вбудований виконавець автовиправлення тепер запускає агент кодування pi з відкритим кодом, і повна стенограма доступна за кожним PR.

Також цього тижня:

• Webhook правил алертів і issue із Sentry тепер відкривають інциденти: тріажовані агентом у момент надходження, зі значками статусу і висновку та розслідуванням в один клік
• Повторювані аномалії зберігають метрики, логи та трейси, зафіксовані під час кожного випадку, з переглядом від найновіших, а не лише останній
• Сторінки аномалій починаються з карток метрик зі спарклайнами, що показують значення, базовий рівень і відхилення, виглядом радіуса ураження і зведенням логів
• Історія змін для кожного ресурсу: сигнали змін на панелі деталей кожного вузла, а ресурси, що змінювалися найчастіше, показуються у стрічці
• Рекомендації обчислюються на бекенді, кожна позначена як така, що виправляється на місці або за вказівками
• Надійність тредів: застарілі ходи автоматично прибираються, проблеми з потужністю моделей м’яко переходять на запасний варіант, а ходи, що вийшли з-під контролю, обриваються замість крутитися
• І як завжди: покращення надійності, продуктивності та стабільності

Ніхто не хоче, щоб тисячу сирих рядків логів вивалили посеред розслідування. Цього тижня кожен запит телеметрії, який виконують агенти (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray), отримав режим зведення: повний, необрізаний результат стискається до серйозності, кількості помилок, повторюваних патернів і жменьки рядків, які справді варто прочитати, процитованих дослівно. Треди залишаються читабельними, і агент перестає топити власний контекст у логах.

Підключення облікового запису також стало кращим. Одразу після підключення ви тепер отримуєте структурований звіт із ранжованими ризиками, ключовими метриками і дайджестами логів і трейсів, зі стартовими питаннями для заглиблення. А для Cloudflare нове модальне вікно попередньо заповнює кожен дозвіл, потрібний Polylane, і дає обрати між лише читанням (лише розслідувати й пояснювати; зміни потрапляють лише як PR) і повним доступом, тож нікому більше не доведеться вручну вибирати дозволи токена API.

Також цього тижня:

• Рівні ресурсів автоматично перекласифікуються щодня, і тепер ви можете вручну змінити рівень будь-якого ресурсу (ручні значення закріплюються) або повторно запустити класифікацію для всього облікового запису
• Кожна аномалія отримує розслідування в один клік, яке відкриває тред інциденту, з дедуплікацією, тож та сама аномалія ніколи не породжує дублікатів
• Стартові питання, запропоновані ШІ, тепер з’являються на змінах, оцінках запусків перевірок і окремих ресурсах, а не лише після підключення
• polylane automation create і POST /automations приймають власні тригери, інструкції та інструменти, тож ви можете створювати автоматизації, яких не покриває жоден шаблон
• Бічна панель запуску перевірки для перегляду метрик, логів і трейсів окремої оцінки, з діями «розслідувати» і «запитати» прямо там
• Моніторинг для кожного ресурсу тепер збирає структуровані докази: найчастіші та нові шаблони логів, підсумки за серйозністю, частоти помилок і збоїв, а також p50/p95/p99 для кожної операції
• Ремонт зламаних діаграм Mermaid у вікі ресурсів в один клік
• І як завжди: покращення надійності, продуктивності та стабільності

Підключення облікового запису нарешті має гідний момент. Замість повертати вас на дашборд, Polylane тепер приводить вас на сторінку, яка пояснює, що він бачить у щойно підключеному обліковому записі, одразу починає шукати проблеми і пропонує три підібрані питання, які варто поставити агенту. Перші п’ять хвилин перетворилися з «і що далі?» на справжню розмову про вашу інфраструктуру.

Інша тема цього тижня: довіра. Коли агент хоче виконати дію, що змінює стан, тред тепер показує вам метод, шлях, тіло і причину і чекає на ваше схвалення, а видалення позначаються як руйнівні. І кожен інцидент тепер оголошує свій стан наприкінці кожного ходу агента (потребує дії людини, потребує рішення, очікує на зміну, зазнав збою або вирішений), тож ви з першого погляду бачите, які розслідування справді потребують вас.

Також цього тижня:

• Кожен прохід моніторингу записується як запуск перевірки (здоровий, порушений або стабільний), даючи кожному ресурсу часову шкалу оцінок, яку можна переглянути, плюс ручний запуск
• Ресурси автоматично класифікуються за рівнями 1–4 за операційною критичністю, з урахуванням топології, трафіку та недавніх змін; рівні тепер визначають, як пріоритезуються аномалії
• Синхронізація AWS отримала Kinesis, KMS, Secrets Manager і Service Discovery
• Ви можете знаходити репозиторії GitHub і пов’язувати їх із хмарним обліковим записом, прив’язуючи код до інфраструктури, на якій він працює
• Обмеження частоти запитів і об’єднання запитів з’явилися в кожному клієнті провайдера, тож розслідування більше не пригальмовуються API провайдерів
• Аналітика змін тепер зіставляє події змін провайдера з конкретними ресурсами, яких вони торкнулися, і показує це у стрічці
• Ковзний 24-годинний огляд використання інцидентів відносно лімітів вашого робочого простору
• І як завжди: покращення надійності, продуктивності та стабільності

Цього тижня Autofix відкрився. Тепер ви можете підключити Cursor і спрямовувати pull request автовиправлення через його хмарних агентів замість вбудованого: коли розслідування завершується на рядку коду, Polylane передає виправлення, а Cursor відкриває PR. Оберіть типового виконавця для кожного робочого простору в Settings → Integrations.

Автоматизації також стало легше починати. Тепер є каталог готових шаблонів із уже під’єднаними тригером, інструкціями для агента та діями, які встановлюються за один крок із консолі, CLI (polylane automation from-template) або API. Шаблони фільтруються за категорією та провайдером і вмикають лише дії для провайдерів, яких ви справді підключили. Поруч із цим нові елементи керування тріажем дають головний перемикач плюс перемикачі для кожного правила алертів на кожному хмарному обліковому записі та інтеграції, тож ви точно вирішуєте, які алерти Polylane підхоплює і розслідує.

Також цього тижня:

• Значно ширше покриття Cloudflare у графі: зони, балансування навантаження, WAF і набори правил безпеки, Tunnels, Spectrum, Access, Stream, Images і більше ресурсів Workers
• Ребра між хмарами: DNS-запис в одного провайдера, що вказує на ресурс в іншого, тепер з’являється як справжнє ребро в графі
• Тихіше виявлення аномалій: детермінований запобіжник відкидає поодинокі сплески і шум навколо нульового базового рівня до тріажу, виявлення враховує, який напрямок справді поганий для кожної метрики, а аномалії записів про зміни дедуплікуються протягом 24 годин замість повторного пробудження
• Вкладка Changes показує вплив з першого погляду: значок впливу, ризики, перевірка після зміни та уражені ресурси у вигляді чипів
• Власні LLM-ендпоінти тепер показують моделі, які вони справді оголошують, тож ви обираєте зі справжніх моделей замість вводити ідентифікатори
• Секрети клієнтів OAuth можна ротувати без повторного створення клієнта
• І як завжди: покращення надійності, продуктивності та стабільності