Build-log. Hvad der blev leveret, uge for uge.

Én agent fra fund til pull request

Hvert fund, Polylane opdager, håndteres nu af én enkelt agentkørsel. Den læser beviserne med skrivebeskyttede værktøjer over din telemetri og kontekstgrafen, beslutter om der er et reelt issue, og når den bekræftede årsag er en kodefejl i et forbundet repository, skriver den rettelsen og åbner pull requesten i den samme kørsel, uden overdragelse mellem triage-, undersøgelses- og autofix-faser. Pull requesten indledes med én Affected-linje, der navngiver ressourcen, den brudte værdi mod dens baseline, og hvor mange afhængige en fejl når, og dens sikkerhedsræsonnement står i et synligt Why it’s safe-afsnit. Når en rettelse er uden for rækkevidde, registrerer kørslen årsagen og et enkelt næste skridt på issuet i stedet for at fade ud.

Grafana Cloud og Logfire kommer med i observability-integrationerne

Forbind Grafana Cloud, eller selvhostet Grafana, med en stack-URL og et service account-token. Polylane tilføjer et contact point og en catch-all-notifikationsrute til stacken, så hver eksisterende alarmregel og hver regel, du opretter senere, når den uden opsætning pr. regel. Forbind Pydantic Logfire med en API-nøgle, og agenten får værktøjer til at gå fra en fejlende route til præcis det span, der kastede fejlen, plus skrivebeskyttet SQL til alt andet; projektet overvåges for fejlrate, request-mængde og p95-latens ligesom de andre udbydere.

Også i denne uge:

• Afviste issues får et andet blik: et tilbagevendende fund triageres igen, en afvisning nægtes, når beviserne ikke udelukker en hændelse på en kritisk ressource, og et “ingen hændelse” fra en person forbliver endeligt
• At forbinde GitHub spørger én gang, om pull requests skal gennemgås, og en pull request, der retter et kendt issue, får en grøn eller gul vurdering af, om den bør løse det
• En Key questions-tab på hver cloudkonto, integration og tæt overvåget ressource viser de spørgsmål, Polylane stiller til din telemetri, med udbyder-queryen bag hvert
• Kontekstgrafen får RDS read replicas og RDS Proxy, knytter repositories til de Kubernetes- og Railway-workloads, der kører de images, de bygger, og navngiver S3-buckets og RDS-endpoints fundet i miljøvariabler, før AWS-kontoen er forbundet
• AWS-forbindelsesdialogen viser den genererede CloudFormation-template med kopiér og download, og il-central-1 er tilgængelig
• Daglige logtendenser oprettes som triagerede issues i stedet for at ankomme på e-mail
• Indsæt eller træk billeder ind i konsollens chatfelt, og kontroller har deres egen side med et kopiérbart link
• Slack-svar slutter med, hvor lang tid kørslen tog, og hvor mange handlinger den udførte, og MCP-serveren viser en samtykkeskærm, før den autoriserer en klient
• CLI’en forbinder Grafana Cloud, Mixpanel og OpenStatus med polylane integration connect og Railway med polylane cloud connect --provider railway, og spørger om pull requests skal gennemgås, når GitHub forbindes (--no-pr-reviews fravælger)
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Tre clouds mere og din issue-tracker kommer med i kontekstgrafen

Du kan nu forbinde ClickHouse Cloud, Convex og Turso: indsæt et token, og deres services, projekter, deployments og databaser synkroniseres ind i kontekstgrafen hvert 15. minut, med sundhedskontroller og agentværktøjer. Linear er den første issue-tracking-integration: agenten læser dine teams, projekter og issues i enhver tråd, opretter issues fra undersøgelser med bevissporet vedhæftet og opdaterer tilstand, prioritet eller ansvarlig, og beder dig bekræfte før hver skrivning. Nye ressourcer ankommer allerede forbundne: sekundære ClickHouse-services knyttes til deres primære, Turso-branches til den database, de blev forgrenet fra, og Supabases auth-, storage-, realtime- og REST-services til den Postgres-database, de sidder foran, så en fejl på den primære når alt, der afhænger af den.

Én blast radius, overalt

Den blast radius-motor, der ligger bag gennemgange af pull requests, svarer nu overalt: issue-slideovers, ændringsposter og trådartefakter viser den samme downstream-rækkevidde, agenter kan bede om den, og hver autofix-pull request navngiver den berørte ressources tier, og hvad en fejl dér ville nå. Den graf, den følger, er tættere: CloudFront-distributioner knyttes til deres origins og WAF web ACL’er, security group-regler bliver kanter for rækkevidde, R2-buckets knyttes til de køer, de notificerer, og Step Functions-definitioner giver en kant for hver service, de kalder. En ny Connections-tab på hver ressource lister hver kant med dens retning, hvordan den blev opdaget, og beviserne bag den.

