Byggelogg. Hva som ble levert, uke for uke.

Én agent fra funn til pull request

Hvert funn Polylane oppdager, behandles nå av én enkelt agentkjøring. Den leser bevisene med skrivebeskyttede verktøy over telemetrien din og kontekstgrafen, avgjør om det finnes et ekte issue, og når den bekreftede årsaken er en kodefeil i et tilkoblet repository, skriver den fiksen og åpner pull requesten i den samme kjøringen, uten overlevering mellom triage-, undersøkelses- og autofiks-stadier. Pull requesten leder med én Affected-linje som navngir ressursen, verdien som brøt mot baselinen sin, og hvor mange avhengige en feil når, og sikkerhetsresonnementet ligger i en synlig Why it’s safe-seksjon. Når en fiks er utenfor rekkevidde, registrerer kjøringen grunnen og et tydelig neste steg på issuet i stedet for å ebbe ut.

Grafana Cloud og Logfire blir med blant observerbarhetsintegrasjonene

Koble til Grafana Cloud, eller selvhostet Grafana, med en stack-URL og et tjenestekonto-token. Polylane legger til et kontaktpunkt og en fang-alt-notifikasjonsrute i stacken, så hver eksisterende varselregel og hver regel du oppretter senere når den uten oppsett per regel. Koble til Pydantic Logfire med en API-nøkkel, og agenten får verktøy for å gå fra en feilende rute til det nøyaktige spanet som kastet feilen, pluss skrivebeskyttet SQL for alt annet; prosjektet følges for feilrate, forespørselsvolum og p95-latens som de andre leverandørene.

Også denne uken:

• Avviste issues får en ny titt: et gjentakende funn triageres igjen, en avvisning nektes når bevisene ikke utelukker en hendelse på en kritisk ressurs, og et «ikke hendelse» fra en person står fast
• Å koble til GitHub spør én gang om pull requester skal gjennomgås, og en pull request som fikser et kjent issue får en grønn eller gul konklusjon på om den bør løse det
• En Key questions-fane på hver skykonto, integrasjon og tett fulgt ressurs viser spørsmålene Polylane stiller til telemetrien din, med leverandørspørringen bak hvert
• Kontekstgrafen får RDS-lesereplikaer og RDS Proxy, kobler repositorier til Kubernetes- og Railway-arbeidslastene som kjører imagene de bygger, og navngir S3-bøtter og RDS-endepunkter funnet i miljøvariabler før AWS-kontoen er koblet til
• AWS-tilkoblingsdialogen viser den genererte CloudFormation-malen med kopier og last ned, og il-central-1 er tilgjengelig
• Daglige loggtrender registreres som triagerte issues i stedet for å komme på e-post
• Lim inn eller slipp bilder i konsollens chat-skrivefelt, og sjekker har sin egen side med en kopierbar lenke
• Slack-svar avsluttes med hvor lang tid kjøringen tok og hvor mange handlinger den gjorde, og MCP-serveren viser en samtykkeskjerm før den autoriserer en klient
• CLI-en kobler til Grafana Cloud, Mixpanel og OpenStatus med polylane integration connect og Railway med polylane cloud connect --provider railway, og spør om pull requester skal gjennomgås når du kobler til GitHub (--no-pr-reviews melder deg ut)
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Tre skyer til og saksporingssystemet ditt blir med i kontekstgrafen

Du kan nå koble til ClickHouse Cloud, Convex og Turso: lim inn et token, og tjenestene, prosjektene, deploymentene og databasene deres synkroniseres inn i kontekstgrafen hvert 15. minutt, med helsesjekker og agentverktøy. Linear er den første saksporingsintegrasjonen: agenten leser teamene, prosjektene og sakene dine i enhver tråd, registrerer saker fra undersøkelser med bevissporet vedlagt, og oppdaterer tilstand, prioritet eller ansvarlig, og ber deg bekrefte før hver skriving. Nye ressurser kommer allerede koblet opp: sekundære ClickHouse-tjenester kobles til primæren sin, Turso-grener til databasen de ble forgrenet fra, og Supabases auth-, lagrings-, realtime- og REST-tjenester til Postgres-databasen de står foran, så en feil på primæren når alt som avhenger av den.

Ett skadeomfang, overalt

Skadeomfangsmotoren bak gjennomganger av pull requester svarer nå overalt: issue-sidepaneler, endringsoppføringer og trådartefakter viser den samme nedstrømsrekkevidden, agenter kan be om den, og hver autofiks-pull request navngir den berørte ressursens nivå og hva en feil der ville nå. Grafen den går gjennom er tettere: CloudFront-distribusjoner kobles til opprinnelsene og WAF web ACL-ene sine, sikkerhetsgrupperegler blir nåbarhetskanter, R2-bøtter kobles til køene de varsler, og Step Functions-definisjoner gir en kant for hver tjeneste de kaller. En ny Connections-fane på hver ressurs lister hver kant med retning, hvordan den ble oppdaget og bevisene bak den.

