Build log. Lo que se publicó, semana a semana.

Un solo agente del hallazgo al pull request

Cada hallazgo que Polylane detecta lo trabaja ahora una sola ejecución de agente. Lee la evidencia con herramientas de solo lectura sobre tu telemetría y el grafo de contexto, decide si hay un issue real y, cuando la causa confirmada es un defecto de código en un repositorio conectado, escribe el arreglo y abre el pull request en la misma ejecución, sin traspasos entre las etapas de triaje, investigación y autofix. El pull request abre con una sola línea Affected que nombra el recurso, el valor superado frente a su línea base y a cuántos dependientes llega un fallo, y su razonamiento de seguridad está en una sección visible Why it’s safe. Cuando un arreglo está fuera de alcance, la ejecución registra el motivo y un siguiente paso claro en el issue en lugar de apagarse sin más.

Grafana Cloud y Logfire se unen a las integraciones de observabilidad

Conecta Grafana Cloud, o un Grafana autoalojado, con la URL del stack y un token de cuenta de servicio. Polylane añade un punto de contacto y una ruta de notificación general al stack, así que cada regla de alerta existente y cada regla que crees después le llega sin configuración por regla. Conecta Pydantic Logfire con una clave de API y el agente recibe herramientas para ir de una ruta que falla al span exacto que lanzó el error, más SQL de solo lectura para todo lo demás; el proyecto se vigila por tasa de errores, volumen de solicitudes y latencia p95 como los demás proveedores.

También esta semana:

• Los issues descartados reciben una segunda mirada: un hallazgo recurrente se vuelve a triar, un descarte se rechaza cuando la evidencia no excluye un incidente en un recurso crítico, y un “no incidente” de una persona se mantiene como definitivo
• Conectar GitHub pregunta una vez si revisar los pull requests, y un pull request que arregla un issue conocido recibe un veredicto verde o amarillo sobre si debería resolverlo
• Una pestaña Key questions en cada cuenta de nube, integración y recurso vigilado de cerca muestra las preguntas que Polylane hace a tu telemetría, con la consulta al proveedor detrás de cada una
• El grafo de contexto gana réplicas de lectura de RDS y RDS Proxy, enlaza los repositorios con las cargas de trabajo de Kubernetes y Railway que ejecutan las imágenes que construyen, y nombra los buckets de S3 y los endpoints de RDS encontrados en variables de entorno antes de que se conecte la cuenta de AWS
• El diálogo de conexión de AWS muestra la plantilla de CloudFormation generada con copiar y descargar, y il-central-1 está disponible
• Las tendencias diarias de logs se registran como issues triados en lugar de llegar por correo
• Pega o arrastra imágenes al compositor del chat de la consola, y las comprobaciones tienen su propia página con un enlace para copiar
• Las respuestas de Slack terminan con cuánto tardó la ejecución y cuántas acciones realizó, y el servidor MCP muestra una pantalla de consentimiento antes de autorizar un cliente
• La CLI conecta Grafana Cloud, Mixpanel y OpenStatus con polylane integration connect y Railway con polylane cloud connect --provider railway, y pregunta si revisar los pull requests al conectar GitHub (--no-pr-reviews lo desactiva)
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Tres nubes más y tu gestor de issues se unen al grafo de contexto

Ahora puedes conectar ClickHouse Cloud, Convex y Turso: pega un token y sus servicios, proyectos, despliegues y bases de datos se sincronizan en el grafo de contexto cada 15 minutos, con comprobaciones de salud y herramientas para el agente. Linear es la primera integración de seguimiento de issues: el agente lee tus equipos, proyectos e issues en cualquier hilo, registra issues desde las investigaciones con el rastro de evidencia adjunto y actualiza estado, prioridad o responsable, pidiéndote confirmación antes de cada escritura. Los recursos nuevos llegan ya cableados: los servicios secundarios de ClickHouse enlazan con su primario, las ramas de Turso con la base de datos de la que se bifurcaron, y los servicios de auth, almacenamiento, realtime y REST de Supabase con la base de datos Postgres que cubren, así que un fallo en el primario llega a todo lo que depende de él.

Un solo radio de impacto, en todas partes

El motor de radio de impacto detrás de las revisiones de pull requests ahora responde en todas partes: los paneles deslizantes de issues, los registros de cambio y los artefactos de hilo muestran el mismo alcance aguas abajo, los agentes pueden pedirlo, y cada pull request de autofix nombra el nivel del recurso afectado y hasta dónde llegaría un fallo ahí. El grafo que recorre es más denso: las distribuciones de CloudFront enlazan con sus orígenes y sus web ACLs de WAF, las reglas de grupos de seguridad se convierten en aristas de alcanzabilidad, los buckets de R2 enlazan con las colas a las que notifican, y las definiciones de Step Functions producen una arista por cada servicio al que llaman. Una nueva pestaña Connections en cada recurso lista cada arista con su dirección, cómo se descubrió y la evidencia que la respalda.

