Build log. O que foi lançado, semana a semana.

Um único agente do achado à pull request

Cada achado que o Polylane detecta agora é trabalhado por uma única execução de agente. Ele lê a evidência com ferramentas somente leitura sobre a sua telemetria e o grafo de contexto, decide se há uma issue real e, quando a causa confirmada é um defeito de código em um repositório conectado, escreve a correção e abre a pull request na mesma execução, sem passagem de bastão entre as etapas de triagem, investigação e autofix. A pull request começa com uma única linha Affected nomeando o recurso, o valor violado em relação à linha de base e quantos dependentes uma falha alcança, e seu raciocínio de segurança fica em uma seção visível Why it’s safe. Quando uma correção está fora de alcance, a execução registra o motivo e um próximo passo claro na issue em vez de simplesmente parar.

Grafana Cloud e Logfire entram nas integrações de observabilidade

Conecte o Grafana Cloud, ou um Grafana auto-hospedado, com a URL da stack e um token de service account. O Polylane adiciona um ponto de contato e uma rota de notificação abrangente à stack, então cada regra de alerta existente e cada regra que você criar depois chega até ele sem configuração por regra. Conecte o Pydantic Logfire com uma chave de API e o agente ganha ferramentas para ir de uma rota que falha até o span exato que lançou o erro, mais SQL somente leitura para todo o resto; o projeto é observado quanto a taxa de erro, volume de requisições e latência p95 como nos outros provedores.

Também esta semana:

• Issues descartadas ganham uma segunda olhada: um achado recorrente passa pela triagem de novo, um descarte é recusado quando a evidência não exclui um incidente em um recurso crítico, e um “não é incidente” vindo de uma pessoa continua definitivo
• Conectar o GitHub pergunta uma vez se deve revisar pull requests, e uma pull request que corrige uma issue conhecida recebe um veredito verde ou amarelo sobre se ela deve resolvê-la
• Uma aba Key questions em cada conta de nuvem, integração e recurso observado de perto mostra as perguntas que o Polylane faz à sua telemetria, com a query de provedor por trás de cada uma
• O grafo de contexto ganha réplicas de leitura do RDS e o RDS Proxy, liga repositórios aos workloads do Kubernetes e do Railway que rodam as imagens que eles constroem, e nomeia buckets S3 e endpoints RDS encontrados em variáveis de ambiente antes de a conta AWS ser conectada
• O diálogo de conexão da AWS mostra o template do CloudFormation gerado com copiar e baixar, e il-central-1 está disponível
• As tendências diárias de logs são registradas como issues triadas em vez de chegarem por e-mail
• Cole ou arraste imagens para o compositor de chat do console, e as verificações têm página própria com link de cópia
• As respostas no Slack terminam com quanto tempo a execução levou e quantas ações fez, e o servidor MCP mostra uma tela de consentimento antes de autorizar um cliente
• A CLI conecta Grafana Cloud, Mixpanel e OpenStatus com polylane integration connect e o Railway com polylane cloud connect --provider railway, e pergunta se deve revisar pull requests ao conectar o GitHub (--no-pr-reviews desativa)
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Mais três nuvens e seu rastreador de issues entram no grafo de contexto

Agora você pode conectar ClickHouse Cloud, Convex e Turso: cole um token e seus serviços, projetos, deployments e bancos sincronizam no grafo de contexto a cada 15 minutos, com verificações de saúde e ferramentas de agente. O Linear é a primeira integração de rastreamento de issues: o agente lê seus times, projetos e issues em qualquer thread, registra issues a partir de investigações com a trilha de evidências anexada, e atualiza estado, prioridade ou responsável, pedindo sua confirmação antes de cada escrita. Os novos recursos chegam já ligados: serviços secundários do ClickHouse se ligam ao primário, branches do Turso ao banco de que foram bifurcadas, e os serviços de auth, storage, realtime e REST do Supabase ao banco Postgres que eles atendem, então uma falha no primário alcança tudo o que depende dele.

Um raio de impacto, em todo lugar

O motor de raio de impacto por trás das revisões de pull request agora responde em todo lugar: painéis laterais de issues, registros de mudança e artefatos de thread mostram o mesmo alcance a jusante, os agentes podem pedi-lo, e cada pull request de autofix nomeia o nível do recurso afetado e o que uma falha ali alcançaria. O grafo que ele percorre está mais denso: distribuições do CloudFront se ligam às suas origens e web ACLs do WAF, regras de security group viram arestas de alcançabilidade, buckets R2 se ligam às filas que notificam, e definições do Step Functions geram uma aresta para cada serviço que chamam. Uma nova aba Connections em cada recurso lista cada aresta com sua direção, como foi descoberta e a evidência por trás dela.