Også denne uken:

• Én AWS-tilkobling dekker nå et hvilket som helst sett med regioner, eller alle, med CloudTrail og varsler per region
• Autofiks-pull requester ber om gjennomgang fra den berørte ressursens eier, bruker Conventional Commits som standard, inkluderer et mermaid-diagram når fiksen har struktur å vise, og blir foreldet etter 14 stille dager så en bedre fiks ikke lenger holdes tilbake
• Du kan sette en alvorlighetsterskel for undersøkelsene Polylane starter på egen hånd, per workspace; nye varsler triageres av en agent med skrivebeskyttede verktøy før de blir issues, og undersøkelser som har stoppet opp, gjenopptas på egen hånd
• Hypotesekort i en tråd leser Confirmed, Refuted eller Inconclusive, og en tråd som venter på svaret ditt, sier det
• Be Slack-agenten gå vekk, og den demper tråden til du @-nevner den igjen; Channels-siden lister nå hver kanal i workspacet ditt med en Join-knapp for de Polylane ikke er i
• Topologisiden oppdateres direkte, søket er fulltekst over navn, aliaser og beskrivelser, og enhver graf i en tråd kan lastes ned som JSON, CSV eller PNG
• Hver rapport festet til et Mixpanel-board blir en daglig sjekk
• Autofiks-kjøringer bruker Node 24 og velger versjonen fra .nvmrc, .node-version eller engines.node
• CLI-en kobler til ClickHouse, Convex, Turso og Linear, kjører AWS-tilkoblingen i bakgrunnen så du kan koble til andre skyer i mellomtiden, tar --region all, og tilbyr Slack-kanaler å bli med i rett etter at appen er koblet til
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Bygg kontekstgrafen din fra terminalen med din egen kodeagent

Kjør polylane map, og CLI-en starter kodeagenten du allerede bruker for å kartlegge det gjeldende repositoryet: topologi, første issues og en førstegangstråd lander i workspacet ditt mens terminalen viser et hjerteslag. Maskinen din og agenten dens er nå en tilkobling som GitHub eller AWS, så hver maskin skriver sin egen del av grafen, og ingen kan overskrive en annens. Mens kartleggingen kjører, viser Topology-siden fremdrift, issues og chat på stedet, tilbyr skyene dine for tilkobling i mellomtiden, og gir deg en delingslenke som kan trekkes tilbake. Å koble til en skybasert kodeagent gjør den til autofiks-utføreren din, og den får Polylanes MCP-server lagt til automatisk så den kan spørre Polylane mens den skriver en fiks.

Railway, Mixpanel og OpenStatus blir med i kontekstgrafen

Railway er en skyleverandør du kan koble til: koble til med OAuth eller et workspace-token, og Polylane synkroniserer prosjekter, tjenester og deployments, følger med på deploys, leser logger og sjekker tjenestemetrikker for issues. Mixpanel er den første produktanalyse-integrasjonen, så du kan spørre om registreringene falt etter en deploy, og en daglig sjekk følger med på eventvolumer etter brudd i sporingen. OpenStatus bringer monitorer og statussider inn i grafen, triagerer hver feil og gjenoppretting som et varsel, og kobler hver monitor til ressursen den prober. Datadog, Sentry, Better Stack, Honeycomb og Axiom kobler nå ressursene som rapporterer til dem inn på grafen, og agenten kan publisere Better Stack-statusrapporter og bekrefte eller løse hendelser, hver bak din bekreftelse.

Også denne uken:

• Å koble til en skykonto eller observerbarhetsintegrasjon registrerer issues på egen hånd: Polylane leser de siste 24 timene med feillogger etter gjentakende mønstre og kjører de første sjekkene med en gang
• Gjennomganger av pull requester har en oversikt over hver feilmodus som ble vurdert, merket bekreftet, plausibel eller avkreftet, med et skadeomfang som navngir nedstrømsressursene en feil når og andelen trafikk de bærer; Changes-fanen viser det innebygd
• Issues er enklere å triagere: en alvorlighetsgradskolonne og -filter, duplikater skjult som standard, og varselet som åpnet et issue vist i starten av avstamningen
• Autofiks-pull requester viser hele diffen i et sidepanel, rapporterer utfallet tilbake til tråden som spurte, og leverer ikke lenger en hevet grense eller tidsavbrudd som en fiks
• Slack-svar legger ved grafer som bilder, og en lang Slack-runde lenker inn i konsollen så du kan følge med
• Koble til MCP-servere som autentiserer med egendefinerte HTTP-headere, ikke bare et bearer-token
• Søk i infrastrukturgrafen bytter til en tabell, så resultatene leses som rader
• CLI-en kobler til flere skyer samtidig med --multi, forhåndsvalgt fra markørene i repositoryet ditt, snevrer inn velgeren med --category observability, og åpner en forhåndsutfylt side for skrivebeskyttet Cloudflare-token i nettleseren din
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Hvert issue får en årsak, og en respons som passer