También esta semana:

• Una sola conexión de AWS cubre ahora cualquier conjunto de regiones, o todas, con CloudTrail y alertas por región
• Los pull requests de autofix piden revisión al responsable del recurso afectado, usan Conventional Commits por defecto, incluyen un diagrama mermaid cuando el arreglo tiene estructura que mostrar y caducan tras 14 días sin actividad para que un arreglo mejor ya no quede retenido
• Puedes fijar un umbral mínimo de severidad para las investigaciones que Polylane inicia por su cuenta, por espacio de trabajo; las alertas nuevas las tría un agente con herramientas de solo lectura antes de convertirse en issues, y las investigaciones estancadas se reanudan solas
• Las tarjetas de hipótesis en un hilo dicen Confirmed, Refuted o Inconclusive, y un hilo que espera tu respuesta lo dice
• Dile al agente de Slack que se vaya y silencia el hilo hasta que lo vuelvas a @-mencionar; la página Channels ahora lista cada canal de tu espacio de trabajo con un botón Join para aquellos en los que Polylane no está
• La página de topología se actualiza en vivo, su búsqueda es de texto completo sobre nombres, alias y descripciones, y cualquier gráfica de un hilo se descarga como JSON, CSV o PNG
• Cada informe fijado en un tablero de Mixpanel se convierte en una comprobación diaria
• Las ejecuciones de autofix usan Node 24 y toman la versión de .nvmrc, .node-version o engines.node
• La CLI conecta ClickHouse, Convex, Turso y Linear, ejecuta la conexión de AWS en segundo plano para que puedas conectar otras nubes mientras tanto, acepta --region all y ofrece canales de Slack a los que unirse justo después de conectar la app
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Construye tu grafo de contexto desde la terminal con tu propio agente de programación

Ejecuta polylane map y la CLI lanza el agente de programación que ya usas para mapear el repositorio actual: la topología, los primeros issues y un hilo de primera ejecución aterrizan en tu espacio de trabajo mientras la terminal muestra un latido. Tu máquina y su agente son ahora una conexión como GitHub o AWS, así que cada máquina escribe su propia porción del grafo y ninguna puede sobrescribir la de otra. Mientras corre el mapeo, la página Topology muestra el progreso, los issues y el chat en el sitio, te ofrece conectar tus nubes mientras tanto y te da un enlace para compartir revocable. Conectar un agente de programación en la nube lo convierte en tu ejecutor de autofix, y se le añade automáticamente el servidor MCP de Polylane para que pueda consultar Polylane mientras escribe un arreglo.

Railway, Mixpanel y OpenStatus se unen al grafo de contexto

Railway es un proveedor de nube conectable: conecta con OAuth o con un token de espacio de trabajo y Polylane sincroniza proyectos, servicios y despliegues, vigila los despliegues, lee logs y comprueba las métricas de los servicios en busca de issues. Mixpanel es la primera integración de analítica de producto, así que puedes preguntar si los registros cayeron tras un despliegue, y una comprobación diaria vigila los volúmenes de eventos en busca de roturas del tracking. OpenStatus trae monitores y páginas de estado al grafo, tría cada fallo y recuperación como una alerta y enlaza cada monitor con el recurso que sondea. Datadog, Sentry, Better Stack, Honeycomb y Axiom ahora enlazan en el grafo los recursos que les reportan, y el agente puede publicar informes de estado de Better Stack y reconocer o resolver incidentes, cada uno tras tu confirmación.

También esta semana:

• Conectar una cuenta de nube o una integración de observabilidad registra issues por sí solo: Polylane lee las últimas 24 horas de logs de error en busca de patrones recurrentes y ejecuta las primeras comprobaciones de inmediato
• Las revisiones de pull requests llevan un libro de registro de cada modo de fallo considerado, marcado como confirmado, plausible o refutado, con un radio de impacto que nombra los recursos aguas abajo a los que llega un fallo y la proporción de tráfico que soportan; la pestaña Changes lo muestra de forma nativa
• Los issues son más fáciles de triar: una columna y un filtro de severidad, los duplicados ocultos por defecto, y la alerta que abrió un issue mostrada al inicio de su linaje
• Los pull requests de autofix muestran su diff completo en un panel deslizante, informan de su resultado al hilo que lo pidió y ya no entregan un límite o un timeout ampliado como arreglo
• Las respuestas de Slack adjuntan gráficas como imágenes, y un turno largo en Slack enlaza a la consola para que puedas seguirlo
• Conecta servidores MCP que se autentican con cabeceras HTTP personalizadas, no solo con un bearer token
• Buscar en el grafo de infraestructura cambia a una tabla para que los resultados se lean como filas
• La CLI conecta varias nubes a la vez con --multi, premarcadas a partir de los marcadores de tu repositorio, acota el selector con --category observability y abre en tu navegador una página de token de Cloudflare de solo lectura prerrellenada
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Cada issue recibe una causa, y una respuesta a juego