Også i denne uge:

• Én AWS-forbindelse dækker nu et hvilket som helst sæt regioner, eller dem alle, med CloudTrail og alarmer pr. region
• Autofix-pull requests anmoder om gennemgang fra den berørte ressources ejer, bruger Conventional Commits som standard, inkluderer et mermaid-diagram, når rettelsen har en struktur at vise, og bliver forældede efter 14 stille dage, så en bedre rettelse ikke længere holdes tilbage
• Du kan sætte en alvorsgradsgrænse for de undersøgelser, Polylane starter af sig selv, pr. workspace; nye alarmer triageres af en agent med skrivebeskyttede værktøjer, før de bliver issues, og gået i stå-undersøgelser genoptages af sig selv
• Hypotesekort i en tråd viser Confirmed, Refuted eller Inconclusive, og en tråd, der venter på dit svar, siger det
• Bed Slack-agenten om at gå væk, og den gør tråden tavs, indtil du @-nævner den igen; Channels-siden lister nu hver kanal i dit workspace med en Join-knap for dem, Polylane ikke er i
• Topologisiden opdateres live, dens søgning er fuldtekst over navne, aliasser og beskrivelser, og enhver graf i en tråd kan downloades som JSON, CSV eller PNG
• Hver rapport fastgjort til et Mixpanel-board bliver en daglig kontrol
• Autofix-kørsler bruger Node 24 og vælger versionen fra .nvmrc, .node-version eller engines.node
• CLI’en forbinder ClickHouse, Convex, Turso og Linear, kører AWS-forbindelsen i baggrunden, så du kan forbinde andre clouds i mellemtiden, accepterer --region all og tilbyder Slack-kanaler at deltage i, lige efter appen er forbundet
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Byg din kontekstgraf fra terminalen med din egen kodeagent

Kør polylane map, og CLI’en starter den kodeagent, du allerede bruger, til at kortlægge det aktuelle repository: topologi, de første issues og en første tråd lander i dit workspace, mens terminalen viser et hjerteslag. Din maskine og dens agent er nu en forbindelse ligesom GitHub eller AWS, så hver maskine skriver sin egen del af grafen, og ingen kan overskrive en andens. Mens kortlægningen kører, viser Topology-siden fremdrift, issues og chat på stedet, tilbyder dine clouds til forbindelse i mellemtiden og giver dig et delingslink, der kan trækkes tilbage. Forbinder du en cloud-kodeagent, bliver den din autofix-executor, og den får automatisk Polylanes MCP-server tilføjet, så den kan forespørge Polylane, mens den skriver en rettelse.

Railway, Mixpanel og OpenStatus kommer med i kontekstgrafen

Railway er en cloududbyder, du kan forbinde: forbind med OAuth eller et workspace-token, og Polylane synkroniserer projekter, services og deployments, holder øje med deploys, læser logs og kontrollerer servicemetrikker for issues. Mixpanel er den første produktanalyse-integration, så du kan spørge, om tilmeldinger faldt efter et deploy, og en daglig kontrol holder øje med event-mængder for ødelagt tracking. OpenStatus bringer monitorer og statussider ind i grafen, triagerer hver fejl og hver genopretning som en alarm og knytter hver monitor til den ressource, den prøver. Datadog, Sentry, Better Stack, Honeycomb og Axiom knytter nu de ressourcer, der rapporterer til dem, ind i grafen, og agenten kan udgive Better Stack-statusrapporter og kvittere for eller løse hændelser, hver bag din bekræftelse.

Også i denne uge:

• At forbinde en cloudkonto eller observability-integration opretter issues af sig selv: Polylane læser de sidste 24 timers fejllogs for tilbagevendende mønstre og kører de første kontroller med det samme
• Gennemgange af pull requests har en hovedbog over hver overvejet fejltilstand, markeret som bekræftet, plausibel eller afvist, med en blast radius, der navngiver de downstream-ressourcer, en fejl når, og den andel af trafikken, de bærer; Changes-tabben viser den indbygget
• Issues er nemmere at triagere: en kolonne og et filter for alvorsgrad, dubletter skjult som standard, og den alarm, der åbnede et issue, vist i starten af dets afstamning
• Autofix-pull requests viser deres fulde diff i en slideover, rapporterer deres resultat tilbage til den tråd, der bad om det, og leverer ikke længere en hævet grænse eller timeout som en rettelse
• Slack-svar vedhæfter grafer som billeder, og en lang Slack-tur linker ind i konsollen, så du kan følge med
• Forbind MCP-servere, der autentificerer med brugerdefinerede HTTP-headers, ikke kun et bearer-token
• Søgning i infrastrukturgrafen skifter til en tabel, så resultaterne læses som rækker
• CLI’en forbinder flere clouds på én gang med --multi, forhåndsafkrydset ud fra dit repositorys markører, indsnævrer vælgeren med --category observability og åbner en forudfyldt side til et skrivebeskyttet Cloudflare-token i din browser
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Hvert issue får en årsag, og en respons der passer