Polylane klassifiserer nå hvorfor hvert issue skjedde: en kodefeil, ustabil infrastruktur, en ekstern klient, forventet oppførsel eller ukjent, hver med en konfidens, og svarer deretter. En kodefeil får en fiks. En ustabil CI-feil får en forespørsel om å kjøre arbeidsflyten på nytt i stedet for en patch, og en grønn ny kjøring løser issuet av seg selv. Forventet oppførsel avvises eller varselsignaturen dens dempes med begrunnelsen registrert, og alt som er usikkert går til en person. Issue-siden viser konklusjonen, hver beslutning og hvem som tok den, og bevisene bak et brudd: den avvikende metrikken, de utløsende logglinjene og tracen.

Du bestemmer når autofiks kjører

En Open autofix pull requests-bryter sitter nå på workspacet og på hvert repository, og en ny Ask first-modus holder hver maskinutløste fiks som en ventende kjøring til du klikker Approve and run; fikser du ber om i en tråd, holdes aldri tilbake. Enhver pågående autofiks kan avbrytes før pull requesten åpnes, fra konsollen, chatten eller Slack. Pull requester har en severity:-etikett og åpner med det som forårsaket fiksen: den berørte ressursen, metrikken som brøt, og logglinjene som utløste den. Hver patch går gjennom en datasikkerhetsgjennomgang, så en som ville rutet nye data inn i logger, eksporter eller analyse, revideres eller holdes tilbake.

Også denne uken:

• Å koble til GitHub åpner nå en første pull request innen et minutt, som legger Polylane-instruksjoner til i AGENTS.md, Cursor-regler og de andre agentinstruksjonsfilene dine, med observerbarhets-pull requesten etter, og kan avbrytes fra konsollen
• En daglig e-post om loggtrender kommer bare på dager noe endret seg, som en ny feilmal eller en tjeneste som logger langt over normalt volum, hver med en Investigate-knapp
• Be agenten følge en CI-kjøring eller en utgivelse, og den slutter å polle og våkner når GitHub-hendelsen lander
• Bevisste gjentakende signaler får en fiks som gjør oppførselen eksplisitt i koden din i stedet for et dempet varsel, og varsel-issues som blir stille, løser seg selv
• Slack-agenten snakker i første person, og bilder sendt til den i Slack vises nå i konsollen
• Konsollchatten folder hver tenkefase og verktøykallene dens inn i én rad, tilbyr en Quick answer-pille etter 30 sekunder, og Try again etter et avbrutt svar
• Avstamningsnoder forhåndsvises når du holder over dem og kan gås gjennom med tastaturet, eksterne tjenester som googleapis.com får en wiki, og autoskaleringsstøy roter ikke lenger til endringsfeeden
• Utseendemenyen får et System-valg
• CLI-en får polylane scan, som finner nøkkelrisikoer på tvers av de tilkoblede kontoene dine og lar deg velge én å undersøke, og polylane autofix watch, som skriver ut pull request-URL-er etter hvert som de åpnes, og tilkoblingsveiviserne navngir hver leverandørs nøyaktige token-tillatelser
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Modal og Supabase blir med i kontekstgrafen

Lim inn tokenparet Modal deler ut for CLI-innlogging, og miljøene, appene, funksjonene, sandkassene, volumene og køene dine dukker opp i kontekstgrafen, med app-logger lest inn i et sammendrag, kostnads- og feilvolumsjekker som åpner issues, og hvert repository koblet til appen CI-en dens kjører modal deploy på. Koble til en Supabase-organisasjon gjennom OAuth eller et personlig tilgangstoken, og hvert prosjekts databaser, edge-funksjoner, grener, bøtter, auth og lagring synkroniseres hvert 15. minutt, med dashbord, logger og sjekker på hvert. Agenten får skrivebeskyttede verktøy for begge, så en undersøkelse leser hva Modal eller Supabase gjør nå i stedet for hva den siste synkroniseringen registrerte.

Snakk med agenten mens den jobber