Polylane ahora clasifica por qué ocurrió cada issue: un defecto de código, infraestructura inestable, un cliente externo, comportamiento esperado o desconocido, cada uno con una confianza, y responde en consecuencia. Un defecto de código recibe un arreglo. Un fallo de CI intermitente recibe una solicitud de volver a ejecutar el workflow en lugar de un parche, y una repetición que pasa resuelve el issue por sí sola. El comportamiento esperado se descarta o se silencia su firma de alerta con el motivo registrado, y todo lo incierto va a una persona. La página del issue muestra el veredicto, cada decisión y quién la tomó, y la evidencia detrás de una superación: la métrica que se desvía, las líneas de log causales y la traza.

Tú decides cuándo se ejecuta el autofix

Un interruptor Open autofix pull requests está ahora en el espacio de trabajo y en cada repositorio, y un nuevo modo Ask first retiene cada arreglo disparado por máquina como una ejecución en espera hasta que haces clic en Approve and run; los arreglos que pides en un hilo nunca se retienen. Cualquier autofix en ejecución se puede cancelar antes de que se abra su pull request, desde la consola, el chat o Slack. Los pull requests llevan una etiqueta severity: y abren con lo que causó el arreglo: el recurso afectado, la métrica que superó el límite y las líneas de log que se dispararon. Cada parche pasa una revisión de seguridad de datos, así que uno que encaminaría datos nuevos hacia logs, exportaciones o analítica se revisa o se retiene.

También esta semana:

• Conectar GitHub ahora abre un primer pull request en menos de un minuto, añadiendo instrucciones de Polylane a AGENTS.md, las reglas de Cursor y tus otros archivos de instrucciones para agentes, con el pull request de observabilidad a continuación, cancelable desde la consola
• Un correo diario de tendencias de logs llega solo los días en que algo cambió, como una plantilla de error nueva o un servicio registrando muy por encima de su volumen normal, cada uno con un botón Investigate
• Pide al agente que vigile una ejecución de CI o una release y deja de sondear, despertando cuando llega el evento de GitHub
• Las señales recurrentes intencionadas reciben un arreglo que hace explícito el comportamiento en tu código en lugar de una alerta silenciada, y los issues de alerta que se quedan callados se resuelven por sí solos
• El agente de Slack habla en primera persona, y las imágenes que se le envían en Slack ahora se muestran en la consola
• El chat de la consola pliega cada fase de razonamiento y sus llamadas a herramientas en una sola fila, ofrece una píldora de Quick answer a los 30 segundos y Try again tras una respuesta interrumpida
• Los nodos de linaje se previsualizan al pasar el cursor y se pueden recorrer con el teclado, los servicios externos como googleapis.com reciben una wiki, y la rotación por autoescalado ya no ensucia el feed de cambios
• El menú de apariencia gana una opción System
• La CLI gana polylane scan, que encuentra riesgos clave en tus cuentas conectadas y te deja elegir uno para investigar, y polylane autofix watch, que imprime las URLs de los pull requests a medida que se abren, y los asistentes de conexión nombran los permisos exactos de token de cada proveedor
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Modal y Supabase se unen al grafo de contexto

Pega el par de tokens que Modal entrega para iniciar sesión en la CLI y tus entornos, apps, funciones, sandboxes, volúmenes y colas aparecen en el grafo de contexto, con los logs de las apps leídos en un resumen, comprobaciones de coste y volumen de errores que abren issues, y cada repositorio enlazado con la app sobre la que su CI ejecuta modal deploy. Conecta una organización de Supabase mediante OAuth o un token de acceso personal y las bases de datos, edge functions, ramas, buckets, auth y almacenamiento de cada proyecto se sincronizan cada 15 minutos, con paneles, logs y comprobaciones en cada uno. El agente recibe herramientas de solo lectura para ambos, así que una investigación lee lo que Modal o Supabase están haciendo ahora en lugar de lo que registró la última sincronización.

Habla con el agente mientras trabaja

Enviar un mensaje a mitad de turno solía cancelar el turno y tirar a la basura minutos de trabajo. Ahora el compositor sigue activo: tu mensaje se recoge en el siguiente paso del agente y se muestra en la transcripción donde fue leído. Un mensaje que nunca llega lo dice, con un reintento. Detener y enviar comparten un botón, Esc detiene el turno, y en voz el agente deja de responder la pregunta a la que te adelantaste hablando.