Também esta semana:

• Uma única conexão AWS agora cobre qualquer conjunto de regiões, ou todas elas, com CloudTrail e alertas por região
• Pull requests de autofix pedem revisão ao dono do recurso afetado, usam Conventional Commits por padrão, incluem um diagrama mermaid quando a correção tem estrutura para mostrar, e ficam obsoletas depois de 14 dias sem atividade para que uma correção melhor não fique mais presa
• Você pode definir uma severidade mínima para as investigações que o Polylane inicia sozinho, por workspace; novos alertas são triados por um agente com ferramentas somente leitura antes de virarem issues, e investigações paradas retomam sozinhas
• Os cartões de hipótese em uma thread dizem Confirmed, Refuted ou Inconclusive, e uma thread esperando a sua resposta diz isso
• Diga ao agente do Slack para ir embora e ele silencia a thread até você mencioná-lo com @ de novo; a página Channels agora lista todos os canais do seu workspace com um botão Join para aqueles em que o Polylane não está
• A página de topologia se atualiza ao vivo, sua busca é de texto completo sobre nomes, aliases e descrições, e qualquer gráfico em uma thread pode ser baixado como JSON, CSV ou PNG
• Cada relatório fixado em um board do Mixpanel vira uma verificação diária
• As execuções de autofix usam Node 24 e escolhem a versão a partir de .nvmrc, .node-version ou engines.node
• A CLI conecta ClickHouse, Convex, Turso e Linear, roda a conexão da AWS em segundo plano para você conectar outras nuvens enquanto isso, aceita --region all e oferece canais do Slack para entrar logo depois que o app se conecta
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Construa seu grafo de contexto pelo terminal com seu próprio agente de programação

Rode polylane map e a CLI abre o agente de programação que você já usa para mapear o repositório atual: topologia, primeiras issues e uma thread inicial chegam ao seu workspace enquanto o terminal mostra um batimento. Sua máquina e seu agente agora são uma conexão como GitHub ou AWS, então cada máquina escreve sua própria fatia do grafo e nenhuma pode sobrescrever a de outra. Enquanto o mapeamento roda, a página Topology mostra progresso, issues e chat no lugar, oferece suas nuvens para conectar enquanto isso e dá a você um link de compartilhamento revogável. Conectar um agente de programação em nuvem o torna seu executor de autofix, e ele recebe o servidor MCP do Polylane automaticamente para poder consultar o Polylane enquanto escreve uma correção.

Railway, Mixpanel e OpenStatus entram no grafo de contexto

O Railway é um provedor de nuvem conectável: conecte com OAuth ou um token de workspace e o Polylane sincroniza projetos, serviços e deployments, observa deploys, lê logs e confere métricas de serviço em busca de issues. O Mixpanel é a primeira integração de análise de produto, então você pode perguntar se os cadastros caíram depois de um deploy, e uma verificação diária observa os volumes de eventos em busca de quebras de rastreamento. O OpenStatus traz monitores e páginas de status para o grafo, faz a triagem de cada falha e recuperação como um alerta, e liga cada monitor ao recurso que ele sonda. Datadog, Sentry, Better Stack, Honeycomb e Axiom agora ligam ao grafo os recursos que reportam a eles, e o agente pode publicar relatórios de status do Better Stack e reconhecer ou resolver incidentes, cada ação atrás da sua confirmação.

Também esta semana:

• Conectar uma conta de nuvem ou uma integração de observabilidade registra issues por conta própria: o Polylane lê as últimas 24 horas de logs de erro em busca de padrões recorrentes e roda as primeiras verificações na hora
• As revisões de pull request carregam um registro de cada modo de falha considerado, marcado como confirmado, plausível ou refutado, com um raio de impacto nomeando os recursos a jusante que uma falha alcança e a fatia de tráfego que eles carregam; a aba Changes o renderiza nativamente
• As issues estão mais fáceis de triar: uma coluna e um filtro de severidade, duplicatas ocultas por padrão, e o alerta que abriu uma issue mostrado no início de sua linhagem
• Pull requests de autofix mostram o diff completo em um painel lateral, reportam o resultado de volta à thread que pediu, e não entregam mais um limite ou timeout aumentado como correção
• As respostas no Slack anexam gráficos como imagens, e um turno longo no Slack traz um link para o console para você acompanhar
• Conecte servidores MCP que se autenticam com cabeçalhos HTTP personalizados, não só com um bearer token
• Buscar no grafo de infraestrutura alterna para uma tabela, para que os resultados sejam lidos como linhas
• A CLI conecta várias nuvens de uma vez com --multi, pré-marcadas a partir dos marcadores do seu repositório, restringe o seletor com --category observability e abre no seu navegador uma página de token somente leitura da Cloudflare já pré-preenchida
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Cada issue ganha uma causa, e uma resposta à altura