Å sende en melding midt i en runde pleide å avbryte runden og kaste bort minutter med arbeid. Nå holder skrivefeltet seg aktivt: meldingen din plukkes opp ved agentens neste steg og vises i transkripsjonen der den ble lest. En melding som aldri kommer fram, sier det, med et nytt forsøk. Stopp og send deler én knapp, Esc stopper runden, og i tale slutter agenten å svare på spørsmålet du snakket over.

Også denne uken:

• Slack-agenten poster Approve- og Deny-kort når en endring trenger godkjenning, viser oppgavelisten sin i statusmeldingen, og lukker en pull request den åpnet når du ber om det
• Reager med en hake på et hendelseskort i Slack for å løse det, eller et innkjøring-forbudt-skilt for å merke det som ikke hendelse; kortet oppdateres på stedet, og tidslinjen registrerer hvem som handlet
• En Channels-fane på Slack-integrasjonen lister hver kanal Polylane er i, og agenten lagrer selv instruksjonene for en kanal når du forteller den hvordan den skal oppføre seg der
• Autofiks-pull requester åpner med en Before / After-seksjon skrevet ut fra diffen, en Implementation-fane viser tråden som skrev patchen, og en svak plan avvises før den koster en kjøring
• Polylane sjekker om det finnes en åpen pull request før den bruker en undersøkelse, og beholder arbeidet fra en treg autofiks-runde i stedet for å forkaste det
• Gjennomganger av pull requester slås på eller av per repository fra Repositories-siden, i bulk, eller på tvers av en hel GitHub-integrasjon med én bryter
• Publiserte kart gir deg nå en lenke på omtrent to minutter som et utkast som forfines på samme URL, med problemer listet ved siden av grafen og en Investigate-knapp på hvert
• Registrering oppretter et workspace for deg med en gang, automatisk innmelding via domene er av som standard, og en lenke inn i et workspace du ikke er med i tilbyr en skjerm for å be om å bli med
• CLI-en registrerer deg med Google, GitHub eller e-post via polylane auth signup, gjør polylane cloud connect og polylane integration connect interaktive, og polylane setup konfigurerer nå Cline, Roo Code, Goose, Pi og Warp
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

CI-feil blir issues, undersøkelser og fikser

Hver feilende GitHub Actions-kjøring på et tilkoblet repository blir nå et Polylane-issue. Gjentatte feil i samme arbeidsflyt slås sammen til ett issue; en grønn kjøring løser det, og en feil innen 24 timer gjenåpner det. Triagen leser de feilede jobbene, stegene og sjekkannoteringene, og når den bekrefter et ekte problem, starter den en undersøkelse og setter en autofiks mot den feilende grenen i kø. Fiksen lander som en vanlig autofiks-pull request.

Følg kjeden fra sjekk til pull request

Hvert issue, hver undersøkelse, autofiks og sjekk kjenner nå naboene sine. En avstamningsgraf på issuets Overview-fane tegner hele kjeden, fra sjekken som reiste det, gjennom undersøkelsen til autofiksen og pull requesten dens. Klikk på et kort, og det åpnes i et sidepanel, og duplikat-issues peker alltid på roten som holder undersøkelsen. Autofiks-sider leder nå med utfallet: pull requesten, hvorfor kjøringen ble hoppet over (med en Run anyway-knapp), eller hvorfor den feilet (med Run again).

Også denne uken:

• Publiser et offentlig kart over arkitekturen din: kjør kartleggingsprompten i kodeagenten din, og den publiserer et scoret, versjonert kart som hvem som helst kan bla i, stille spørsmål om, eller gi et problem fra rett til Polylane for undersøkelse
• Gjennomgangskommentarer åpner med View the full analysis: den fullstendige gjennomgangen, interaktive grafer og fullstendige loggutdrag, lesbare for de som ser pull requesten gjennom en gjestelenke; autofiks-pull requester lenker hele kjøringen sin på samme måte
• Gjennomganger viser bevisene sine: en godkjenning legger ved metrikkserien eller loggutdraget den hviler på, briefingen lister tidligere issues som traff de samme ressursene, og produksjonspåvirkningssjekken er nå på som standard for hvert repository
• Etter en undersøkelse spør Polylane om manglende signal gjorde den vanskeligere; i så fall legger en oppfølgings-pull request til nøyaktig den loggingen eller tracingen, og leder med hvilken undersøkelse den ville ha forkortet
• To nye tilkoblinger: Kubernetes-clustere gjennom en skrivebeskyttet agent i clusteret, så ingen kubeconfig forlater clusteret, og Better Stack, der hendelsene flyter inn i triagen og agenten kan spørre monitorene
• Eksterne tjenester koden din kaller (Stripe, Datadog og så videre) blir med i kontekstgrafen fra miljøvariabel-URL-er under sin egen External services-kategori, og en graf med 3,000 ressurser åpner nå på sekunder
• I tråder med flere personer vet agenten hvem som sa hva, og hvert minne den lagrer sjekkes på nytt daglig og redigeres eller forkastes når det blir foreldet
• Admins kan eksportere et workspace som et JSON-arkiv, og sletting av et workspace setter det nå først i karantene, med et 60-dagers vindu før det tømmes
• Hver plans månedlige token-kvote er fem ganger større, ingen plan begrenser lenger antall workspace-medlemmer, og en ny Privacy & data-innstilling lar admins melde workspacet ut av modelltrening
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Polylane er en lagkamerat i Slack