También esta semana:

• El agente de Slack publica tarjetas de Approve y Deny cuando un cambio necesita visto bueno, muestra su lista de tareas en su mensaje de estado y cierra un pull request que abrió cuando se lo pides
• Reacciona con un tic a una tarjeta de incidente en Slack para resolverlo, o con una señal de prohibido para marcarlo como no incidente; la tarjeta se actualiza en el sitio y la línea de tiempo registra quién actuó
• Una pestaña Channels en la integración de Slack lista cada canal en el que está Polylane, y el agente guarda por sí mismo las instrucciones de un canal cuando le dices cómo comportarse allí
• Los pull requests de autofix abren con una sección Before / After escrita a partir del diff, una pestaña Implementation muestra el hilo que escribió el parche, y un plan débil se rechaza antes de que cueste una ejecución
• Polylane comprueba si hay un pull request abierto antes de gastar una investigación, y conserva el trabajo de un turno de autofix lento en lugar de descartarlo
• Las revisiones de pull requests se activan o desactivan por repositorio desde la página Repositories, en bloque, o en toda una integración de GitHub con un solo interruptor
• Los mapas publicados ahora te dan un enlace en unos dos minutos como borrador que se refina en la misma URL, con los problemas listados junto al grafo y un botón Investigate en cada uno
• Registrarte crea un espacio de trabajo para ti de inmediato, la unión automática por dominio está desactivada por defecto, y un enlace a un espacio de trabajo al que no perteneces ofrece una pantalla de solicitud de acceso
• La CLI te registra con Google, GitHub o correo mediante polylane auth signup, hace interactivos polylane cloud connect y polylane integration connect, y polylane setup ahora configura Cline, Roo Code, Goose, Pi y Warp
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Los fallos de CI se convierten en issues, investigaciones y arreglos

Cada ejecución fallida de GitHub Actions en un repositorio conectado se convierte ahora en un issue de Polylane. Los fallos repetidos del mismo workflow se pliegan en un solo issue; una ejecución en verde lo resuelve y un fallo en las 24 horas siguientes lo reabre. El triaje lee los trabajos, pasos y anotaciones de comprobación fallidos, y cuando confirma un problema real inicia una investigación y encola un autofix contra la rama que falla. El arreglo aterriza como un pull request de autofix normal.

Sigue la cadena de la comprobación al pull request

Cada issue, investigación, autofix y comprobación ahora conoce a sus vecinos. Un grafo de linaje en la pestaña Overview del issue dibuja toda la cadena, desde la comprobación que lo abrió, pasando por la investigación, hasta el autofix y su pull request. Al hacer clic en cualquier tarjeta se abre en un panel deslizante, y los issues duplicados siempre apuntan a la raíz que contiene la investigación. Las páginas de autofix ahora abren con el resultado: el pull request, por qué se omitió la ejecución (con un botón Run anyway) o por qué falló (con Run again).

También esta semana:

• Publica un mapa público de tu arquitectura: ejecuta el prompt de mapeo en tu agente de programación y publica un mapa puntuado y versionado que cualquiera puede navegar, sobre el que puede hacer preguntas o desde el que puede pasar un problema directamente a Polylane para que lo investigue
• Los comentarios de revisión abren con View the full analysis: el informe completo, gráficas interactivas y extractos completos de logs, legibles por quienes ven el pull request mediante un enlace de invitado; los pull requests de autofix enlazan toda su ejecución de la misma forma
• Las revisiones muestran su evidencia: un aprobado adjunta la serie de métricas o el extracto de log en que se apoya, el briefing lista issues pasados que afectaron a los mismos recursos, y la comprobación de impacto en producción está ahora activada por defecto en todos los repositorios
• Tras una investigación, Polylane pregunta si la falta de señal la hizo más difícil; si es así, un pull request de seguimiento añade exactamente ese logging o esas trazas, empezando por qué investigación habría acortado
• Dos conexiones nuevas: clústeres de Kubernetes a través de un agente de solo lectura dentro del clúster, así que ningún kubeconfig sale del clúster, y Better Stack, cuyos incidentes fluyen al triaje y cuyos monitores puede consultar el agente
• Los servicios externos a los que llama tu código (Stripe, Datadog, etcétera) se unen al grafo de contexto a partir de las URLs de las variables de entorno bajo su propia categoría External services, y un grafo de 3,000 recursos ahora abre en segundos
• En hilos con varias personas el agente sabe quién dijo qué, y cada memoria que guarda se vuelve a comprobar a diario y se edita o se descarta cuando queda obsoleta
• Los administradores pueden exportar un espacio de trabajo como archivo JSON, y eliminar un espacio de trabajo ahora lo pone primero en cuarentena, con una ventana de 60 días antes de la purga
• La asignación mensual de tokens de cada plan es cinco veces mayor, ningún plan limita ya los miembros del espacio de trabajo, y un nuevo ajuste Privacy & data permite a los administradores excluir el espacio de trabajo del entrenamiento de modelos
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Polylane es un compañero de equipo en Slack