Polylane klassificerer nu, hvorfor hvert issue skete: en kodefejl, ustabil infrastruktur, en ekstern klient, forventet adfærd eller ukendt, hver med en konfidens, og reagerer derefter. En kodefejl får en rettelse. En ustabil CI-fejl får en anmodning om at køre workflowet igen i stedet for en patch, og en grøn genkørsel løser issuet af sig selv. Forventet adfærd afvises, eller dens alarmsignatur gøres tavs med begrundelsen registreret, og alt usikkert går til en person. Issue-siden viser vurderingen, hver beslutning og hvem der tog den, og beviserne bag et brud: den afvigende metrik, de udløsende loglinjer og tracen.

Du bestemmer, hvornår autofix kører

En Open autofix pull requests-kontakt sidder nu på workspacet og på hvert repository, og en ny Ask first-tilstand holder hver maskinudløst rettelse tilbage som en ventende kørsel, indtil du klikker Approve and run; rettelser, du beder om i en tråd, holdes aldrig tilbage. Ethvert kørende autofix kan afbrydes, før dets pull request åbnes, fra konsollen, chatten eller Slack. Pull requests har et severity:-label og indledes med det, der forårsagede rettelsen: den berørte ressource, den brudte metrik og de loglinjer, der udløste den. Hver patch går gennem en datasikkerhedsgennemgang, så en, der ville sende nye data til logs, eksporter eller analytics, revideres eller tilbageholdes.

Også i denne uge:

• At forbinde GitHub åbner nu en første pull request inden for et minut, som tilføjer Polylane-instruktioner til AGENTS.md, Cursor-regler og dine andre agentinstruktionsfiler, med observability-pull requesten efterfølgende, som kan afbrydes fra konsollen
• En daglig e-mail om logtendenser ankommer kun de dage, noget ændrede sig, som en ny fejl-template eller en service, der logger langt over sin normale mængde, hver med en Investigate-knap
• Bed agenten om at holde øje med en CI-kørsel eller release, og den holder op med at polle og vågner, når GitHub-eventen lander
• Tilsigtede tilbagevendende signaler får en rettelse, der gør adfærden eksplicit i din kode i stedet for en tavs alarm, og alarm-issues, der bliver stille, løses af sig selv
• Slack-agenten taler i første person, og billeder sendt til den i Slack vises nu i konsollen
• Konsolchatten folder hver tænkefase og dens værktøjskald sammen til én række, tilbyder en Quick answer-pille efter 30 sekunder og Try again efter et afbrudt svar
• Afstamningsnoder får forhåndsvisning ved hover og kan gennemgås med tastaturet, eksterne services som googleapis.com får en wiki, og støj fra autoskalering fylder ikke længere ændringsfeedet
• Udseendemenuen får en System-mulighed
• CLI’en får polylane scan, som finder nøglerisici på tværs af dine forbundne konti og lader dig vælge én at undersøge, og polylane autofix watch, som printer URL’er til pull requests, efterhånden som de åbnes, og forbindelsesguiderne nævner hver udbyders præcise token-rettigheder
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Modal og Supabase kommer med i kontekstgrafen

Indsæt det token-par, Modal udleverer til CLI-login, og dine environments, apps, funktioner, sandboxes, volumes og køer dukker op i kontekstgrafen, med app-logs læst ind i et sammendrag, kontroller for omkostninger og fejlmængde der åbner issues, og hvert repository knyttet til den app, dets CI kører modal deploy på. Forbind en Supabase-organisation gennem OAuth eller et personligt adgangstoken, og hvert projekts databaser, edge functions, branches, buckets, auth og storage synkroniseres hvert 15. minut, med dashboards, logs og kontroller på hver. Agenten får skrivebeskyttede værktøjer til begge, så en undersøgelse læser, hvad Modal eller Supabase gør nu, i stedet for hvad den seneste synkronisering registrerede.

Tal med agenten, mens den arbejder

At sende en besked midt i en tur plejede at afbryde turen og smide minutters arbejde væk. Nu forbliver skrivefeltet aktivt: din besked tages op ved agentens næste trin og vises i transskriptionen dér, hvor den blev læst. En besked, der aldrig ankommer, siger det, med mulighed for at prøve igen. Stop og send deler én knap, Esc stopper turen, og i stemmetilstand holder agenten op med at svare på det spørgsmål, du talte hen over.