Nevn Polylane i Slack, og den reagerer med en gang, viser at den tenker, og strømmer svaret sitt mens den skriver. Lange runder viser direkte fremdrift, og en feilet kjøring sier hva som skjedde og hvordan du gjenopptar, i stedet for å bli stille. Polylane vises i Slacks Agents-fane med foreslåtte prompter, og i kanaler den er med i, blir den med i samtaler den kan hjelpe med uten å bli spurt, med mindre du setter en kanal til bare omtaler. Når en autofiks starter fra en Slack-tråd, får den tråden høre resten: lenken til pull requesten, CI-feil og fiksene for dem, svar på gjennomgang, og en reaksjon når den slås sammen.

Issues fanget fra det loggene dine sier

Polylane leser nå hva loggene dine sier, ikke bare hvordan de utvikler seg. En jevn strøm av krasj som aldri krysset en terskel eller flyttet en baseline, registreres som et issue, holdes åpent mens feilen fortsetter å dukke opp, og løser seg selv når den stopper. Hvert nytt issue sjekkes mot de åpne på tvers av workspacet ditt: bekreftede duplikater kobles sammen og deler én undersøkelse i stedet for å starte en ny. Logglinjer grupperes etter form, så et ukjent ID-format verken skaper et nytt issue eller får et eksisterende til å vippe.

Også denne uken:

• Gjennomganger av pull requester leverer nå fikser, ikke bare konklusjoner: små observerbarhetshull i linjene du endret kommer som ett-klikks forslagskommentarer, større som en stablet forbedrings-pull request mot grenen din, og ingen av dem endrer godkjent eller avvist
• Gjennomganger og autofiks-pull requester sjekker hele katalogen over deploy-farer: omdøp-og-slett-endringer gamle pods fortsatt leser, skriveblokkerende CREATE INDEX på varme tabeller, miljøvariabler ingenting oppretter, og forutsetninger i noen andres system, hver listet med en eier til den er bekreftet
• Personer og team blir med i kontekstgrafen: CODEOWNERS, deploy-forfattere og eier-tagger blir person- og teamnoder med owns-kanter, og ulike skrivemåter for én person løses til én enkelt node
• Hvert nylig tilkoblet repository får en observerbarhets-autofiks-pull request skrevet i repositoryets egne konvensjoner, og autofiks-pull requester åpner nå med et sammendrag i klartekst
• View Thread på en gjennomgangskommentar åpner undersøkelsen skrivebeskyttet for alle som kan se pull requesten, ingen konto nødvendig, og du får en notifikasjon når en konklusjon endres
• Infrastrukturgrafen er igjen et hierarki fra topp til bunn, gruppert etter skykonto, og i topologivisningen kan du holde på en ressurs for å se skadeomfanget bre seg langs kantene, eller dra én for å trekke naboene med
• Autofixes-siden har søk og filtre som ligger i URL-en, og å redigere én rad tegner ikke lenger tabellen på nytt
• Free-workspaces får 10 undersøkelser om dagen, opp fra 1
• CLI-en får polylane setup, som registrerer Polylanes MCP-server og skill i hver kodeagent på maskinen din (--agent velger én)
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Hver pull request, gjennomgått for produksjonspåvirkning

Polylane leser nå hver pull request og svarer på ett spørsmål: svekkes produksjon når denne slås sammen? Den går gjennom kontekstgrafen fra repositoryet til ressursene koden leveres til, sjekker endringen mot levende topologi og telemetri, og kommenterer konklusjonen sin på pull requesten: godkjent eller avvist, med bevis og de berørte ressursene vedlagt. En sjekk kalt «Polylane production impact» kan kreves i grenbeskyttelsen for å blokkere en dårlig sammenslåing.

Autofiks-pull requester tar imot tilbakemeldinger

Legg igjen en gjennomgangskommentar på en autofiks-PR, og Polylane svarer eller pusher den ønskede endringen. Svar i Slack-tråden der PR-en ble kunngjort, og den svarer rett der. Når CI feiler på en autofiks-gren, diagnostiserer Polylane de feilede sjekkene og pusher en fiks uten å bli bedt om det. Og når den skriver kode, følger den husreglene dine: AGENTS.md, CLAUDE.md, Cursor-regler og commit-meldingskonvensjonen den utleder fra git-historikken din.

