Build log. Co wyszło, tydzień po tygodniu.

Jeden agent od ustalenia do pull request

Każde ustalenie wykryte przez Polylane jest teraz obsługiwane przez jeden przebieg agenta. Czyta dowody narzędziami tylko do odczytu na twojej telemetrii i grafie kontekstu, decyduje, czy istnieje prawdziwy problem, a gdy potwierdzoną przyczyną jest defekt kodu w podłączonym repozytorium, pisze poprawkę i otwiera pull request w tym samym przebiegu, bez przekazywania między etapami triażu, dochodzenia i autofixu. Pull request zaczyna się jedną linią Affected wskazującą zasób, przekroczoną wartość względem linii bazowej i liczbę zależnych, do których dociera awaria, a jego rozumowanie o bezpieczeństwie siedzi w widocznej sekcji Why it’s safe. Gdy poprawka jest poza zasięgiem, przebieg zapisuje powód i prosty kolejny krok na problemie, zamiast urywać się bez słowa.

Grafana Cloud i Logfire dołączają do integracji obserwowalności

Podłącz Grafana Cloud albo samodzielnie hostowaną Grafanę przez URL stacka i token konta usługi. Polylane dodaje do stacka punkt kontaktu i zbiorczą trasę powiadomień, więc każda istniejąca reguła alertu i każda, którą utworzysz później, dociera do niego bez konfiguracji per reguła. Podłącz Pydantic Logfire kluczem API, a agent dostanie narzędzia, żeby przejść od zawodzącej trasy do dokładnie tego spana, który rzucił błąd, plus SQL tylko do odczytu do wszystkiego innego; projekt jest obserwowany pod kątem wskaźnika błędów, wolumenu żądań i opóźnienia p95 jak u pozostałych dostawców.

Także w tym tygodniu:

• Odrzucone problemy dostają drugie spojrzenie: powtarzające się ustalenie przechodzi triaż ponownie, odrzucenie jest odmawiane, gdy dowody nie wykluczają incydentu na krytycznym zasobie, a „nie incydent” od człowieka pozostaje ostateczne
• Podłączenie GitHub pyta raz, czy przeglądać pull requesty, a pull request naprawiający znany problem dostaje zielony albo żółty werdykt, czy powinien go rozwiązać
• Karta Key questions na każdym koncie chmurowym, integracji i uważnie obserwowanym zasobie pokazuje pytania, które Polylane zadaje twojej telemetrii, z zapytaniem do dostawcy za każdym
• Graf kontekstu zyskuje repliki odczytu RDS i RDS Proxy, łączy repozytoria z workloadami Kubernetes i Railway uruchamiającymi obrazy, które budują, i nazywa buckety S3 oraz endpointy RDS znalezione w zmiennych środowiskowych, zanim konto AWS zostanie podłączone
• Okno podłączania AWS pokazuje wygenerowany szablon CloudFormation z opcją kopiowania i pobrania, a region il-central-1 jest dostępny
• Dzienne trendy logów są rejestrowane jako problemy po triażu, zamiast przychodzić e-mailem
• Wklejaj lub przeciągaj obrazy do kompozytora czatu w konsoli, a kontrole mają własną stronę z linkiem do skopiowania
• Odpowiedzi w Slacku kończą się informacją, jak długo trwał przebieg i ile akcji wykonał, a serwer MCP pokazuje ekran zgody przed autoryzacją klienta
• CLI podłącza Grafana Cloud, Mixpanel i OpenStatus przez polylane integration connect, a Railway przez polylane cloud connect --provider railway, i pyta, czy przeglądać pull requesty, przy podłączaniu GitHub (--no-pr-reviews wyłącza)
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Trzy kolejne chmury i twój system zgłoszeń dołączają do grafu kontekstu

Możesz teraz podłączyć ClickHouse Cloud, Convex i Turso: wklej token, a ich usługi, projekty, wdrożenia i bazy danych synchronizują się do grafu kontekstu co 15 minut, z kontrolami zdrowia i narzędziami dla agenta. Linear to pierwsza integracja ze śledzeniem zgłoszeń: agent czyta twoje zespoły, projekty i zgłoszenia w dowolnym wątku, rejestruje zgłoszenia z dochodzeń z dołączonym śladem dowodów i aktualizuje stan, priorytet albo osobę przypisaną, prosząc o potwierdzenie przed każdym zapisem. Nowe zasoby przychodzą już połączone: zapasowe usługi ClickHouse łączą się ze swoją główną, gałęzie Turso z bazą, z której powstały, a usługi auth, storage, realtime i REST w Supabase z bazą Postgres, którą osłaniają, więc awaria na głównej dociera do wszystkiego, co od niej zależy.

Jeden blast radius, wszędzie

Silnik blast radius stojący za przeglądami pull request odpowiada teraz wszędzie: panele boczne problemów, rekordy zmian i artefakty wątków pokazują ten sam zasięg w dół strumienia, agenci mogą o niego pytać, a każdy pull request z autofixu podaje poziom dotkniętego zasobu i to, do czego dotarłaby awaria w tym miejscu. Graf, po którym chodzi, jest gęstszy: dystrybucje CloudFront łączą się ze swoimi źródłami i web ACL WAF, reguły grup bezpieczeństwa stają się krawędziami osiągalności, buckety R2 łączą się z kolejkami, które powiadamiają, a definicje Step Functions dają krawędź dla każdej wywoływanej usługi. Nowa karta Connections na każdym zasobie wymienia każdą krawędź z jej kierunkiem, sposobem odkrycia i dowodami za nią.