Også i denne uge:

• Slack-agenten poster Approve- og Deny-kort, når en ændring kræver godkendelse, viser sin opgaveliste i sin statusbesked og lukker en pull request, den har åbnet, når du beder om det
• Reager med et flueben på et hændelseskort i Slack for at løse det, eller et indkørsel forbudt-skilt for at markere det som ingen hændelse; kortet opdateres på stedet, og tidslinjen registrerer, hvem der handlede
• En Channels-tab på Slack-integrationen lister hver kanal, Polylane er i, og agenten gemmer selv en kanals instruktioner, når du fortæller den, hvordan den skal opføre sig dér
• Autofix-pull requests indledes med et Before / After-afsnit skrevet ud fra diffen, en Implementation-tab viser den tråd, der skrev patchen, og en svag plan afvises, før den koster en kørsel
• Polylane tjekker for en åben pull request, før den bruger en undersøgelse, og beholder arbejdet fra en langsom autofix-tur i stedet for at kassere det
• Gennemgange af pull requests slås til eller fra pr. repository fra Repositories-siden, i bulk, eller på tværs af en hel GitHub-integration med én kontakt
• Udgivne kort giver dig nu et link på omkring to minutter som et udkast, der forfines på samme URL, med problemer listet ved siden af grafen og en Investigate-knap på hver
• Tilmelding opretter et workspace til dig med det samme, automatisk tilslutning via domæne er slået fra som standard, og et link ind i et workspace, du ikke er med i, viser en skærm til at anmode om adgang
• CLI’en tilmelder dig med Google, GitHub eller e-mail via polylane auth signup, gør polylane cloud connect og polylane integration connect interaktive, og polylane setup konfigurerer nu Cline, Roo Code, Goose, Pi og Warp
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

CI-fejl bliver issues, undersøgelser og rettelser

Hver fejlende GitHub Actions-kørsel i et forbundet repository bliver nu et Polylane-issue. Gentagne fejl i det samme workflow foldes ind i ét issue; en grøn kørsel løser det, og en fejl inden for 24 timer genåbner det. Triagen læser de fejlede jobs, trin og kontrolannotationer, og når den bekræfter et reelt problem, starter den en undersøgelse og sætter et autofix i kø mod den fejlende branch. Rettelsen lander som en almindelig autofix-pull request.

Følg kæden fra kontrol til pull request

Hvert issue, hver undersøgelse, hvert autofix og hver kontrol kender nu sine naboer. En afstamningsgraf på issuets Overview-tab tegner hele kæden, fra den kontrol, der rejste det, gennem undersøgelsen til autofixet og dets pull request. Et klik på et kort åbner det i en slideover, og dublet-issues peger altid på den rod, der holder undersøgelsen. Autofix-sider indledes nu med resultatet: pull requesten, hvorfor kørslen blev sprunget over (med en Run anyway-knap), eller hvorfor den fejlede (med Run again).

Også i denne uge:

• Udgiv et offentligt kort over din arkitektur: kør kort-prompten i din kodeagent, og den udgiver et scoret, versioneret kort, som alle kan gennemse, stille spørgsmål til eller give et problem videre fra direkte til Polylane til undersøgelse
• Gennemgangskommentarer indledes med View the full analysis: den komplette gennemgang, interaktive grafer og fulde loguddrag, læsbare for dem, der ser pull requesten, gennem et gæstelink; autofix-pull requests linker hele deres kørsel på samme måde
• Gennemgange viser deres beviser: et godkendt vedhæfter den metrikserie eller det loguddrag, det bygger på, briefingen lister tidligere issues, der ramte de samme ressourcer, og kontrollen for påvirkning af produktion er nu slået til som standard for alle repositories
• Efter en undersøgelse spørger Polylane, om manglende signal gjorde den sværere; hvis ja, tilføjer en opfølgende pull request præcis den logning eller tracing, med en indledning om hvilken undersøgelse den ville have forkortet
• To nye forbindelser: Kubernetes-clusters gennem en skrivebeskyttet agent inde i clusteret, så ingen kubeconfig forlader clusteret, og Better Stack, hvis hændelser flyder ind i triagen, og hvis monitorer agenten kan forespørge
• Eksterne services, din kode kalder (Stripe, Datadog og så videre), kommer med i kontekstgrafen fra URL’er i miljøvariabler under deres egen External services-kategori, og en graf med 3,000 ressourcer åbner nu på sekunder
• I tråde med flere personer ved agenten, hvem der sagde hvad, og hvert minde, den gemmer, kontrolleres igen dagligt og redigeres eller fjernes, når det bliver forældet
• Admins kan eksportere et workspace som et JSON-arkiv, og sletning af et workspace sætter det nu først i karantæne med et vindue på 60 dage før den endelige sletning
• Hver plans månedlige token-tildeling er fem gange større, ingen plan begrænser længere antallet af workspace-medlemmer, og en ny Privacy & data-indstilling lader admins fravælge modeltræning for workspacet
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Polylane er en kollega i Slack

