Empieza

Cómo funciona Polylane

El bucle que Polylane ejecuta sobre tu stack, y el puñado de cosas que verás en la consola, desde issues e hilos hasta ejecuciones de corrección, escalados y autofixes.

Polylane se conecta a tus nubes, repositorios y herramientas de observabilidad, los vigila en busca de problemas y trabaja cada uno hasta un veredicto y una corrección. Lees toda la historia en hilos, desde la consola, Slack, tu agente de programación o la terminal.

El bucle

  1. Conecta: conectas una nube, un repositorio y una herramienta de observabilidad, y Polylane construye un mapa vivo de tu sistema que lee cada agente. Consulta Conecta.
  2. Detecta: las comprobaciones construidas a partir de tu telemetría abren issues, cada pull request se revisa contra producción y la configuración arriesgada se señala. Consulta Detecta.
  3. Investiga y corrige: un agente trabaja cada issue con tus herramientas reales, muestra su evidencia y abre la corrección como un pull request que tú revisas. Consulta Investiga y corrige.
  4. Trabaja desde tus herramientas: el mismo agente responde desde tu editor, tu terminal, CI o Slack. Consulta Trabaja desde tus herramientas.

Las primitivas

PrimitivaQué esDónde la ves
Grafo de contextoEl modelo vivo de tu stack que alimentan las nubes, los repositorios, las integraciones y las memorias, y del que lee cada agente.Representado como la topología.
Cuenta de nubeUn proveedor de nube conectado cuyos recursos Polylane sincroniza, clasifica por nivel y cuyos cambios registra uno a uno.Clouds en Settings; consulta Clouds.
RepositorioUn host de código conectado en el que los agentes buscan, leen y abren pull requests, enlazado con los recursos en los que despliega.Repositories en Settings; consulta Repositorios.
IntegraciónUna herramienta de observabilidad, chat, host de código, gestor de issues o agente de programación conectado que aporta herramientas que los agentes llaman y eventos que la detección escucha.Integrations en Settings; consulta Integraciones.
TopologíaLa vista de grafo de tu infraestructura: recursos como nodos, relaciones como aristas, cada uno con sus propiedades y su historial de cambios.Topology; consulta Topology.
MemoriaUn hallazgo confirmado que un agente o una persona guarda para que la siguiente investigación empiece por lo que ya sabes.Memories en Settings; consulta Memories.
ComprobaciónUna evaluación programada de un recurso, construida a partir de tus proveedores y tus consultas guardadas, que abre un issue cuando se incumple.El panel Lineage de una ejecución de corrección.
IssueEl registro único de una detección: algo puede estar mal en un recurso. Una ejecución de corrección le da un veredicto, confirmado o descartado.El hilo de su ejecución de corrección; consulta Issues.
Revisión de pull requestUna comprobación de cada pull request de un repositorio conectado contra la producción en la que despliega, publicada como comentario antes de que fusiones.El comentario en el pull request; consulta Revisiones de pull requests.
AdvisoryUna recomendación por recurso sobre una configuración incorrecta, un riesgo de resiliencia o una carencia de observabilidad, con una corrección que puedes entregar a un agente.El panel del recurso en la topología; consulta Advisories.
HiloUna conversación con un agente que tiene todo tu grafo de contexto, que puedes observar, interrumpir, compartir y continuar.Threads; consulta Threads.
Ejecución de correcciónUn agente que trabaja un issue desde el veredicto hasta la causa raíz y el pull request, en un solo hilo.Threads con el filtro Type puesto en Fix run; consulta Ejecuciones de corrección.
EscaladoUn registro por cada cosa que un agente necesita de ti, que se despeja cuando la atiendes.El preajuste Needs you en Threads; consulta Escalations.
AutofixUna corrección de código escrita por un agente que llega como pull request a tu repositorio, ejecutada por el agente de programación de Polylane o por uno conectado como Devin, Cursor, Factory o Conductor.El pull request, y el panel Lineage del hilo; consulta Autofix.

Qué pueden hacer los agentes

Los agentes leen por defecto: una ejecución en la que nadie ha escrito usa acceso de solo lectura a tus proveedores, y una cuenta de nube marcada como Read-only rechaza cualquier llamada de escritura. Cuando estás en un hilo, una llamada de escritura a un proveedor pasa una revisión de seguridad y después espera tu confirmación antes de ejecutarse. Los cambios de código llegan como pull requests a tu repositorio, y la fusión es tuya.

Relacionado