Także w tym tygodniu:

• Jedno połączenie AWS obejmuje teraz dowolny zestaw regionów albo wszystkie, z CloudTrail i alertami per region
• Pull requesty z autofixu proszą o przegląd właściciela dotkniętego zasobu, domyślnie używają Conventional Commits, zawierają diagram mermaid, gdy poprawka ma strukturę do pokazania, i wygasają po 14 cichych dniach, żeby lepsza poprawka nie była już wstrzymywana
• Możesz ustawić próg krytyczności dla dochodzeń, które Polylane uruchamia samo, per obszar roboczy; nowe alerty przechodzą triaż agenta z narzędziami tylko do odczytu, zanim staną się problemami, a zawieszone dochodzenia wznawiają się same
• Karty hipotez w wątku brzmią Confirmed, Refuted albo Inconclusive, a wątek czekający na twoją odpowiedź mówi o tym
• Powiedz agentowi Slack, żeby sobie poszedł, a wyciszy wątek, dopóki znów go nie @-wspomnisz; strona Channels wymienia teraz każdy kanał w twoim obszarze roboczym z przyciskiem Join dla tych, na których Polylane nie ma
• Strona topologii aktualizuje się na żywo, jej wyszukiwanie jest pełnotekstowe po nazwach, aliasach i opisach, a każdy wykres w wątku można pobrać jako JSON, CSV albo PNG
• Każdy raport przypięty do tablicy Mixpanel staje się dzienną kontrolą
• Przebiegi autofixu używają Node 24 i wybierają wersję z .nvmrc, .node-version albo engines.node
• CLI podłącza ClickHouse, Convex, Turso i Linear, uruchamia połączenie AWS w tle, żebyś mógł w międzyczasie podłączyć inne chmury, przyjmuje --region all i proponuje kanały Slack do dołączenia zaraz po podłączeniu aplikacji
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Zbuduj graf kontekstu z terminala własnym agentem kodującym

Uruchom polylane map, a CLI odpali agenta kodującego, którego już używasz, żeby zmapować bieżące repozytorium: topologia, pierwsze problemy i wątek pierwszego uruchomienia lądują w twoim obszarze roboczym, a terminal pokazuje puls. Twoja maszyna i jej agent są teraz połączeniem jak GitHub czy AWS, więc każda maszyna zapisuje własny wycinek grafu i żadna nie może nadpisać wycinka innej. Gdy mapowanie trwa, strona Topology pokazuje postęp, problemy i czat w miejscu, proponuje w międzyczasie podłączenie twoich chmur i daje odwoływalny link do udostępnienia. Podłączenie agenta kodującego w chmurze czyni go twoim wykonawcą autofixu, a serwer MCP Polylane jest mu dodawany automatycznie, żeby mógł odpytywać Polylane w trakcie pisania poprawki.

Railway, Mixpanel i OpenStatus dołączają do grafu kontekstu

Railway to podłączalny dostawca chmury: połącz przez OAuth albo token obszaru roboczego, a Polylane synchronizuje projekty, usługi i wdrożenia, obserwuje wdrożenia, czyta logi i sprawdza metryki usług pod kątem problemów. Mixpanel to pierwsza integracja z analityką produktową, więc możesz zapytać, czy rejestracje spadły po wdrożeniu, a dzienna kontrola obserwuje wolumeny zdarzeń pod kątem zepsutego śledzenia. OpenStatus wnosi do grafu monitory i strony statusu, robi triaż każdej awarii i powrotu do normy jako alertu i łączy każdy monitor z zasobem, który sonduje. Datadog, Sentry, Better Stack, Honeycomb i Axiom łączą teraz zasoby, które do nich raportują, z grafem, a agent może publikować raporty statusu w Better Stack oraz potwierdzać lub rozwiązywać incydenty, każde za twoim potwierdzeniem.

Także w tym tygodniu:

• Podłączenie konta chmurowego albo integracji obserwowalności samo rejestruje problemy: Polylane czyta ostatnie 24 godziny logów błędów w poszukiwaniu powtarzających się wzorców i od razu uruchamia pierwsze kontrole
• Przeglądy pull request mają rejestr każdego rozważonego trybu awarii, oznaczonego jako potwierdzony, prawdopodobny albo odrzucony, z blast radius wskazującym zasoby w dół strumienia, do których dociera awaria, i udziałem ruchu, który obsługują; karta Changes renderuje go natywnie
• Problemy łatwiej triażować: kolumna i filtr krytyczności, duplikaty domyślnie ukryte, a alert, który otworzył problem, pokazany na początku jego rodowodu
• Pull requesty z autofixu pokazują pełny diff w panelu bocznym, raportują swój wynik do wątku, który o nie prosił, i nie dostarczają już podniesionego limitu ani timeoutu jako poprawki
• Odpowiedzi w Slacku dołączają wykresy jako obrazy, a długa tura w Slacku linkuje do konsoli, żebyś mógł śledzić na bieżąco
• Podłączaj serwery MCP, które uwierzytelniają się własnymi nagłówkami HTTP, nie tylko tokenem bearer
• Wyszukiwanie w grafie infrastruktury przełącza się na tabelę, więc wyniki czyta się jako wiersze
• CLI podłącza kilka chmur naraz przez --multi, wstępnie zaznaczonych na podstawie markerów w twoim repozytorium, zawęża wybór przez --category observability i otwiera w przeglądarce wstępnie wypełnioną stronę tokenu Cloudflare tylko do odczytu
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Każdy problem dostaje przyczynę i dopasowaną odpowiedź