Menciona a Polylane en Slack y reacciona de inmediato, muestra que está pensando y transmite su respuesta mientras la escribe. Los turnos largos muestran progreso en vivo, y una ejecución fallida dice qué pasó y cómo reanudarla en lugar de quedarse callada. Polylane aparece en la pestaña Agents de Slack con prompts sugeridos, y en los canales a los que pertenece se une sin que se lo pidan a las conversaciones en las que puede ayudar, salvo que configures un canal como solo con mención. Cuando un autofix empieza desde un hilo de Slack, ese hilo se entera del resto: el enlace al pull request, los fallos de CI y sus arreglos, las respuestas a la revisión y una reacción cuando se fusiona.

Issues detectados por lo que dicen tus logs

Polylane ahora lee lo que dicen tus logs, no solo cómo evolucionan. Un flujo constante de fallos que nunca cruzó un umbral ni movió una línea base se registra como issue, permanece abierto mientras el error sigue apareciendo y se resuelve solo cuando para. Cada issue nuevo se compara con los abiertos en todo tu espacio de trabajo: los duplicados confirmados se enlazan y comparten una sola investigación en lugar de empezar una segunda. Las líneas de log se agrupan por forma, así que un formato de ID desconocido no acuña un issue nuevo ni hace oscilar uno existente.

También esta semana:

• Las revisiones de pull requests ahora entregan arreglos, no solo veredictos: las pequeñas carencias de observabilidad en las líneas que cambiaste llegan como comentarios de sugerencia de un clic, las mayores como un pull request de mejora apilado sobre tu rama, y ninguna de las dos cambia el aprobado o rechazado
• Las revisiones y los pull requests de autofix comprueban el catálogo completo de riesgos de despliegue: cambios de renombrar y borrar que los pods antiguos todavía leen, CREATE INDEX que bloquea escrituras en tablas calientes, variables de entorno que nada provisiona y requisitos previos en el sistema de otra persona, cada uno listado con un responsable hasta que se reconoce
• Las personas y los equipos se unen al grafo de contexto: CODEOWNERS, autores de despliegues y etiquetas de propietario se convierten en nodos de persona y equipo con aristas owns, y las distintas grafías de una misma persona se resuelven en un solo nodo
• Cada repositorio recién conectado recibe un pull request de autofix de observabilidad escrito con las convenciones del propio repositorio, y los cuerpos de los pull requests de autofix ahora abren con un resumen en lenguaje llano
• View Thread en un comentario de revisión abre la investigación en solo lectura para cualquiera que pueda ver el pull request, sin necesidad de cuenta, y recibes una notificación cuando cambia un veredicto
• El grafo de infraestructura vuelve a ser una jerarquía de arriba abajo, agrupada por cuenta de nube, y en la vista de topología puedes mantener pulsado un recurso para ver su radio de impacto propagarse por sus aristas, o arrastrar uno para llevarte a sus vecinos con él
• La página Autofixes tiene búsqueda y filtros que viven en la URL, y editar una fila ya no vuelve a dibujar la tabla
• Los espacios de trabajo Free reciben 10 investigaciones al día, en lugar de 1
• La CLI gana polylane setup, que registra el servidor MCP y el skill de Polylane en todos los agentes de programación de tu máquina (--agent elige uno)
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Cada pull request, revisado por su impacto en producción

Polylane ahora lee cada pull request y responde a una pregunta: ¿se degrada producción cuando esto se fusiona? Recorre el grafo de contexto desde el repositorio hasta los recursos a los que se despliega el código, comprueba el cambio contra la topología y la telemetría en vivo, y comenta su veredicto en el pull request: aprobado o rechazado, con la evidencia y los recursos afectados adjuntos. Una comprobación “Polylane production impact” puede hacerse obligatoria en la protección de ramas para bloquear un merge malo.

Los pull requests de autofix aceptan comentarios

Deja un comentario de revisión en un PR de autofix y Polylane responde o sube el cambio solicitado. Responde en el hilo de Slack donde se anunció el PR y contesta ahí mismo. Cuando la CI falla en una rama de autofix, Polylane diagnostica las comprobaciones fallidas y sube un arreglo sin que nadie se lo pida. Y cuando escribe código sigue las reglas de tu casa: AGENTS.md, CLAUDE.md, reglas de Cursor y la convención de mensajes de commit que infiere de tu historial de git.