O Polylane agora classifica por que cada issue aconteceu: um defeito de código, infraestrutura instável, um cliente externo, comportamento esperado ou desconhecido, cada um com uma confiança, e responde de acordo. Um defeito de código ganha uma correção. Uma falha instável de CI ganha um pedido para rodar o workflow de novo em vez de um patch, e uma nova execução que passa resolve a issue sozinha. Comportamento esperado é descartado ou sua assinatura de alerta é silenciada com o motivo registrado, e qualquer coisa incerta vai para uma pessoa. A página da issue mostra o veredito, cada decisão e quem a tomou, e a evidência por trás de uma violação: a métrica que desviou, as linhas de log causais e o trace.

Você decide quando o autofix roda

Uma chave Open autofix pull requests agora fica no workspace e em cada repositório, e um novo modo Ask first segura cada correção disparada por máquina como uma execução em espera até você clicar em Approve and run; correções que você pede em uma thread nunca ficam retidas. Qualquer autofix em execução pode ser cancelado antes de sua pull request abrir, pelo console, pelo chat ou pelo Slack. As pull requests carregam um rótulo severity: e começam com o que causou a correção: o recurso afetado, a métrica violada e as linhas de log que dispararam. Cada patch passa por uma revisão de segurança de dados, então um que roteasse novos dados para logs, exportações ou analytics é revisado ou retido.

Também esta semana:

• Conectar o GitHub agora abre uma primeira pull request em um minuto, adicionando instruções do Polylane a AGENTS.md, às regras do Cursor e aos seus outros arquivos de instrução de agentes, com a pull request de observabilidade vindo em seguida, cancelável pelo console
• Um e-mail diário de tendências de logs chega só nos dias em que algo mudou, como um novo template de erro ou um serviço registrando log muito acima do volume normal, cada um com um botão Investigate
• Peça ao agente para acompanhar uma execução de CI ou um release e ele para de consultar repetidamente, acordando quando o evento do GitHub chega
• Sinais recorrentes intencionais ganham uma correção que torna o comportamento explícito no seu código em vez de um alerta silenciado, e issues de alerta que ficam em silêncio se resolvem sozinhas
• O agente do Slack fala em primeira pessoa, e imagens enviadas a ele no Slack agora aparecem no console
• O chat do console dobra cada fase de raciocínio e suas chamadas de ferramenta em uma única linha, oferece uma pílula Quick answer depois de 30 segundos e Try again depois de uma resposta interrompida
• Os nós de linhagem mostram uma prévia ao passar o mouse e podem ser percorridos pelo teclado, serviços externos como googleapis.com ganham uma wiki, e o vaivém de autoscaling não polui mais o feed de mudanças
• O menu de aparência ganha uma opção System
• A CLI ganha polylane scan, que encontra riscos principais nas suas contas conectadas e permite escolher um para investigar, e polylane autofix watch, que imprime as URLs das pull requests conforme abrem, e os assistentes de conexão nomeiam as permissões exatas de token de cada provedor
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Modal e Supabase entram no grafo de contexto

Cole o par de tokens que o Modal entrega para login na CLI e seus environments, apps, funções, sandboxes, volumes e filas aparecem no grafo de contexto, com logs de apps lidos em um resumo, verificações de custo e volume de erros que abrem issues, e cada repositório ligado ao app em que o CI dele roda modal deploy. Conecte uma organização do Supabase por OAuth ou por um token de acesso pessoal e os bancos, edge functions, branches, buckets, auth e storage de cada projeto sincronizam a cada 15 minutos, com dashboards, logs e verificações em cada um. O agente ganha ferramentas somente leitura para os dois, então uma investigação lê o que o Modal ou o Supabase está fazendo agora, e não o que a última sincronização registrou.

Converse com o agente enquanto ele trabalha