Polylane klasyfikuje teraz, dlaczego każdy problem się wydarzył: defekt kodu, niestabilna infrastruktura, zewnętrzny klient, oczekiwane zachowanie albo nieznane, każde z poziomem pewności, i odpowiada odpowiednio. Defekt kodu dostaje poprawkę. Niestabilna awaria CI dostaje prośbę o ponowne uruchomienie workflow zamiast łatki, a udany ponowny przebieg sam rozwiązuje problem. Oczekiwane zachowanie jest odrzucane albo jego sygnatura alertu wyciszana z zapisanym powodem, a wszystko niepewne trafia do człowieka. Strona problemu pokazuje werdykt, każdą decyzję i kto ją podjął oraz dowody stojące za przekroczeniem: odchyloną metrykę, przyczynowe wiersze logów i ślad.

Ty decydujesz, kiedy działa autofix

Przełącznik Open autofix pull requests jest teraz na obszarze roboczym i na każdym repozytorium, a nowy tryb Ask first wstrzymuje każdą poprawkę wyzwoloną maszynowo jako oczekujący przebieg, dopóki nie klikniesz Approve and run; poprawki, o które prosisz w wątku, nigdy nie są wstrzymywane. Każdy działający autofix można anulować, zanim otworzy pull request, z konsoli, czatu albo Slacka. Pull requesty mają etykietę severity: i zaczynają się od tego, co spowodowało poprawkę: dotknięty zasób, przekraczająca metryka i wiersze logów, które się odezwały. Każda łatka przechodzi przegląd bezpieczeństwa danych, więc taka, która skierowałaby nowe dane do logów, eksportów albo analityki, jest poprawiana albo wstrzymywana.

Także w tym tygodniu:

• Podłączenie GitHub otwiera teraz pierwszy pull request w ciągu minuty, dodając instrukcje Polylane do AGENTS.md, reguł Cursor i twoich pozostałych plików instrukcji dla agentów, a pull request z obserwowalnością idzie za nim, z możliwością anulowania z konsoli
• Dzienny e-mail o trendach w logach przychodzi tylko w dni, gdy coś się zmieniło, na przykład nowy szablon błędu albo usługa logująca znacznie powyżej normalnego wolumenu, każde z przyciskiem Investigate
• Poproś agenta, żeby obserwował przebieg CI albo wydanie, a przestanie odpytywać i obudzi się, gdy nadejdzie zdarzenie z GitHub
• Zamierzone powtarzające się sygnały dostają poprawkę, która czyni zachowanie jawnym w twoim kodzie, zamiast wyciszonego alertu, a problemy z alertów, które milkną, rozwiązują się same
• Agent Slack mówi w pierwszej osobie, a obrazy wysłane do niego w Slacku renderują się teraz w konsoli
• Czat w konsoli zwija każdą fazę myślenia i jej wywołania narzędzi w jeden wiersz, proponuje pastylkę Quick answer po 30 sekundach i Try again po przerwanej odpowiedzi
• Węzły rodowodu pokazują podgląd po najechaniu i można po nich przechodzić klawiaturą, usługi zewnętrzne takie jak googleapis.com dostają wiki, a rotacja z autoskalowania nie zaśmieca już feedu zmian
• Menu wyglądu zyskuje opcję System
• CLI zyskuje polylane scan, które znajduje kluczowe ryzyka w twoich podłączonych kontach i pozwala wybrać jedno do zbadania, oraz polylane autofix watch, które wypisuje adresy pull requestów, gdy się otwierają, a kreatory połączeń podają dokładne uprawnienia tokenu każdego dostawcy
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Modal i Supabase dołączają do grafu kontekstu

Wklej parę tokenów, którą Modal wydaje do logowania w CLI, a twoje środowiska, aplikacje, funkcje, sandboxy, wolumeny i kolejki pojawią się w grafie kontekstu, z logami aplikacji czytanymi do podsumowania, kontrolami kosztów i wolumenu błędów, które otwierają problemy, i każdym repozytorium powiązanym z aplikacją, na której jego CI uruchamia modal deploy. Podłącz organizację Supabase przez OAuth albo osobisty token dostępu, a bazy danych, funkcje edge, gałęzie, buckety, auth i storage każdego projektu synchronizują się co 15 minut, z dashboardami, logami i kontrolami na każdym. Agent dostaje narzędzia tylko do odczytu dla obu, więc dochodzenie czyta, co Modal albo Supabase robi teraz, a nie to, co zapisała ostatnia synchronizacja.

Rozmawiaj z agentem, gdy pracuje