También esta semana:

• Los repositorios se unieron al grafo de contexto: Polylane lee Terraform, CloudFormation, Pulumi, CDK y manifiestos de despliegue (wrangler.jsonc, fly.toml, vercel.json, render.yaml) para enlazar cada repositorio con los recursos que despliega, con una pestaña Resources para enlaces manuales
• Puedes dirigir las revisiones por repositorio con tus propias instrucciones, “nunca señales migraciones de esquema”, por ejemplo, y cuando un push posterior resuelve una preocupación señalada, Polylane la marca como resuelta por sí solo
• Los riesgos clave de los informes se investigan, no solo se listan: haz clic en uno, o investígalos todos, y los veredictos llegan en vivo, con los riesgos confirmados subiendo arriba con un resumen de lo encontrado
• La topología es ahora la puerta de entrada de la consola: cada recurso un punto, coloreado por categoría y dimensionado por nivel, con los puntos calientes de issues latiendo en rojo y los recursos con más cambios con un anillo discontinuo
• PlanetScale es ahora un proveedor: conecta con OAuth, las bases de datos y ramas se sincronizan en el grafo de contexto, y Query Insights alimenta comprobaciones automáticas de errores de consulta, latencia p99, picos de latencia y volumen de consultas desplomado
• Las cuentas de nube nuevas empiezan en solo lectura: cada escritura a través de la API del proveedor se rechaza hasta que un administrador acciona el interruptor, cuenta por cuenta
• La sincronización de Vercel creció nueve tipos de recursos (sandboxes, workflows, crons, feature flags, AI Gateway, microfrontends, grupos de acceso, drains, registro de contenedores), y los rollbacks se rastrean como es debido: Polylane sigue el despliegue que realmente sirve producción, no el más reciente
• El grafo de contexto se volvió más denso: los túneles de Cloudflare enlazan con las zonas y los servicios de origen que cubren, Hyperdrive se enruta a través de túneles, y las variables de entorno con forma de URL se convierten en aristas entre nubes y cuentas
• Cada repositorio lleva una puntuación de instrumentación sobre 100 (rutas sin logging, llamadas console sueltas, captura de errores ausente), y los recursos que sirven tráfico sin logging o que de repente se quedan callados quedan señalados
• Los logs ganaron memoria: cada recurso mantiene un libro de registro de sus patrones recurrentes con tasas históricas, y los issues muestran las solicitudes fallidas con las líneas de log exactas que les pertenecen
• Las respuestas en Slack son más ajustadas: una respuesta por turno, formato y @-menciones correctos, y silencio cuando un mensaje no va dirigido al agente
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Tu agente de programación ahora puede ver todo lo que ve Polylane. Las herramientas que Polylane construyó para sus propios agentes: el grafo de infraestructura en vivo de todas tus nubes, consultas de observabilidad contra cada proveedor conectado, búsqueda de código en tus repositorios, toda la API REST, ahora están expuestas a Claude Code, Cursor, Codex, OpenCode y VS Code a través de un solo servidor MCP, o de la CLI. Un endpoint, un inicio de sesión en el navegador, y tu agente responde “¿qué falló en producción en el servicio que toca este PR?” sin salir del editor. Las escrituras quedan detrás de una política que deniega por defecto, y fusionar sigue siendo humano.

Las irregularidades y las alertas desaparecieron. No las señales, la separación: todo lo que Polylane detecta y cada alerta que reenvían tus proveedores ahora aterriza en un solo sitio, como issues. Una lista, un ciclo de vida y una deduplicación como es debido: el mismo problema disparándose cincuenta veces es un issue con un recuento de ocurrencias, no cincuenta filas. Los issues externos enlazan de vuelta a la alarma en la consola del propio proveedor, y las automatizaciones ahora pueden dispararse con los veredictos del triaje.

La monitorización se volvió más lista sobre qué vigilar. Para cada cuenta conectada, Polylane ahora genera preguntas de monitorización: las cosas que un ingeniero de guardia querría tener respondidas de forma continua. Lee tus repositorios en busca de los logs de error, spans y métricas personalizadas exactos que realmente escribiste, convierte cada pregunta en una consulta al proveedor, la valida con datos reales y ejecuta las que sobreviven cada pocos minutos como comprobaciones. Las series relacionadas ahora comparten gráfica: p95 y p99 juntos, 5xx por servicio en un solo eje.

También esta semana:

• La consola ahora abre en Home: resumen del feed, decisiones que te esperan, puntos calientes de issues y cambios, y un panel de buenas prácticas con las puertas que quedaron abiertas en tu arquitectura
• Factory se une a Cursor y Devin como ejecutores de autofix, los PRs externos enlazan de vuelta a la investigación que los produjo, y un PR cerrado sin fusionar ahora es un resultado rastreado
• La monitorización es un interruptor por recurso: apágalo y Polylane sigue registrando cambios sin abrir issues, y una tarjeta de cobertura muestra exactamente qué se vigila y con qué frecuencia
• Métricas y logs de Vercel: pega un token de acceso personal (validado mientras escribes) y elige qué telemetría recopilar
• Conectar AWS ya no te deja en una página en blanco: la consola vigila tu stack de CloudFormation, salta a la cuenta en el momento en que se reporta, y lo dice claramente si nunca lo hace
• Un resumen semanal para todo el espacio de trabajo: un solo interruptor envía a cada miembro un resumen de incidentes, issues, autofixes, cambios y recursos inactivos
• Los issues de Sentry llegan con la excepción real adjunta antes de que empiece el triaje: tipo, mensaje, marcos superiores de la pila y etiquetas
• Triaje más silencioso: la severidad refleja el impacto que ocurre ahora en lugar del peor caso, y las avalanchas de sondeos de bots contra wp-login.php y .env ya no abren incidentes
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Los informes maduraron esta semana. Lo que Polylane encuentra en una cuenta solía ser un resultado desechable que veías pasar; ahora es un informe con su propia URL. Hay una página de informes con filtrado y acciones en bloque, progreso en vivo mientras corre una revisión, topología y preguntas iniciales cuando termina, y un enlace público para compartir cuando quieres enseñárselo a alguien fuera de tu espacio de trabajo. Funciona con cuentas de nube y con tus integraciones de Datadog, Honeycomb, Axiom y Sentry.

El feed recibió el mismo trato. Ahora abre con un resumen de 30 días de lo que Polylane hizo de verdad por ti (issues detectados, cambios que causaron issues, PRs de autofix, irregularidades resueltas, cada uno con una minigráfica), una puntuación de salud y una tabla de “esperándote” con las decisiones que necesitan a una persona. Y por debajo, los hilos de incidentes pasaron a flujos de trabajo duraderos, así que las investigaciones sobreviven a despliegues y reinicios, y el ejecutor de autofix integrado ahora ejecuta el agente de programación de código abierto pi, con la transcripción completa legible detrás de cada PR.

También esta semana:

• Los webhooks de reglas de alerta e issues de Sentry ahora abren incidentes: triados por un agente en el momento en que llegan, con distintivos de estado y veredicto y un botón de investigar con un clic
• Las irregularidades recurrentes conservan las métricas, logs y trazas capturados en cada ocurrencia, navegables de la más reciente a la más antigua, en lugar de solo la última
• Las páginas de irregularidades abren con tarjetas de métricas con minigráficas que muestran valor, línea base y desviación, una vista de radio de impacto y un resumen de logs
• Historial de cambios por recurso: señales de cambio en el panel de detalle de cada nodo, y los recursos con más cambios destacados en el feed
• Los advisories se calculan en el backend, cada uno marcado como arreglable directamente o con guía
• Fiabilidad de los hilos: los turnos obsoletos se barren automáticamente, los problemas de capacidad del modelo tienen un respaldo elegante y los turnos desbocados se cortan en lugar de girar sin fin
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Nadie quiere mil líneas de log en bruto volcadas en mitad de una investigación. Esta semana cada consulta de telemetría que ejecutan los agentes (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray) ganó un modo resumen: el resultado completo, sin truncar, se destila en severidad, recuentos de errores, patrones recurrentes y el puñado de líneas que de verdad vale la pena leer, citadas literalmente. Los hilos siguen siendo legibles, y el agente deja de ahogar su propio contexto en logs.

Conectar una cuenta también mejoró. Justo después de conectar, ahora recibes un informe estructurado de riesgos clasificados, métricas clave y resúmenes de logs y trazas, con preguntas iniciales para profundizar. Y para Cloudflare, un nuevo modal prerrellena todos los permisos que Polylane necesita y te deja elegir entre solo lectura (solo investigar y explicar; los cambios solo llegan como PRs) y acceso completo, así que nadie tiene que volver a elegir permisos de token de API a mano.

También esta semana:

• Los niveles de recursos se reclasifican automáticamente cada día, y ahora puedes sobrescribir a mano el nivel de cualquier recurso (las sobrescrituras quedan fijadas) o volver a ejecutar la clasificación para toda una cuenta
• Cada irregularidad tiene un botón de investigar con un clic que abre un hilo de incidente, con deduplicación para que la misma irregularidad nunca genere duplicados
• Las preguntas iniciales sugeridas por IA ahora aparecen en cambios, evaluaciones de ejecuciones de comprobación y recursos individuales, no solo después de conectar
• polylane automation create y POST /automations aceptan disparadores, instrucciones y herramientas personalizados, así que puedes construir automatizaciones que ninguna plantilla cubre
• Un panel deslizante de ejecución de comprobación para inspeccionar las métricas, logs y trazas de una sola evaluación, con acciones de investigar y preguntar integradas
• La monitorización por recurso ahora reúne evidencia estructurada: plantillas de log principales y nuevas, totales por severidad, tasas de error y fallo, y p50/p95/p99 por operación
• Reparación con un clic de los diagramas de Mermaid rotos en las wikis de recursos
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Conectar una cuenta por fin tiene un momento propio. En lugar de devolverte a un panel, Polylane ahora te lleva a una página que explica qué puede ver en la cuenta que acabas de conectar, empieza a encontrar issues de inmediato y ofrece tres preguntas a medida que vale la pena hacerle al agente. Los primeros cinco minutos pasaron de “¿y ahora qué?” a una conversación real sobre tu infraestructura.

El otro tema de esta semana es la confianza. Cuando un agente quiere realizar una acción que modifica algo, el hilo ahora te muestra el método, la ruta, el cuerpo y el motivo, y espera tu aprobación, con los borrados marcados como destructivos. Y cada incidente ahora declara en qué punto está al final de cada turno del agente (necesita acción humana, necesita una decisión, esperando un cambio, fallido o resuelto), así que ves de un vistazo qué investigaciones te necesitan de verdad.

También esta semana:

• Cada pasada de monitorización se registra como una ejecución de comprobación (sana, superada o estable), lo que da a cada recurso una línea de tiempo de evaluaciones que puedes inspeccionar, más un disparador manual
• Los recursos se clasifican automáticamente en niveles 1–4 según su criticidad operativa, usando topología, tráfico y cambios recientes; los niveles ahora determinan cómo se priorizan las irregularidades
• La sincronización de AWS ganó Kinesis, KMS, Secrets Manager y Service Discovery
• Puedes descubrir y enlazar repositorios de GitHub a una cuenta de nube, uniendo el código a la infraestructura en la que corre
• Límite de tasa y coalescencia de solicitudes aterrizaron en todos los clientes de proveedores, así que las investigaciones dejan de ser estranguladas por las APIs de los proveedores
• Change intelligence ahora asocia los eventos de cambio del proveedor a los recursos concretos que tocaron, mostrados en el feed
• Una vista móvil de 24 horas del uso de incidentes frente a los límites de tu espacio de trabajo
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad

Autofix se abrió esta semana. Ahora puedes conectar Cursor y encaminar los pull requests de autofix a través de sus agentes en la nube en lugar del integrado: cuando una investigación termina en una línea de código, Polylane entrega el arreglo y Cursor abre el PR. Elige un ejecutor por defecto por espacio de trabajo en Settings → Integrations.

Las automatizaciones también son más fáciles de empezar. Ahora hay un catálogo de plantillas prediseñadas, con el disparador, las instrucciones del agente y las acciones ya cableadas, instalables en un solo paso desde la consola, la CLI (polylane automation from-template) o la API. Las plantillas se filtran por categoría y proveedor, y solo habilitan acciones para los proveedores que de verdad has conectado. Junto a ello, nuevos controles de triaje te dan un interruptor general más interruptores por regla de alerta en cada cuenta de nube e integración, así que decides exactamente qué alertas recoge e investiga Polylane.

También esta semana:

• Cobertura mucho más amplia de Cloudflare en el grafo: zonas, balanceo de carga, conjuntos de reglas de WAF y seguridad, Tunnels, Spectrum, Access, Stream, Images y más recursos de Workers
• Aristas entre nubes: un registro DNS en un proveedor que apunta a un recurso en otro ahora aparece como una arista real en el grafo
• Detección de irregularidades más silenciosa: un filtro determinista descarta los picos aislados y el ruido cercano a una línea base de cero antes del triaje, la detección respeta qué dirección es realmente mala por métrica, y las irregularidades de los registros de cambio se deduplican en 24 horas en lugar de volver a avisar
• La pestaña Changes muestra el impacto de un vistazo: un distintivo de impacto, riesgos, verificación posterior al cambio y recursos afectados como chips
• Los endpoints de LLM personalizados ahora listan los modelos que realmente anuncian, así que eliges entre modelos reales en lugar de teclear IDs
• Los secretos de cliente de OAuth se pueden rotar sin recrear el cliente
• Y como siempre: mejoras de fiabilidad, rendimiento y estabilidad