Nævn Polylane i Slack, og den reagerer med det samme, viser at den tænker, og streamer sit svar, mens den skriver. Lange ture viser live fremdrift, og en fejlet kørsel fortæller, hvad der skete, og hvordan du genoptager, i stedet for at blive stille. Polylane vises i Slacks Agents-tab med foreslåede prompts, og i de kanaler, den er medlem af, går den uopfordret ind i samtaler, den kan hjælpe med, medmindre du sætter en kanal til kun at reagere på nævnelser. Når et autofix starter fra en Slack-tråd, får den tråd resten at høre: linket til pull requesten, CI-fejl og deres rettelser, svar på gennemgange og en reaktion, når den merges.

Issues fanget ud fra, hvad dine logs siger

Polylane læser nu, hvad dine logs siger, ikke kun hvordan de udvikler sig. En jævn strøm af crashes, der aldrig krydsede en tærskel eller flyttede en baseline, oprettes som et issue, forbliver åbent, mens fejlen bliver ved med at dukke op, og løser sig selv, når den stopper. Hvert nyt issue kontrolleres mod de åbne på tværs af dit workspace: bekræftede dubletter linkes og deler én undersøgelse i stedet for at starte en anden. Loglinjer grupperes efter form, så et ukendt id-format ikke skaber et nyt issue eller får et eksisterende til at blafre.

Også i denne uge:

• Gennemgange af pull requests leverer nu rettelser, ikke kun vurderinger: små observability-huller i de linjer, du ændrede, kommer som forslagskommentarer med ét klik, større som en stacket forbedrings-pull request mod din branch, og ingen af dem ændrer godkendt eller afvist
• Gennemgange og autofix-pull requests kontrollerer hele kataloget af deploy-farer: omdøb-og-slet-ændringer, som gamle pods stadig læser, skriveblokerende CREATE INDEX på varme tabeller, miljøvariabler ingen provisionerer, og forudsætninger i en andens system, hver listet med en ejer, indtil den er kvitteret
• Personer og teams kommer med i kontekstgrafen: CODEOWNERS, deploy-forfattere og ejer-tags bliver person- og team-noder med owns-kanter, og forskellige stavemåder af én person samles i én node
• Hvert nyforbundet repository får en observability-autofix-pull request skrevet i repositoryets egne konventioner, og autofix-pull requests indledes nu med en opsummering i almindeligt sprog
• View Thread på en gennemgangskommentar åbner undersøgelsen skrivebeskyttet for alle, der kan se pull requesten, uden konto, og du får en notifikation, når en vurdering ændrer sig
• Infrastrukturgrafen er igen et hierarki fra top til bund, grupperet efter cloudkonto, og i topologivisningen kan du holde en ressource nede for at se dens blast radius brede sig langs kanterne, eller trække i en for at få dens naboer med
• Autofixes-siden har søgning og filtre, der ligger i URL’en, og redigering af én række gentegner ikke længere tabellen
• Gratis workspaces får 10 undersøgelser om dagen, op fra 1
• CLI’en får polylane setup, som registrerer Polylanes MCP-server og skill hos hver kodeagent på din maskine (--agent vælger én)
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Hver pull request, gennemgået for påvirkning af produktion

Polylane læser nu hver pull request og svarer på ét spørgsmål: forringes produktion, når den merges? Den følger kontekstgrafen fra repositoryet til de ressourcer, koden leveres til, kontrollerer ændringen mod den levende topologi og telemetri og kommenterer sin vurdering på pull requesten: godkendt eller afvist, med beviser og de berørte ressourcer vedhæftet. En “Polylane production impact”-kontrol kan gøres påkrævet i branch protection for at blokere en dårlig merge.

Autofix-pull requests tager imod feedback

Skriv en gennemgangskommentar på en autofix-PR, og Polylane svarer eller pusher den ønskede ændring. Svar i den Slack-tråd, hvor PR’en blev annonceret, og den svarer lige dér. Når CI fejler på en autofix-branch, diagnosticerer Polylane de fejlede kontroller og pusher en rettelse uden at blive bedt om det. Og når den skriver kode, følger den dine husregler: AGENTS.md, CLAUDE.md, Cursor-regler og den commit-konvention, den udleder af din git-historik.