Også denne uken:

• Repositorier ble med i kontekstgrafen: Polylane leser Terraform, CloudFormation, Pulumi, CDK og deploy-manifester (wrangler.jsonc, fly.toml, vercel.json, render.yaml) for å koble hvert repository til ressursene det deployer, med en Resources-fane for manuelle koblinger
• Du kan styre gjennomganger per repository med dine egne instruksjoner, for eksempel «flagg aldri skjemamigrasjoner», og når en senere push tar tak i en flagget bekymring, merker Polylane den som løst på egen hånd
• Nøkkelrisikoer i rapporter blir undersøkt, ikke bare listet: klikk på én, eller undersøk alle, og konklusjonene strømmer inn direkte, med bekreftede risikoer som flyter til toppen med et sammendrag av hva som ble funnet
• Topologi er nå konsollens inngangsdør: hver ressurs en prikk, farget etter kategori og skalert etter nivå, med issue-hotspots som pulserer rødt og de mest endrede ressursene med en stiplet ring
• PlanetScale er nå en leverandør: koble til med OAuth, databaser og grener synkroniseres inn i kontekstgrafen, og Query Insights driver automatiske sjekker for spørringsfeil, p99-latens, latenstopper og kollapset spørringsvolum
• Nye skykontoer starter skrivebeskyttet: hver skriving gjennom leverandørens API avvises til en admin vipper bryteren, per konto
• Vercel-synkroniseringen vokste med ni ressurstyper (sandkasser, arbeidsflyter, crons, feature flags, AI Gateway, mikrofrontender, tilgangsgrupper, drains, containerregister), og rollbacks spores ordentlig: Polylane følger deploymenten som faktisk betjener produksjon, ikke den nyeste
• Kontekstgrafen ble tettere: Cloudflare-tunneler kobles til sonene og opprinnelsestjenestene de står foran, Hyperdrive rutes gjennom tunneler, og URL-formede miljøvariabler blir kanter på tvers av skyer og kontoer
• Hvert repository har en instrumenteringsscore av 100 (ruter uten logging, nakne console-kall, manglende feilfangst), og ressurser som betjener trafikk uten logging eller plutselig blir stille, blir påpekt
• Logger fikk hukommelse: hver ressurs fører en oversikt over sine gjentakende mønstre med historiske rater, og issues viser feilende forespørsler med de nøyaktige logglinjene som hører til dem
• Slack-svarene er strammere: ett svar per runde, ordentlig formatering og @-omtaler, og stillhet når en melding ikke er til agenten
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Kodeagenten din kan nå se alt Polylane ser. Verktøyene Polylane bygde for sine egne agenter: den levende infrastrukturgrafen på tvers av alle skyene dine, observerbarhetsspørringer mot hver tilkoblet leverandør, kodesøk i repositoriene dine, hele REST-API-et, er nå eksponert for Claude Code, Cursor, Codex, OpenCode og VS Code gjennom én enkelt MCP-server, eller CLI-en. Ett endepunkt, en innlogging i nettleseren, og agenten din svarer på «hva feilet i produksjon for tjenesten denne PR-en berører?» uten å forlate editoren. Skriving ligger bak en policy som avviser som standard, og sammenslåing forblir menneskelig.

Avvik og varsler er borte. Ikke signalene, men skillet: alt Polylane oppdager og hvert varsel leverandørene dine videresender, lander nå på ett sted, som issues. Én liste, én livssyklus og ordentlig deduplisering: det samme problemet som utløses femti ganger er ett issue med et forekomsttall, ikke femti rader. Eksterne issues dyplenker tilbake til alarmen i leverandørens egen konsoll, og automatiseringer kan nå trigges på triagekonklusjoner.

Overvåkingen ble smartere på hva den skal følge med på. For hver tilkoblet konto genererer Polylane nå overvåkingsspørsmål: tingene en vaktingeniør ville ønske kontinuerlig besvart. Den leser repositoriene dine etter de nøyaktige feilloggene, spanene og egendefinerte metrikkene du faktisk skrev, gjør hvert spørsmål om til en leverandørspørring, validerer det på ekte data og kjører de som består hvert par minutter som sjekker. Relaterte serier deler nå en graf: p95 og p99 sammen, 5xx per tjeneste på én akse.

Også denne uken:

• Konsollen åpner nå på Home: feed-sammendrag, beslutninger som venter på deg, issue- og endringshotspots, og et panel med beste praksis over dører som står åpne i arkitekturen din
• Factory slutter seg til Cursor og Devin som autofiks-utførere, eksterne PR-er lenker tilbake til undersøkelsen som frembrakte dem, og en PR lukket uten sammenslåing er nå et sporet utfall
• Overvåking er en bryter per ressurs: slå den av, og Polylane fortsetter å registrere endringer uten å åpne issues, og et dekningskort viser nøyaktig hva som følges og hvor ofte
• Vercel-metrikker og -logger: lim inn et personlig tilgangstoken (validert mens du skriver) og velg hvilken telemetri som skal samles inn
• Å koble til AWS etterlater deg ikke lenger på en blank side: konsollen følger med på CloudFormation-stacken din, hopper til kontoen i det øyeblikket den melder seg, og sier det tydelig hvis den aldri gjør det
• En ukentlig oppsummering for hele workspacet: én bryter sender hvert medlem et sammendrag av hendelser, issues, autofikser, endringer og ubrukte ressurser
• Sentry-issues kommer med det faktiske unntaket vedlagt før triagen starter: type, melding, de øverste stakkrammene og tagger
• Roligere triage: alvorlighetsgraden gjenspeiler påvirkning som skjer nå i stedet for verste fall, og flommer av bot-sonderinger mot wp-login.php og .env åpner ikke lenger hendelser
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Rapporter ble voksne denne uken. Det Polylane finner i en konto pleide å være et engangsresultat du så scrolle forbi; nå er det en rapport med sin egen URL. Det finnes en rapportside med filtrering og massehandlinger, direkte fremdrift mens en gjennomgang kjører, topologi og startspørsmål når den lander, og en offentlig delingslenke når du vil vise noen utenfor workspacet ditt. Det fungerer på skykontoer og på Datadog-, Honeycomb-, Axiom- og Sentry-integrasjonene dine.

Feeden fikk samme behandling. Den åpner nå med et 30-dagers sammendrag av hva Polylane faktisk gjorde for deg (issues fanget, endringer som forårsaket issues, autofiks-PR-er, avvik løst, hver med en sparkline), en helsescore og en «venter på deg»-tabell over beslutningene som trenger et menneske. Og under panseret flyttet hendelsestråder over på varige arbeidsflyter, så undersøkelser overlever deploys og omstarter, og den innebygde autofiks-utføreren kjører nå den åpne kildekode-kodeagenten pi, med hele transkripsjonen lesbar bak hver PR.

Også denne uken:

• Sentrys varselregel- og issue-webhooks åpner nå hendelser: triagert av en agent i det øyeblikket de kommer, med status- og konklusjonsmerker og en ett-klikks undersøkelse
• Gjentakende avvik beholder metrikkene, loggene og tracene fanget ved hver forekomst, gjennomsøkbare med nyeste først, i stedet for bare den siste
• Avvikssider leder med sparkline-metrikkort som viser verdi, baseline og avvik, en skadeomfangsvisning og et loggsammendrag
• Endringshistorikk per ressurs: endringssignaler på hver nodes detaljpanel, og de mest endrede ressursene løftet fram i feeden
• Anbefalinger beregnes på backend, hver merket som fiksbar på stedet eller med veiledning
• Trådpålitelighet: foreldede runder ryddes automatisk, kapasitetsproblemer hos modellen faller pent tilbake, og løpske runder kuttes av i stedet for å spinne
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Ingen vil ha tusen rå logglinjer dumpet midt i en undersøkelse. Denne uken fikk hver telemetrispørring agentene kjører (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray) en sammendragsmodus: det fullstendige, uavkortede resultatet destilleres til alvorlighetsgrad, feilantall, gjentakende mønstre og den håndfullen linjer som faktisk er verdt å lese, sitert ordrett. Trådene holder seg lesbare, og agenten slutter å drukne sin egen kontekst i logger.

Å koble til en konto ble også bedre. Rett etter at du kobler til, får du nå en strukturert rapport med rangerte risikoer, nøkkelmetrikker og logg- og trace-sammendrag, med startspørsmål for å grave videre. Og for Cloudflare forhåndsutfyller en ny dialog hver tillatelse Polylane trenger og lar deg velge mellom skrivebeskyttet (bare undersøke og forklare; endringer lander alltid bare som PR-er) og full tilgang, så ingen må håndplukke API-token-tillatelser igjen.

Også denne uken:

• Ressursnivåer klassifiseres automatisk på nytt hver dag, og du kan nå overstyre nivået på enhver ressurs manuelt (overstyringer festes) eller kjøre klassifiseringen på nytt for en hel konto
• Hvert avvik får en ett-klikks undersøkelse som åpner en hendelsestråd, med deduplisering så det samme avviket aldri skaper duplikater
• KI-foreslåtte startspørsmål vises nå på endringer, sjekkjøringsevalueringer og enkeltressurser, ikke bare etter tilkobling
• polylane automation create og POST /automations tar egendefinerte triggere, instruksjoner og verktøy, så du kan bygge automatiseringer ingen mal dekker
• Et sjekkjøringspanel for å inspisere metrikkene, loggene og tracene i én enkelt evaluering, med undersøk- og spørsmålshandlinger på stedet
• Overvåking per ressurs samler nå strukturerte bevis: topp- og nye loggmaler, totaler per alvorlighetsgrad, feil- og sviktrater, og p50/p95/p99 per operasjon
• Ett-klikks reparasjon av ødelagte Mermaid-diagrammer i ressurswikier
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Å koble til en konto har endelig fått et ordentlig øyeblikk. I stedet for å slippe deg tilbake på et dashbord lander Polylane deg nå på en side som forklarer hva den kan se i kontoen du nettopp koblet til, begynner å finne issues med en gang, og tilbyr tre skreddersydde spørsmål verdt å stille agenten. De første fem minuttene gikk fra «hva nå?» til en faktisk samtale om infrastrukturen din.

Det andre temaet denne uken er tillit. Når en agent vil utføre en endrende handling, viser tråden deg nå metode, sti, innhold og begrunnelse, og venter på godkjenningen din, med slettinger flagget som destruktive. Og hver hendelse erklærer nå hvor den står ved slutten av hver agentrunde (trenger menneskelig handling, trenger en beslutning, venter på en endring, feilet eller løst), så du med ett blikk kan se hvilke undersøkelser som faktisk trenger deg.

Også denne uken:

• Hver overvåkingsrunde registreres som en sjekkjøring (sunn, brutt eller stabil), som gir hver ressurs en tidslinje med evalueringer du kan inspisere, pluss en manuell trigger
• Ressurser klassifiseres automatisk i nivå 1–4 etter driftskritikalitet, ut fra topologi, trafikk og nylige endringer; nivåene styrer nå hvordan avvik prioriteres
• AWS-synkroniseringen fikk Kinesis, KMS, Secrets Manager og Service Discovery
• Du kan finne og koble GitHub-repositorier til en skykonto, og knytte koden til infrastrukturen den kjører på
• Ratebegrensning og sammenslåing av forespørsler landet i hver leverandørklient, så undersøkelser slutter å bli strupet av leverandørenes API-er
• Change intelligence kobler nå leverandørenes endringshendelser til de spesifikke ressursene de berørte, vist i feeden
• En rullerende 24-timersvisning av hendelsesbruk mot workspace-grensene dine
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet

Autofix åpnet seg denne uken. Du kan nå koble til Cursor og rute autofiks-pull requester gjennom Cursors skyagenter i stedet for den innebygde: når en undersøkelse ender ved en kodelinje, overleverer Polylane fiksen, og Cursor åpner PR-en. Velg en standardutfører per workspace under Settings → Integrations.

Automatiseringer ble også enklere å komme i gang med. Det finnes nå en katalog med ferdigbygde maler, med trigger, agentinstruksjoner og handlinger allerede koblet opp, installerbare i ett steg fra konsollen, CLI-en (polylane automation from-template) eller API-et. Maler kan filtreres etter kategori og leverandør, og slår bare på handlinger for leverandører du faktisk har koblet til. I tillegg gir nye triagekontroller deg en hovedbryter pluss brytere per varselregel på hver skykonto og integrasjon, så du bestemmer nøyaktig hvilke varsler Polylane tar opp og undersøker.

Også denne uken:

• Mye bredere Cloudflare-dekning i grafen: soner, lastbalansering, WAF- og sikkerhetsregelsett, Tunnels, Spectrum, Access, Stream, Images og flere Workers-ressurser
• Kanter på tvers av skyer: en DNS-oppføring hos én leverandør som peker på en ressurs hos en annen, vises nå som en ekte kant i grafen
• Roligere avviksdeteksjon: en deterministisk sikring forkaster isolerte topper og støy nær null-baseline før triage, deteksjonen respekterer hvilken retning som faktisk er dårlig per metrikk, og avvik i endringsoppføringer dedupliseres innen 24 timer i stedet for å vekke deg igjen
• Changes-fanen viser påvirkning med ett blikk: et påvirkningsmerke, risikoer, verifisering etter endring og berørte ressurser som chips
• Egendefinerte LLM-endepunkter lister nå modellene de faktisk tilbyr, så du velger blant ekte modeller i stedet for å skrive inn ID-er
• OAuth-klienthemmeligheter kan roteres uten å opprette klienten på nytt
• Og som alltid: forbedringer i pålitelighet, ytelse og stabilitet