Wysłanie wiadomości w trakcie tury kiedyś anulowało turę i wyrzucało minuty pracy. Teraz kompozytor pozostaje aktywny: twoja wiadomość jest podejmowana przy następnym kroku agenta i pokazywana w transkrypcie tam, gdzie została przeczytana. Wiadomość, która nigdy nie dotarła, mówi o tym, z opcją ponowienia. Zatrzymanie i wysłanie dzielą jeden przycisk, Esc zatrzymuje turę, a w trybie głosowym agent przestaje odpowiadać na pytanie, w które mu przerwano.

Także w tym tygodniu:

• Agent Slack publikuje karty Approve i Deny, gdy zmiana wymaga zatwierdzenia, pokazuje listę zadań w komunikacie o statusie i zamyka pull request, który otworzył, gdy o to poprosisz
• Zareaguj ptaszkiem na kartę incydentu w Slacku, żeby go rozwiązać, albo znakiem zakazu, żeby oznaczyć jako nie incydent; karta aktualizuje się w miejscu, a oś czasu zapisuje, kto działał
• Karta Channels w integracji Slack wymienia każdy kanał, na którym jest Polylane, a agent sam zapisuje instrukcje kanału, gdy powiesz mu, jak ma się tam zachowywać
• Pull requesty z autofixu zaczynają się sekcją Before / After napisaną na podstawie diffa, karta Implementation pokazuje wątek, który napisał łatkę, a słaby plan jest odrzucany, zanim będzie kosztować przebieg
• Polylane sprawdza, czy nie ma otwartego pull request, zanim wyda dochodzenie, i zachowuje pracę powolnej tury autofixu, zamiast ją odrzucać
• Przeglądy pull request włącza się lub wyłącza per repozytorium ze strony Repositories, zbiorczo albo dla całej integracji GitHub jednym przełącznikiem
• Opublikowane mapy dają teraz link po około dwóch minutach, jako szkic, który doprecyzowuje się pod tym samym URL, z problemami wymienionymi obok grafu i przyciskiem Investigate przy każdym
• Rejestracja od razu tworzy dla ciebie obszar roboczy, automatyczne dołączanie po domenie jest domyślnie wyłączone, a link do obszaru roboczego, w którym cię nie ma, pokazuje ekran prośby o dołączenie
• CLI rejestruje cię przez Google, GitHub albo e-mail przez polylane auth signup, czyni polylane cloud connect i polylane integration connect interaktywnymi, a polylane setup konfiguruje teraz Cline, Roo Code, Goose, Pi i Warp
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Awarie CI stają się problemami, dochodzeniami i poprawkami

Każdy nieudany przebieg GitHub Actions w podłączonym repozytorium staje się teraz problemem w Polylane. Powtórne awarie tego samego workflow składają się w jeden problem; zielony przebieg go rozwiązuje, a awaria w ciągu 24 godzin otwiera go ponownie. Triaż czyta nieudane zadania, kroki i adnotacje kontroli, a gdy potwierdzi prawdziwy problem, uruchamia dochodzenie i kolejkuje autofix względem zawodzącej gałęzi. Poprawka trafia jako zwykły pull request z autofixu.

Podążaj łańcuchem od kontroli do pull request

Każdy problem, dochodzenie, autofix i kontrola znają teraz swoich sąsiadów. Graf rodowodu na karcie Overview problemu rysuje cały łańcuch, od kontroli, która go zgłosiła, przez dochodzenie do autofixu i jego pull request. Kliknięcie dowolnej karty otwiera ją w panelu bocznym, a zduplikowane problemy zawsze wskazują na źródłowy, który trzyma dochodzenie. Strony autofixu zaczynają się teraz wynikiem: pull request, dlaczego przebieg został pominięty (z przyciskiem Run anyway) albo dlaczego zawiódł (z Run again).

Także w tym tygodniu:

• Opublikuj publiczną mapę swojej architektury: uruchom prompt mapowania w swoim agencie kodującym, a opublikuje ocenioną, wersjonowaną mapę, którą każdy może przeglądać, zadawać o nią pytania albo przekazać z niej problem prosto do Polylane do zbadania
• Komentarze z przeglądu zaczynają się od View the full analysis: pełne opracowanie, interaktywne wykresy i pełne fragmenty logów, czytelne dla osób przeglądających pull request przez link gościa; pull requesty z autofixu linkują cały swój przebieg w ten sam sposób
• Przeglądy pokazują swoje dowody: pass dołącza serię metryk albo fragment logu, na którym się opiera, briefing wymienia dawne problemy, które dotknęły tych samych zasobów, a kontrola wpływu na produkcję jest teraz domyślnie włączona dla każdego repozytorium
• Po dochodzeniu Polylane pyta, czy brak sygnału je utrudnił; jeśli tak, kolejny pull request dodaje dokładnie to logowanie albo śledzenie, zaczynając od tego, które dochodzenie by skrócił
• Dwa nowe połączenia: klastry Kubernetes przez agenta tylko do odczytu działającego w klastrze, więc żaden kubeconfig nie opuszcza klastra, oraz Better Stack, którego incydenty trafiają do triażu, a monitory agent może odpytywać
• Usługi zewnętrzne, które wywołuje twój kod (Stripe, Datadog i tak dalej), dołączają do grafu kontekstu na podstawie adresów URL ze zmiennych środowiskowych, w osobnej kategorii External services, a graf z 3,000 zasobów otwiera się teraz w sekundy
• W wątkach z kilkoma osobami agent wie, kto co powiedział, a każde wspomnienie, które zapisze, jest sprawdzane codziennie i edytowane albo usuwane, gdy się zestarzeje
• Administratorzy mogą wyeksportować obszar roboczy jako archiwum JSON, a usunięcie obszaru roboczego najpierw poddaje go kwarantannie, z 60-dniowym oknem przed wyczyszczeniem
• Miesięczny przydział tokenów każdego planu jest pięć razy większy, żaden plan nie ogranicza już liczby członków obszaru roboczego, a nowe ustawienie Privacy & data pozwala administratorom wyłączyć obszar roboczy z trenowania modeli
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Polylane jest członkiem zespołu w Slacku