Enviar uma mensagem no meio de um turno costumava cancelar o turno e jogar fora minutos de trabalho. Agora o compositor continua ativo: sua mensagem é captada no próximo passo do agente e mostrada na transcrição onde foi lida. Uma mensagem que nunca chega diz isso, com uma opção de reenviar. Parar e enviar compartilham um botão, Esc para o turno, e na voz o agente para de responder à pergunta que você atropelou.

Também esta semana:

• O agente do Slack posta cartões Approve e Deny quando uma mudança precisa de aprovação, mostra sua lista de tarefas na mensagem de status e fecha uma pull request que abriu quando você pede
• Reaja com um visto a um cartão de incidente no Slack para resolvê-lo, ou com um sinal de proibido para marcá-lo como não incidente; o cartão se atualiza no lugar e a linha do tempo registra quem agiu
• Uma aba Channels na integração do Slack lista todos os canais em que o Polylane está, e o agente salva as instruções de um canal por conta própria quando você diz como ele deve se comportar ali
• Pull requests de autofix começam com uma seção Before / After escrita a partir do diff, uma aba Implementation mostra a thread que escreveu o patch, e um plano fraco é rejeitado antes de custar uma execução
• O Polylane confere se há uma pull request aberta antes de gastar uma investigação, e mantém o trabalho de um turno lento de autofix em vez de descartá-lo
• As revisões de pull request ligam ou desligam por repositório pela página Repositories, em massa, ou em toda uma integração do GitHub com uma única chave
• Os mapas publicados agora entregam um link em cerca de dois minutos como um rascunho que se refina na mesma URL, com os problemas listados ao lado do grafo e um botão Investigate em cada um
• Criar uma conta cria um workspace para você na hora, a entrada automática por domínio fica desativada por padrão, e um link para um workspace do qual você não faz parte oferece uma tela de pedido de entrada
• A CLI cria sua conta com Google, GitHub ou e-mail via polylane auth signup, torna polylane cloud connect e polylane integration connect interativos, e polylane setup agora configura Cline, Roo Code, Goose, Pi e Warp
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Falhas de CI viram issues, investigações e correções

Cada execução do GitHub Actions que falha em um repositório conectado agora vira uma issue do Polylane. Falhas repetidas do mesmo workflow se dobram em uma única issue; uma execução verde a resolve e uma falha em até 24 horas a reabre. A triagem lê os jobs, passos e anotações de verificação que falharam, e quando confirma um problema real inicia uma investigação e enfileira um autofix contra a branch que falhou. A correção chega como uma pull request normal de autofix.

Siga a cadeia da verificação até a pull request

Cada issue, investigação, autofix e verificação agora conhece seus vizinhos. Um grafo de linhagem na aba Overview da issue desenha a cadeia inteira, da verificação que a levantou, passando pela investigação, até o autofix e sua pull request. Clicar em qualquer cartão o abre em um painel lateral, e issues duplicadas sempre apontam para a raiz que guarda a investigação. As páginas de autofix agora começam pelo resultado: a pull request, por que a execução foi pulada (com um botão Run anyway) ou por que falhou (com Run again).

Também esta semana:

• Publique um mapa público da sua arquitetura: rode o prompt de mapa no seu agente de programação e ele publica um mapa pontuado e versionado que qualquer pessoa pode navegar, fazer perguntas ou entregar um problema direto ao Polylane para investigar
• Os comentários de revisão começam com View the full analysis: a análise completa, gráficos interativos e trechos completos de log, legíveis por quem vê a pull request através de um link de convidado; pull requests de autofix ligam a execução inteira do mesmo jeito
• As revisões mostram suas evidências: uma aprovação anexa a série de métricas ou o trecho de log em que se apoia, o briefing lista issues passadas que atingiram os mesmos recursos, e a verificação de impacto em produção agora fica ativada por padrão em todos os repositórios
• Depois de uma investigação, o Polylane pergunta se a falta de sinal a dificultou; se sim, uma pull request de acompanhamento adiciona exatamente esse log ou trace, começando por qual investigação ela teria encurtado
• Duas novas conexões: clusters Kubernetes por um agente somente leitura dentro do cluster, para que nenhum kubeconfig saia do cluster, e Better Stack, cujos incidentes fluem para a triagem e cujos monitores o agente pode consultar
• Serviços externos que seu código chama (Stripe, Datadog e assim por diante) entram no grafo de contexto a partir de URLs em variáveis de ambiente, sob a própria categoria External services, e um grafo de 3,000 recursos agora abre em segundos
• Em threads com várias pessoas o agente sabe quem disse o quê, e cada memória que ele salva é reconferida diariamente e editada ou descartada quando fica desatualizada
• Admins podem exportar um workspace como um arquivo JSON, e excluir um workspace agora o coloca em quarentena primeiro, com uma janela de 60 dias antes da remoção
• A cota mensal de tokens de cada plano é cinco vezes maior, nenhum plano limita mais os membros do workspace, e uma nova configuração Privacy & data permite que admins retirem o workspace do treinamento de modelos
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