Også i denne uge:

• Repositories kom med i kontekstgrafen: Polylane læser Terraform, CloudFormation, Pulumi, CDK og deploy-manifester (wrangler.jsonc, fly.toml, vercel.json, render.yaml) for at knytte hvert repository til de ressourcer, det deployer, med en Resources-tab til manuelle links
• Du kan styre gennemgange pr. repository med dine egne instruktioner, for eksempel “markér aldrig skemamigreringer”, og når et senere push adresserer en markeret bekymring, markerer Polylane den selv som løst
• Nøglerisici i rapporter bliver undersøgt, ikke bare listet: klik på én, eller undersøg dem alle, og vurderingerne streamer ind live, med bekræftede risici der flyder til toppen med en opsummering af, hvad der blev fundet
• Topologi er nu konsollens hoveddør: hver ressource en prik, farvet efter kategori og skaleret efter tier, med issue-hotspots der pulserer rødt og de mest ændrede ressourcer med en stiplet ring
• PlanetScale er nu en udbyder: forbind med OAuth, databaser og branches synkroniseres ind i kontekstgrafen, og Query Insights driver automatiske kontroller for query-fejl, p99-latens, latensspidser og kollapset query-mængde
• Nye cloudkonti starter skrivebeskyttet: hver skrivning gennem udbyderens API afvises, indtil en admin slår kontakten om, pr. konto
• Vercel-synkronisering fik ni nye ressourcetyper (sandboxes, workflows, crons, feature flags, AI Gateway, microfrontends, access groups, drains, container registry), og rollbacks spores ordentligt: Polylane følger det deployment, der faktisk betjener produktion, ikke det nyeste
• Kontekstgrafen blev tættere: Cloudflare-tunneler knyttes til de zoner og origin-services, de sidder foran, Hyperdrive ruter gennem tunneler, og URL-formede miljøvariabler bliver kanter på tværs af clouds og konti
• Hvert repository bærer en instrumenteringsscore ud af 100 (routes uden logning, nøgne console-kald, manglende fejlopsamling), og ressourcer, der betjener trafik uden at logge eller pludselig bliver stille, bliver påpeget
• Logs fik en hukommelse: hver ressource fører en hovedbog over sine tilbagevendende mønstre med historiske rater, og issues viser fejlende requests med præcis de loglinjer, der hører til dem
• Slack-svar er strammere: ét svar pr. tur, ordentlig formatering og @-nævnelser, og stilhed når en besked ikke er til agenten
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Din kodeagent kan nu se alt, hvad Polylane ser. De værktøjer, Polylane byggede til sine egne agenter: den levende infrastrukturgraf på tværs af alle dine clouds, observability-queries mod hver forbundet udbyder, kodesøgning i dine repositories, hele REST API’et, er nu eksponeret for Claude Code, Cursor, Codex, OpenCode og VS Code gennem én MCP-server eller CLI’en. Ét endpoint, et browserlogin, og din agent svarer på “hvad fejlede i produktion for den service, denne PR rører ved?” uden at forlade editoren. Skrivninger ligger bag en politik, der afviser som udgangspunkt, og merging forbliver menneskelig.

Anomalier og alarmer er væk. Ikke signalerne, opdelingen: alt, hvad Polylane opdager, og hver alarm, dine udbydere videresender, lander nu ét sted, som issues. Én liste, én livscyklus og ordentlig deduplikering: det samme problem, der udløses halvtreds gange, er ét issue med et antal forekomster, ikke halvtreds rækker. Eksterne issues linker dybt tilbage til alarmen i udbyderens egen konsol, og automatiseringer kan nu udløses på triage-vurderinger.

Overvågningen blev klogere på, hvad den skal holde øje med. For hver forbundet konto genererer Polylane nu overvågningsspørgsmål: de ting, en on-call-engineer gerne ville have besvaret løbende. Den læser dine repositories for præcis de fejllogs, spans og brugerdefinerede metrikker, du faktisk skrev, gør hvert spørgsmål til en udbyder-query, validerer den på rigtige data og kører dem, der klarer sig, hvert par minutter som kontroller. Relaterede serier deler nu en graf: p95 og p99 sammen, 5xx pr. service på én akse.

Også i denne uge:

• Konsollen åbner nu på Home: feedopsummering, beslutninger der venter på dig, hotspots for issues og ændringer og et best practices-panel over døre, der står åbne i din arkitektur
• Factory slutter sig til Cursor og Devin som autofix-executors, eksterne PR’er linker tilbage til den undersøgelse, der skabte dem, og en PR lukket uden merge er nu et sporet resultat
• Overvågning er en kontakt pr. ressource: slå den fra, og Polylane bliver ved med at registrere ændringer uden at åbne issues, og et dækningskort viser præcis, hvad der overvåges og hvor ofte
• Vercel-metrikker og -logs: indsæt et personligt adgangstoken (valideret mens du taster), og vælg hvilken telemetri der skal indsamles
• At forbinde AWS efterlader dig ikke længere på en tom side: konsollen holder øje med din CloudFormation-stack, springer til kontoen i det øjeblik, den melder sig, og siger det ligeud, hvis den aldrig gør
• Et ugentligt sammendrag for hele workspacet: én kontakt sender hvert medlem en opsummering af hændelser, issues, autofixes, ændringer og inaktive ressourcer
• Sentry-issues ankommer med den faktiske exception vedhæftet, før triagen starter: type, besked, øverste stack frames og tags
• Roligere triage: alvorsgraden afspejler den påvirkning, der sker nu, i stedet for det værst tænkelige, og bot-scanninger mod wp-login.php og .env åbner ikke længere hændelser
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Rapporter blev voksne i denne uge. Det, Polylane finder i en konto, plejede at være et engangsresultat, du så rulle forbi; det er nu en rapport med sin egen URL. Der er en rapportside med filtrering og massehandlinger, live fremdrift mens en gennemgang kører, topologi og startspørgsmål når den lander, og et offentligt delingslink, når du vil vise den til nogen uden for dit workspace. Det virker på cloudkonti og på dine Datadog-, Honeycomb-, Axiom- og Sentry-integrationer.

Feedet fik samme behandling. Det åbner nu med en 30-dages opsummering af, hvad Polylane faktisk gjorde for dig (fangede issues, ændringer der forårsagede issues, autofix-PR’er, løste anomalier, hver med en sparkline), en sundhedsscore og en “venter på dig”-tabel med de beslutninger, der har brug for et menneske. Og under motorhjelmen flyttede hændelsestråde over på durable workflows, så undersøgelser overlever deploys og genstarter, og den indbyggede autofix-executor kører nu den open source-kodeagent pi, med den fulde transskription læsbar bag hver PR.

Også i denne uge:

• Sentrys webhooks for alarmregler og issues åbner nu hændelser: triageret af en agent i det øjeblik, de ankommer, med status- og vurderingsmærker og undersøg med ét klik
• Tilbagevendende anomalier beholder de metrikker, logs og traces, der blev opsamlet ved hver forekomst, gennemseelige med nyeste først, i stedet for kun den seneste
• Anomalisider indledes med sparkline-metrikkort, der viser værdi, baseline og afvigelse, en blast radius-visning og en logopsummering
• Ændringshistorik pr. ressource: ændringssignaler på hver nodes detaljepanel, og de mest ændrede ressourcer fremhævet i feedet
• Advisories beregnes på backenden, hver markeret som noget, der kan rettes på stedet eller med vejledning
• Trådpålidelighed: forældede ture fejes automatisk væk, kapacitetsproblemer hos modellerne falder pænt tilbage, og løbske ture afbrydes i stedet for at snurre
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Ingen vil have tusind rå loglinjer smidt midt ind i en undersøgelse. I denne uge fik hver telemetri-query, agenterne kører (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray), en opsummeringstilstand: det fulde, uafkortede resultat destilleres til alvorsgrad, fejltællinger, gentagne mønstre og den håndfuld linjer, der faktisk er værd at læse, citeret ordret. Tråde forbliver læsbare, og agenten holder op med at drukne sin egen kontekst i logs.

At forbinde en konto blev også bedre. Lige efter du forbinder, får du nu en struktureret rapport med rangerede risici, nøglemetrikker og sammendrag af logs og traces, med startspørgsmål til at grave videre. Og for Cloudflare udfylder en ny dialog på forhånd hver rettighed, Polylane har brug for, og lader dig vælge mellem skrivebeskyttet (kun undersøg og forklar; ændringer lander altid kun som PR’er) og fuld adgang, så ingen skal håndvælge API-token-rettigheder igen.

Også i denne uge:

• Ressourcetiers omklassificeres automatisk hver dag, og du kan nu overstyre en hvilken som helst ressources tier manuelt (overstyringer fastholdes) eller køre klassificeringen igen for en hel konto
• Hver anomali får en undersøg-knap, der åbner en hændelsestråd med ét klik, med deduplikering så den samme anomali aldrig skaber dubletter
• AI-foreslåede startspørgsmål vises nu på ændringer, kontrolkørselsevalueringer og enkelte ressourcer, ikke kun efter forbindelse
• polylane automation create og POST /automations accepterer brugerdefinerede triggers, instruktioner og værktøjer, så du kan bygge automatiseringer, ingen template dækker
• En slideover for kontrolkørsler til at inspicere en enkelt evaluerings metrikker, logs og traces, med undersøg- og spørgsmålshandlinger direkte i den
• Overvågning pr. ressource indsamler nu strukturerede beviser: hyppigste og nye log-templates, totaler pr. alvorsgrad, fejl- og fault-rater og p50/p95/p99 pr. operation
• Reparation med ét klik af ødelagte Mermaid-diagrammer i ressource-wikier
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

At forbinde en konto har endelig fået et ordentligt øjeblik. I stedet for at smide dig tilbage på et dashboard lander Polylane dig nu på en side, der forklarer, hvad den kan se i den konto, du lige har forbundet, begynder at finde issues med det samme og tilbyder tre skræddersyede spørgsmål, der er værd at stille agenten. De første fem minutter gik fra “og hvad så nu?” til en egentlig samtale om din infrastruktur.

Det andet tema i denne uge er tillid. Når en agent vil udføre en muterende handling, viser tråden dig nu metode, sti, body og begrundelse og venter på din godkendelse, med sletninger markeret som destruktive. Og hver hændelse erklærer nu, hvor den står ved slutningen af hver agenttur (kræver menneskelig handling, kræver en beslutning, afventer en ændring, fejlet eller løst), så du med et enkelt blik kan se, hvilke undersøgelser der faktisk har brug for dig.

Også i denne uge:

• Hver overvågningsgennemgang registreres som en kontrolkørsel (sund, brudt eller stabil), hvilket giver hver ressource en tidslinje af evalueringer, du kan inspicere, plus en manuel trigger
• Ressourcer klassificeres automatisk i tier 1–4 efter driftskritikalitet ud fra topologi, trafik og seneste ændringer; tiers styrer nu, hvordan anomalier prioriteres
• AWS-synkronisering fik Kinesis, KMS, Secrets Manager og Service Discovery
• Du kan finde og knytte GitHub-repositories til en cloudkonto og dermed binde koden til den infrastruktur, den kører på
• Rate limiting og sammenlægning af forespørgsler landede i alle udbyderklienter, så undersøgelser ikke længere bliver bremset af udbydernes API’er
• Change intelligence knytter nu udbydernes ændringsevents til de specifikke ressourcer, de rørte ved, vist i feedet
• En rullende 24-timers visning af hændelsesforbrug mod dit workspaces grænser
• Og som altid: forbedringer af pålidelighed, performance og stabilitet

Autofix åbnede op i denne uge. Du kan nu forbinde Cursor og sende autofix-pull requests gennem dets cloud-agenter i stedet for den indbyggede: når en undersøgelse ender ved en kodelinje, overdrager Polylane rettelsen, og Cursor åbner PR’en. Vælg en standard-executor pr. workspace under Settings → Integrations.

Automatiseringer blev også nemmere at komme i gang med. Der er nu et katalog af færdigbyggede templates, med trigger, agentinstruktioner og handlinger allerede koblet sammen, som kan installeres i ét trin fra konsollen, CLI’en (polylane automation from-template) eller API’et. Templates kan filtreres efter kategori og udbyder og slår kun handlinger til for udbydere, du faktisk har forbundet. Ved siden af giver nye triage-kontroller dig en hovedkontakt plus kontakter pr. alarmregel på hver cloudkonto og integration, så du bestemmer præcis, hvilke alarmer Polylane tager op og undersøger.

Også i denne uge:

• Meget bredere Cloudflare-dækning i grafen: zoner, load balancing, WAF- og sikkerhedsregelsæt, Tunnels, Spectrum, Access, Stream, Images og flere Workers-ressourcer
• Kanter på tværs af clouds: en DNS-record hos én udbyder, der peger på en ressource hos en anden, vises nu som en rigtig kant i grafen
• Roligere anomalidetektion: en deterministisk bagstopper fjerner isolerede spidser og støj omkring en baseline nær nul før triage, detektionen respekterer hvilken retning der faktisk er dårlig pr. metrik, og anomalier på ændringsposter dedupliceres inden for 24 timer i stedet for at page igen
• Changes-tabben viser påvirkning med et enkelt blik: et påvirkningsmærke, risici, verifikation efter ændringen og berørte ressourcer som chips
• Brugerdefinerede LLM-endpoints viser nu de modeller, de faktisk annoncerer, så du vælger blandt rigtige modeller i stedet for at taste id’er
• OAuth-klient-secrets kan roteres uden at genoprette klienten
• Og som altid: forbedringer af pålidelighed, performance og stabilitet