Wspomnij Polylane w Slacku, a zareaguje od razu, pokaże, że myśli, i będzie strumieniować odpowiedź w trakcie pisania. Długie tury pokazują postęp na żywo, a nieudany przebieg mówi, co się stało i jak wznowić, zamiast milknąć. Polylane pojawia się w karcie Agents Slacka z sugerowanymi promptami, a na kanałach, do których należy, włącza się nieproszone do rozmów, w których może pomóc, chyba że ustawisz kanał na tryb tylko po wzmiance. Gdy autofix zaczyna się z wątku na Slacku, ten wątek słyszy resztę: link do pull request, błędy CI i ich poprawki, odpowiedzi na przegląd i reakcję, gdy zostanie scalony.

Problemy wyłapane z tego, co mówią twoje logi

Polylane czyta teraz to, co mówią twoje logi, nie tylko jak się układają w trendy. Stały strumień awarii, który nigdy nie przekroczył progu ani nie poruszył linii bazowej, jest rejestrowany jako problem, pozostaje otwarty, dopóki błąd się pojawia, i rozwiązuje się sam, gdy ustaje. Każdy nowy problem jest sprawdzany względem otwartych w całym obszarze roboczym: potwierdzone duplikaty są łączone i dzielą jedno dochodzenie, zamiast zaczynać drugie. Wiersze logów są grupowane według kształtu, więc nieznany format identyfikatora nie tworzy nowego problemu ani nie miga istniejącym.

Także w tym tygodniu:

• Przeglądy pull request dostarczają teraz poprawki, nie tylko werdykty: małe luki w obserwowalności w zmienionych liniach przychodzą jako komentarze z sugestią do przyjęcia jednym kliknięciem, większe jako nałożony pull request z usprawnieniem względem twojej gałęzi, a żadne nie zmienia werdyktu pass ani fail
• Przeglądy i pull requesty z autofixu sprawdzają pełny katalog zagrożeń wdrożeniowych: zmiany typu rename-and-drop, które stare pody nadal czytają, blokujące zapis CREATE INDEX na gorących tabelach, zmienne środowiskowe, których nic nie provisionuje, oraz warunki wstępne w czyimś systemie, każdy wymieniony z właścicielem do czasu potwierdzenia
• Ludzie i zespoły dołączają do grafu kontekstu: CODEOWNERS, autorzy wdrożeń i tagi właścicieli stają się węzłami osób i zespołów z krawędziami owns, a różne pisownie jednej osoby schodzą się do jednego węzła
• Każde nowo podłączone repozytorium dostaje pull request z autofixem obserwowalności napisany w konwencjach tego repozytorium, a treści pull requestów z autofixu zaczynają się teraz podsumowaniem prostym językiem
• View Thread na komentarzu z przeglądu otwiera dochodzenie w trybie tylko do odczytu dla każdego, kto widzi pull request, bez konta, a ty dostajesz powiadomienie, gdy werdykt się zmieni
• Graf infrastruktury jest znów hierarchią od góry do dołu, pogrupowaną według konta chmurowego, a w widoku topologii możesz przytrzymać zasób, żeby zobaczyć, jak jego blast radius rozchodzi się po krawędziach, albo przeciągnąć go, żeby pociągnąć za sobą sąsiadów
• Strona Autofixes ma wyszukiwanie i filtry zapisane w URL, a edycja jednego wiersza nie przerysowuje już tabeli
• Darmowe obszary robocze dostają 10 dochodzeń dziennie, wcześniej 1
• CLI zyskuje polylane setup, które rejestruje serwer MCP i skill Polylane w każdym agencie kodującym na twojej maszynie (--agent wybiera jednego)
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Każdy pull request przejrzany pod kątem wpływu na produkcję

Polylane czyta teraz każdy pull request i odpowiada na jedno pytanie: czy produkcja się pogorszy, gdy to zostanie scalone? Przechodzi graf kontekstu od repozytorium do zasobów, na które trafia kod, sprawdza zmianę względem żywej topologii i telemetrii i komentuje swój werdykt w pull request: pass albo fail, z dołączonymi dowodami i dotkniętymi zasobami. Kontrola „Polylane production impact” może być wymagana w ochronie gałęzi, żeby zablokować złe scalenie.

Pull requesty z autofixu przyjmują uwagi

Zostaw komentarz z przeglądu na PR z autofixu, a Polylane odpowie albo wypchnie żądaną zmianę. Odpowiedz w wątku na Slacku, w którym ogłoszono PR, a odpowie właśnie tam. Gdy CI zawiedzie na gałęzi autofixu, Polylane diagnozuje nieudane kontrole i wypycha poprawkę bez proszenia. A gdy pisze kod, trzyma się twoich zasad domowych: AGENTS.md, CLAUDE.md, reguł Cursor i konwencji komunikatów commitów, którą wnioskuje z twojej historii git.