O Polylane é um colega de time no Slack

Mencione o Polylane no Slack e ele reage na hora, mostra que está pensando e transmite a resposta enquanto escreve. Turnos longos mostram progresso ao vivo, e uma execução que falhou diz o que aconteceu e como retomar em vez de ficar em silêncio. O Polylane aparece na aba Agents do Slack com prompts sugeridos, e nos canais de que participa ele entra nas conversas em que pode ajudar sem ser chamado, a menos que você configure um canal como somente menção. Quando um autofix começa em uma thread do Slack, essa thread ouve o resto: o link da pull request, falhas de CI e suas correções, respostas de revisão e uma reação quando ela passa pelo merge.

Issues pegas pelo que seus logs dizem

O Polylane agora lê o que seus logs dizem, não só como eles tendem. Um fluxo constante de crashes que nunca cruzou um limiar nem moveu uma linha de base é registrado como uma issue, fica aberto enquanto o erro continua aparecendo e se resolve sozinho quando para. Cada nova issue é conferida contra as abertas em todo o seu workspace: duplicatas confirmadas são vinculadas e compartilham uma única investigação em vez de iniciar uma segunda. As linhas de log são agrupadas por formato, então um formato de ID desconhecido não cria uma nova issue nem faz uma existente oscilar.

Também esta semana:

• As revisões de pull request agora entregam correções, não só vereditos: pequenas lacunas de observabilidade nas linhas que você mudou chegam como comentários de sugestão de um clique, as maiores como uma pull request de melhoria empilhada sobre a sua branch, e nenhuma delas altera o aprovado ou reprovado
• Revisões e pull requests de autofix conferem o catálogo completo de riscos de deploy: mudanças de renomear e remover que pods antigos ainda leem, CREATE INDEX que bloqueia escritas em tabelas quentes, variáveis de ambiente que nada provisiona e pré-requisitos no sistema de outra pessoa, cada um listado com um responsável até ser reconhecido
• Pessoas e times entram no grafo de contexto: CODEOWNERS, autores de deploy e tags de dono viram nós de pessoa e time com arestas owns, e grafias diferentes de uma mesma pessoa se resolvem em um único nó
• Cada repositório recém-conectado recebe uma pull request de autofix de observabilidade escrita nas convenções do próprio repositório, e os corpos das pull requests de autofix agora começam com um resumo em linguagem simples
• View Thread em um comentário de revisão abre a investigação em modo somente leitura para qualquer pessoa que possa ver a pull request, sem precisar de conta, e você recebe uma notificação quando um veredito muda
• O grafo de infraestrutura voltou a ser uma hierarquia de cima para baixo, agrupada por conta de nuvem, e na visão de topologia você pode segurar um recurso para ver seu raio de impacto se propagar pelas arestas, ou arrastar um para puxar os vizinhos junto
• A página Autofixes tem busca e filtros que vivem na URL, e editar uma linha não redesenha mais a tabela
• Workspaces Free ganham 10 investigações por dia, antes era 1
• A CLI ganha polylane setup, que registra o servidor MCP e a skill do Polylane em todos os agentes de programação da sua máquina (--agent escolhe um)
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Cada pull request, revisada quanto ao impacto em produção

O Polylane agora lê cada pull request e responde a uma pergunta: a produção degrada quando isto passar pelo merge? Ele percorre o grafo de contexto do repositório até os recursos para os quais o código é lançado, confere a mudança contra a topologia e a telemetria ao vivo, e comenta seu veredito na pull request: aprovado ou reprovado, com evidências e os recursos afetados anexados. Uma verificação “Polylane production impact” pode ser exigida na proteção de branch para bloquear um merge ruim.

Pull requests de autofix aceitam feedback

Deixe um comentário de revisão em uma PR de autofix e o Polylane responde ou envia a mudança pedida. Responda na thread do Slack onde a PR foi anunciada e ele responde ali mesmo. Quando o CI falha em uma branch de autofix, o Polylane diagnostica as verificações que falharam e envia uma correção sem que ninguém peça. E quando escreve código, ele segue as regras da casa: AGENTS.md, CLAUDE.md, regras do Cursor e a convenção de mensagem de commit que ele infere do seu histórico git.