Także w tym tygodniu:

• Repozytoria dołączyły do grafu kontekstu: Polylane czyta Terraform, CloudFormation, Pulumi, CDK i manifesty wdrożeniowe (wrangler.jsonc, fly.toml, vercel.json, render.yaml), żeby powiązać każde repozytorium z zasobami, które wdraża, z kartą Resources do ręcznych powiązań
• Możesz sterować przeglądami per repozytorium własnymi instrukcjami, na przykład „nigdy nie oznaczaj migracji schematu”, a gdy późniejszy push rozwiązuje oznaczoną uwagę, Polylane samo oznacza ją jako rozwiązaną
• Kluczowe ryzyka w raportach są badane, nie tylko wymieniane: kliknij jedno albo zbadaj wszystkie, a werdykty spływają na żywo, potwierdzone ryzyka wypływają na górę z podsumowaniem tego, co znaleziono
• Topologia jest teraz frontowymi drzwiami konsoli: każdy zasób to kropka, kolorowana według kategorii i skalowana według poziomu, z gorącymi punktami problemów pulsującymi na czerwono i najczęściej zmienianymi zasobami w przerywanym pierścieniu
• PlanetScale jest teraz dostawcą: połącz przez OAuth, bazy danych i gałęzie synchronizują się do grafu kontekstu, a Query Insights napędzają automatyczne kontrole błędów zapytań, opóźnienia p99, skoków opóźnienia i załamania wolumenu zapytań
• Nowe konta chmurowe zaczynają w trybie tylko do odczytu: każdy zapis przez API dostawcy jest odrzucany, dopóki administrator nie przestawi przełącznika, per konto
• Synchronizacja Vercel zyskała dziewięć typów zasobów (sandboxy, workflow, crony, flagi funkcji, AI Gateway, mikrofrontendy, grupy dostępu, drainy, rejestr kontenerów), a rollbacki są śledzone poprawnie: Polylane podąża za wdrożeniem, które faktycznie obsługuje produkcję, nie najnowszym
• Graf kontekstu zgęstniał: tunele Cloudflare łączą się ze strefami i usługami źródłowymi, które osłaniają, Hyperdrive prowadzi przez tunele, a zmienne środowiskowe w kształcie URL stają się krawędziami między chmurami i kontami
• Każde repozytorium ma wynik instrumentacji w skali do 100 (trasy bez logowania, gołe wywołania console, brak przechwytywania błędów), a zasoby, które obsługują ruch bez logowania albo nagle milkną, są wskazywane
• Logi zyskały pamięć: każdy zasób prowadzi rejestr powtarzających się wzorców z historycznymi częstościami, a problemy pokazują nieudane żądania z dokładnie tymi wierszami logów, które do nich należą
• Odpowiedzi w Slacku są zwięźlejsze: jedna odpowiedź na turę, poprawne formatowanie i @-wzmianki oraz cisza, gdy wiadomość nie jest do agenta
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Twój agent kodujący widzi teraz wszystko, co widzi Polylane. Narzędzia, które Polylane zbudowało dla własnych agentów: żywy graf infrastruktury we wszystkich twoich chmurach, zapytania do obserwowalności u każdego podłączonego dostawcy, wyszukiwanie w kodzie twoich repozytoriów, całe REST API, są teraz dostępne dla Claude Code, Cursor, Codex, OpenCode i VS Code przez jeden serwer MCP albo CLI. Jeden endpoint, logowanie w przeglądarce, a twój agent odpowiada na pytanie „co błędowało na produkcji w usłudze, której dotyka ten PR?” bez wychodzenia z edytora. Zapisy stoją za polityką domyślnej odmowy, a scalanie zostaje w rękach człowieka.

Anomalie i alerty znikają. Nie sygnały, tylko podział: wszystko, co Polylane wykrywa, i każdy alert przekazany przez twoich dostawców ląduje teraz w jednym miejscu, jako problemy. Jedna lista, jeden cykl życia i porządna deduplikacja: ten sam problem odzywający się pięćdziesiąt razy to jeden problem z licznikiem wystąpień, nie pięćdziesiąt wierszy. Problemy zewnętrzne linkują z powrotem do alarmu w konsoli samego dostawcy, a automatyzacje mogą teraz wyzwalać się na werdyktach triażu.

Monitoring zmądrzał w kwestii tego, co obserwować. Dla każdego podłączonego konta Polylane generuje teraz pytania monitoringu: rzeczy, na które dyżurny inżynier chciałby mieć ciągłą odpowiedź. Czyta twoje repozytoria w poszukiwaniu dokładnie tych logów błędów, spanów i własnych metryk, które faktycznie napisano, zamienia każde pytanie w zapytanie do dostawcy, weryfikuje je na prawdziwych danych i uruchamia te, które przeszły, co kilka minut jako kontrole. Powiązane serie dzielą teraz jeden wykres: p95 i p99 razem, 5xx per usługa na jednej osi.

Także w tym tygodniu:

• Konsola otwiera się teraz na Home: podsumowanie feedu, decyzje czekające na ciebie, gorące punkty problemów i zmian oraz panel dobrych praktyk z drzwiami zostawionymi otwartymi w twojej architekturze
• Factory dołącza do Cursor i Devin jako wykonawca autofixu, zewnętrzne PR-y linkują z powrotem do dochodzenia, które je wytworzyło, a PR zamknięty bez scalenia jest teraz śledzonym wynikiem
• Monitoring to przełącznik per zasób: wyłącz go, a Polylane nadal zapisuje zmiany bez otwierania problemów, a karta pokrycia pokazuje dokładnie, co jest obserwowane i jak często
• Metryki i logi Vercel: wklej osobisty token dostępu (weryfikowany w trakcie pisania) i wybierz, którą telemetrię zbierać
• Podłączanie AWS nie zostawia cię już na pustej stronie: konsola czeka na twój stack CloudFormation, przeskakuje do konta w chwili, gdy się zgłosi, i mówi wprost, jeśli nigdy tego nie zrobi
• Cotygodniowe podsumowanie dla całego obszaru roboczego: jeden przełącznik wysyła każdemu członkowi zestawienie incydentów, problemów, autofixów, zmian i bezczynnych zasobów
• Zgłoszenia z Sentry przychodzą z dołączonym faktycznym wyjątkiem, zanim zacznie się triaż: typ, komunikat, górne ramki stosu i tagi
• Cichszy triaż: krytyczność odzwierciedla wpływ, który dzieje się teraz, a nie najgorszy przypadek, a zalewy sond botów na wp-login.php i .env nie otwierają już incydentów
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Raporty dorosły w tym tygodniu. To, co Polylane znajduje w koncie, było kiedyś jednorazowym wynikiem, który przewijał się przed oczami; teraz to raport z własnym adresem URL. Jest strona raportów z filtrowaniem i akcjami zbiorczymi, postęp na żywo w trakcie przeglądu, topologia i pytania na start, gdy raport wyląduje, oraz publiczny link do udostępnienia, gdy chcesz pokazać go komuś spoza obszaru roboczego. Działa na kontach chmurowych i na integracjach z Datadog, Honeycomb, Axiom i Sentry.

Feed dostał to samo. Otwiera się teraz 30-dniowym podsumowaniem tego, co Polylane faktycznie dla ciebie zrobiło (wyłapane problemy, zmiany, które spowodowały problemy, PR-y z autofixu, rozwiązane anomalie, każde ze sparkline), wskaźnikiem zdrowia i tabelą „czeka na ciebie” z decyzjami, które wymagają człowieka. A pod spodem wątki incydentów przeszły na trwałe workflow, więc dochodzenia przeżywają wdrożenia i restarty, a wbudowany wykonawca autofixu uruchamia teraz otwartoźródłowego agenta kodującego pi, z pełnym transkryptem do przeczytania za każdym PR-em.

Także w tym tygodniu:

• Webhooki reguł alertów i zgłoszeń Sentry otwierają teraz incydenty: triaż przez agenta w chwili nadejścia, z odznakami statusu i werdyktu oraz badaniem jednym kliknięciem
• Powtarzające się anomalie zachowują metryki, logi i ślady przechwycone przy każdym wystąpieniu, do przeglądania od najnowszych, zamiast tylko ostatniego
• Strony anomalii zaczynają się kartami metryk ze sparkline pokazującymi wartość, linię bazową i odchylenie, widokiem blast radius i podsumowaniem logów
• Historia zmian per zasób: sygnały zmian w panelu szczegółów każdego węzła i najczęściej zmieniane zasoby wyróżnione w feedzie
• Zalecenia są obliczane po stronie backendu, każde oznaczone jako naprawialne w miejscu albo z instrukcją
• Niezawodność wątków: zawieszone tury są automatycznie sprzątane, problemy z pojemnością modeli mają łagodny fallback, a tury, które wymknęły się spod kontroli, są przerywane zamiast kręcić się w kółko
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Nikt nie chce tysiąca surowych wierszy logów wrzuconych w środek dochodzenia. W tym tygodniu każde zapytanie do telemetrii, które uruchamiają agenci (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray), zyskało tryb podsumowania: pełny, nieprzycięty wynik jest destylowany do krytyczności, liczby błędów, powtarzających się wzorców i garstki wierszy naprawdę wartych przeczytania, cytowanych dosłownie. Wątki pozostają czytelne, a agent przestaje zatapiać własny kontekst w logach.

Podłączanie konta też się poprawiło. Zaraz po podłączeniu dostajesz teraz ustrukturyzowany raport z uszeregowanymi ryzykami, kluczowymi metrykami oraz podsumowaniami logów i śladów, z pytaniami na start, żeby zagłębić się w temat. A dla Cloudflare nowe okno wstępnie wypełnia każde uprawnienie, którego Polylane potrzebuje, i pozwala wybrać między trybem tylko do odczytu (tylko badanie i wyjaśnianie; zmiany trafiają wyłącznie jako PR) a pełnym dostępem, więc nikt nie musi już ręcznie wybierać uprawnień tokenu API.

Także w tym tygodniu:

• Poziomy zasobów przeklasyfikowują się automatycznie każdego dnia, a poziom dowolnego zasobu możesz teraz nadpisać ręcznie (nadpisania są przypięte) albo uruchomić klasyfikację ponownie dla całego konta
• Każda anomalia ma przycisk badania jednym kliknięciem, który otwiera wątek incydentu, z deduplikacją, żeby ta sama anomalia nigdy nie tworzyła duplikatów
• Sugerowane przez AI pytania na start pojawiają się teraz przy zmianach, ocenach przebiegów kontroli i pojedynczych zasobach, nie tylko po podłączeniu
• polylane automation create i POST /automations przyjmują własne wyzwalacze, instrukcje i narzędzia, więc możesz budować automatyzacje, których nie obejmuje żaden szablon
• Panel boczny przebiegu kontroli do przejrzenia metryk, logów i śladów pojedynczej oceny, z akcjami badania i pytania w miejscu
• Monitoring per zasób zbiera teraz ustrukturyzowane dowody: najczęstsze i nowe szablony logów, sumy krytyczności, wskaźniki błędów i awarii oraz p50/p95/p99 per operacja
• Naprawa zepsutych diagramów Mermaid w wiki zasobów jednym kliknięciem
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Podłączenie konta ma w końcu swój właściwy moment. Zamiast odsyłać cię z powrotem na dashboard, Polylane prowadzi teraz na stronę, która wyjaśnia, co widzi w koncie, które właśnie podłączono, od razu zaczyna szukać problemów i proponuje trzy dopasowane pytania warte zadania agentowi. Pierwsze pięć minut zmieniło się z „i co teraz?” w prawdziwą rozmowę o twojej infrastrukturze.

Drugi temat tego tygodnia to zaufanie. Gdy agent chce wykonać akcję zmieniającą stan, wątek pokazuje ci teraz metodę, ścieżkę, treść i powód i czeka na twoją zgodę, a usunięcia są oznaczone jako destrukcyjne. A każdy incydent deklaruje teraz, na czym stoi, na końcu każdej tury agenta (wymaga działania człowieka, wymaga decyzji, czeka na zmianę, nieudany albo rozwiązany), więc na pierwszy rzut oka widzisz, które dochodzenia naprawdę cię potrzebują.

Także w tym tygodniu:

• Każdy przebieg monitoringu jest zapisywany jako przebieg kontroli (zdrowy, przekroczony albo stabilny), co daje każdemu zasobowi oś czasu ocen do przejrzenia, plus ręczne wyzwolenie
• Zasoby są automatycznie klasyfikowane na poziomy 1–4 według krytyczności operacyjnej, na podstawie topologii, ruchu i ostatnich zmian; poziomy decydują teraz o priorytecie anomalii
• Synchronizacja AWS zyskała Kinesis, KMS, Secrets Manager i Service Discovery
• Możesz odkrywać repozytoria GitHub i łączyć je z kontem chmurowym, wiążąc kod z infrastrukturą, na której działa
• Limity żądań i łączenie żądań trafiły do każdego klienta dostawcy, więc dochodzenia przestają być dławione przez API dostawców
• Change intelligence mapuje teraz zdarzenia zmian od dostawcy na konkretne zasoby, których dotknęły, i pokazuje je w feedzie
• Ruchomy 24-godzinny widok zużycia incydentów względem limitów obszaru roboczego
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności

Autofix otworzył się w tym tygodniu. Możesz teraz podłączyć Cursor i kierować pull requesty z autofixu przez jego agentów w chmurze zamiast przez wbudowanego: gdy dochodzenie kończy się na linii kodu, Polylane przekazuje poprawkę, a Cursor otwiera PR. Domyślnego wykonawcę wybierasz per obszar roboczy w Settings → Integrations.

Automatyzacje też łatwiej zacząć. Jest teraz katalog gotowych szablonów, z wyzwalaczem, instrukcjami dla agenta i akcjami już podłączonymi, instalowanych jednym krokiem z konsoli, CLI (polylane automation from-template) albo API. Szablony można filtrować według kategorii i dostawcy i włączają one tylko akcje dla dostawców, których faktycznie podłączono. Obok tego nowe ustawienia triażu dają główny przełącznik plus przełączniki per reguła alertu na każdym koncie chmurowym i integracji, więc dokładnie decydujesz, które alerty Polylane podejmuje i bada.

Także w tym tygodniu:

• Znacznie szersze pokrycie Cloudflare w grafie: strefy, load balancing, WAF i zestawy reguł bezpieczeństwa, Tunnels, Spectrum, Access, Stream, Images i więcej zasobów Workers
• Krawędzie między chmurami: rekord DNS u jednego dostawcy wskazujący zasób u innego pojawia się teraz jako prawdziwa krawędź w grafie
• Cichsze wykrywanie anomalii: deterministyczny filtr odrzuca pojedyncze skoki i szum przy linii bazowej bliskiej zeru przed triażem, wykrywanie respektuje, który kierunek jest faktycznie zły dla danej metryki, a anomalie z rekordów zmian są deduplikowane w ciągu 24 godzin, zamiast budzić ponownie
• Karta Changes pokazuje wpływ na pierwszy rzut oka: odznaka wpływu, ryzyka, weryfikacja po zmianie i dotknięte zasoby jako chipy
• Własne endpointy LLM wyświetlają teraz modele, które faktycznie udostępniają, więc wybierasz z prawdziwych modeli zamiast wpisywać identyfikatory
• Sekrety klientów OAuth można rotować bez ponownego tworzenia klienta
• I jak zawsze: usprawnienia niezawodności, wydajności i stabilności