Também esta semana:

• Os repositórios entraram no grafo de contexto: o Polylane lê Terraform, CloudFormation, Pulumi, CDK e manifestos de deploy (wrangler.jsonc, fly.toml, vercel.json, render.yaml) para ligar cada repositório aos recursos que ele implanta, com uma aba Resources para vínculos manuais
• Você pode direcionar as revisões por repositório com suas próprias instruções, “nunca sinalizar migrações de schema”, por exemplo, e quando um push posterior resolve uma preocupação sinalizada, o Polylane a marca como resolvida sozinho
• Os riscos principais nos relatórios são investigados, não só listados: clique em um, ou investigue todos, e os vereditos chegam ao vivo, com os riscos confirmados subindo ao topo com um resumo do que foi encontrado
• A topologia agora é a porta de entrada do console: cada recurso é um ponto, colorido por categoria e dimensionado por nível, com pontos quentes de issues pulsando em vermelho e os recursos que mais mudaram com um anel tracejado
• O PlanetScale agora é um provedor: conecte com OAuth, bancos e branches sincronizam no grafo de contexto, e o Query Insights alimenta verificações automáticas de erros de query, latência p99, picos de latência e queda no volume de queries
• Novas contas de nuvem começam em somente leitura: cada escrita pela API do provedor é recusada até que um admin vire a chave, por conta
• A sincronização da Vercel ganhou nove tipos de recurso (sandboxes, workflows, crons, feature flags, AI Gateway, microfrontends, grupos de acesso, drains, registro de contêineres), e os rollbacks são rastreados corretamente: o Polylane segue o deployment que está de fato servindo a produção, não o mais novo
• O grafo de contexto ficou mais denso: tunnels da Cloudflare se ligam às zonas e serviços de origem que eles atendem, o Hyperdrive roteia por tunnels, e variáveis de ambiente em formato de URL viram arestas entre nuvens e contas
• Cada repositório carrega uma pontuação de instrumentação de 0 a 100 (rotas sem log, chamadas console soltas, captura de erros ausente), e recursos que servem tráfego sem log ou que ficam em silêncio de repente são apontados
• Os logs ganharam memória: cada recurso mantém um registro dos seus padrões recorrentes com taxas históricas, e as issues mostram requisições falhando com as linhas de log exatas que pertencem a elas
• As respostas no Slack estão mais enxutas: uma resposta por turno, formatação e menções com @ corretas, e silêncio quando uma mensagem não é para o agente
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Seu agente de programação agora pode ver tudo o que o Polylane vê. As ferramentas que o Polylane construiu para os próprios agentes: o grafo de infraestrutura ao vivo entre todas as suas nuvens, queries de observabilidade contra cada provedor conectado, busca de código nos seus repositórios, a API REST inteira, agora estão expostas ao Claude Code, Cursor, Codex, OpenCode e VS Code por um único servidor MCP, ou pela CLI. Um endpoint, um login pelo navegador, e seu agente responde “o que deu erro em produção no serviço que esta PR toca?” sem sair do editor. As escritas ficam atrás de uma política de negação por padrão, e o merge continua humano.

Anomalias e alertas acabaram. Não os sinais, a divisão: tudo o que o Polylane detecta e cada alerta que seus provedores encaminham agora cai em um único lugar, como issues. Uma lista, um ciclo de vida e deduplicação de verdade: o mesmo problema disparando cinquenta vezes é uma issue com uma contagem de ocorrências, não cinquenta linhas. Issues externas têm link direto de volta para o alarme no console do próprio provedor, e as automações agora podem ser disparadas por vereditos de triagem.

O monitoramento ficou mais esperto sobre o que observar. Para cada conta conectada, o Polylane agora gera perguntas de monitoramento: as coisas que um engenheiro de plantão gostaria de ver respondidas continuamente. Ele lê seus repositórios em busca dos logs de erro, spans e métricas personalizadas exatos que você realmente escreveu, transforma cada pergunta em uma query de provedor, valida com dados reais e roda as aprovadas a cada poucos minutos como verificações. Séries relacionadas agora compartilham um gráfico: p95 e p99 juntos, 5xx por serviço em um único eixo.

Também esta semana:

• O console agora abre na Home: resumo do feed, decisões esperando por você, pontos quentes de issues e mudanças, e um painel de boas práticas com as portas deixadas abertas na sua arquitetura
• A Factory se junta ao Cursor e ao Devin como executor de autofix, PRs externas apontam de volta para a investigação que as produziu, e uma PR fechada sem merge agora é um resultado rastreado
• O monitoramento é uma chave por recurso: desligue e o Polylane continua registrando mudanças sem abrir issues, e um cartão de cobertura mostra exatamente o que é observado e com que frequência
• Métricas e logs da Vercel: cole um token de acesso pessoal (validado enquanto você digita) e escolha qual telemetria coletar
• Conectar a AWS não deixa mais você em uma página em branco: o console fica de olho na sua stack do CloudFormation, pula para a conta no momento em que ela responde, e diz claramente se ela nunca responder
• Um resumo semanal para o workspace inteiro: uma chave envia a cada membro um resumo de incidentes, issues, autofixes, mudanças e recursos ociosos
• Issues do Sentry chegam com a exceção real anexada antes de a triagem começar: tipo, mensagem, frames principais da stack e tags
• Triagem mais silenciosa: a severidade reflete o impacto que está acontecendo agora, não o pior caso, e enxurradas de sondagens de bots contra wp-login.php e .env não abrem mais incidentes
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Os relatórios amadureceram esta semana. O que o Polylane encontra em uma conta costumava ser um resultado descartável que você via passar rolando; agora é um relatório com URL própria. Há uma página de relatórios com filtros e ações em massa, progresso ao vivo enquanto uma revisão roda, topologia e perguntas iniciais quando ela termina, e um link público de compartilhamento para quando você quiser mostrar a alguém de fora do seu workspace. Funciona em contas de nuvem e nas suas integrações com Datadog, Honeycomb, Axiom e Sentry.

O feed recebeu o mesmo tratamento. Agora ele abre com um resumo de 30 dias do que o Polylane realmente fez por você (issues pegas, mudanças que causaram issues, PRs de autofix, anomalias resolvidas, cada um com um sparkline), uma pontuação de saúde e uma tabela “esperando por você” com as decisões que precisam de um humano. E por baixo do capô, as threads de incidente migraram para workflows duráveis, então as investigações sobrevivem a deploys e reinícios, e o executor de autofix integrado agora roda o agente de programação open source pi, com a transcrição completa legível por trás de cada PR.

Também esta semana:

• Webhooks de regras de alerta e de issues do Sentry agora abrem incidentes: triados por um agente no momento em que chegam, com selos de status e veredito e um investigar de um clique
• Anomalias recorrentes guardam as métricas, logs e traces capturados em cada ocorrência, navegáveis da mais recente para a mais antiga, em vez de só a última
• As páginas de anomalia começam com cartões de métrica com sparkline mostrando valor, linha de base e desvio, uma visão de raio de impacto e um resumo de logs
• Histórico de mudanças por recurso: sinais de mudança no painel de detalhes de cada nó, e os recursos que mais mudaram exibidos no feed
• Os avisos são calculados no backend, cada um marcado como corrigível no lugar ou com orientação
• Confiabilidade das threads: turnos parados são varridos automaticamente, problemas de capacidade de modelo recuam de forma controlada, e turnos descontrolados são cortados em vez de girar sem fim
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Ninguém quer mil linhas de log brutas despejadas no meio de uma investigação. Esta semana, cada query de telemetria que os agentes rodam (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray) ganhou um modo de resumo: o resultado completo, sem truncar, é destilado em severidade, contagens de erro, padrões recorrentes e o punhado de linhas que realmente vale a pena ler, citadas literalmente. As threads continuam legíveis, e o agente para de afogar o próprio contexto em logs.

Conectar uma conta também melhorou. Logo depois de conectar, você agora recebe um relatório estruturado com riscos classificados, métricas principais e resumos de logs e traces, com perguntas iniciais para aprofundar. E para a Cloudflare, um novo modal pré-preenche todas as permissões que o Polylane precisa e deixa você escolher entre somente leitura (só investigar e explicar; mudanças só chegam como PRs) e acesso total, para que ninguém precise escolher permissões de token de API à mão de novo.

Também esta semana:

• Os níveis de recurso se reclassificam automaticamente todo dia, e agora você pode sobrescrever o nível de qualquer recurso à mão (sobrescritas ficam fixadas) ou rodar a classificação de novo para uma conta inteira
• Cada anomalia ganha um investigar de um clique que abre uma thread de incidente, com deduplicação para que a mesma anomalia nunca gere duplicatas
• Perguntas iniciais sugeridas por IA agora aparecem em mudanças, avaliações de execuções de verificação e recursos individuais, não só depois de conectar
• polylane automation create e POST /automations aceitam gatilhos, instruções e ferramentas personalizados, para que você construa automações que nenhum template cobre
• Um painel lateral de execução de verificação para inspecionar as métricas, logs e traces de uma única avaliação, com ações de investigar e perguntar inline
• O monitoramento por recurso agora reúne evidências estruturadas: templates de log principais e novos, totais por severidade, taxas de erro e falha, e p50/p95/p99 por operação
• Reparo de um clique para diagramas Mermaid quebrados nas wikis de recursos
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

Conectar uma conta finalmente tem um momento à altura. Em vez de devolver você a um dashboard, o Polylane agora leva você a uma página que explica o que ele consegue ver na conta que você acabou de conectar, começa a encontrar issues na hora e oferece três perguntas sob medida que vale a pena fazer ao agente. Os primeiros cinco minutos passaram de “e agora?” para uma conversa de verdade sobre a sua infraestrutura.

O outro tema desta semana é confiança. Quando um agente quer executar uma ação que altera algo, a thread agora mostra o método, o caminho, o corpo e o motivo, e espera a sua aprovação, com exclusões marcadas como destrutivas. E cada incidente agora declara onde está ao fim de cada turno do agente (precisa de ação humana, precisa de uma decisão, aguardando uma mudança, falhou ou resolvido), para que você veja de relance quais investigações realmente precisam de você.

Também esta semana:

• Cada passagem de monitoramento é registrada como uma execução de verificação (saudável, violada ou estável), dando a cada recurso uma linha do tempo de avaliações que você pode inspecionar, mais um gatilho manual
• Os recursos são classificados automaticamente nos níveis 1 a 4 por criticidade operacional, usando topologia, tráfego e mudanças recentes; os níveis agora definem como as anomalias são priorizadas
• A sincronização da AWS ganhou Kinesis, KMS, Secrets Manager e Service Discovery
• Você pode descobrir e vincular repositórios do GitHub a uma conta de nuvem, ligando o código à infraestrutura em que ele roda
• Limite de taxa e agrupamento de requisições chegaram a todos os clientes de provedores, então as investigações param de ser estranguladas pelas APIs dos provedores
• O change intelligence agora mapeia eventos de mudança dos provedores para os recursos específicos que eles tocaram, exibidos no feed
• Uma visão móvel de 24 horas do uso de incidentes em relação aos limites do seu workspace
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade

O Autofix se abriu esta semana. Agora você pode conectar o Cursor e rotear as pull requests de autofix pelos agentes de nuvem dele em vez do agente integrado: quando uma investigação termina em uma linha de código, o Polylane entrega a correção e o Cursor abre a PR. Escolha um executor padrão por workspace em Settings → Integrations.

As automações também ficaram mais fáceis de começar. Agora existe um catálogo de templates prontos, com gatilho, instruções do agente e ações já ligados, instaláveis em um passo pelo console, pela CLI (polylane automation from-template) ou pela API. Os templates podem ser filtrados por categoria e provedor, e só habilitam ações para provedores que você realmente conectou. Junto com isso, novos controles de triagem dão a você uma chave geral mais chaves por regra de alerta em cada conta de nuvem e integração, para que você decida exatamente quais alertas o Polylane assume e investiga.

Também esta semana:

• Cobertura muito mais ampla da Cloudflare no grafo: zonas, load balancing, rulesets de WAF e segurança, Tunnels, Spectrum, Access, Stream, Images e mais recursos de Workers
• Arestas entre nuvens: um registro DNS em um provedor apontando para um recurso em outro agora aparece como uma aresta real no grafo
• Detecção de anomalias mais silenciosa: um filtro determinístico descarta picos isolados e ruído próximo de linha de base zero antes da triagem, a detecção respeita qual direção é realmente ruim por métrica, e anomalias de registros de mudança são deduplicadas em 24 horas em vez de acordar você de novo
• A aba Changes mostra o impacto de relance: um selo de impacto, riscos, verificação pós-mudança e recursos afetados como chips
• Endpoints de LLM personalizados agora listam os modelos que realmente anunciam, então você escolhe entre modelos reais em vez de digitar IDs
• Client secrets de OAuth podem ser rotacionados sem recriar o cliente
• E como sempre: melhorias de confiabilidade, desempenho e estabilidade