Cómo funciona Polylane
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
- 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.
- 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.
- 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.
- Trabaja desde tus herramientas: el mismo agente responde desde tu editor, tu terminal, CI o Slack. Consulta Trabaja desde tus herramientas.
Las primitivas
| Primitiva | Qué es | Dónde la ves |
|---|---|---|
| Grafo de contexto | El 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 nube | Un proveedor de nube conectado cuyos recursos Polylane sincroniza, clasifica por nivel y cuyos cambios registra uno a uno. | Clouds en Settings; consulta Clouds. |
| Repositorio | Un 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ón | Una 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ía | La 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. |
| Memoria | Un 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ón | Una 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. |
| Issue | El 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 request | Una 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. |
| Advisory | Una 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. |
| Hilo | Una 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ón | Un 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. |
| Escalado | Un registro por cada cosa que un agente necesita de ti, que se despeja cuando la atiendes. | El preajuste Needs you en Threads; consulta Escalations. |
| Autofix | Una 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
- Inicio rápido: conecta tu stack y observa la primera ejecución de corrección en cinco pasos.
- Threads: cada tipo de hilo y cómo iniciar uno desde cada superficie.
- Ejecuciones de corrección: cómo se trabaja un issue desde el veredicto hasta el pull request.
- Trabaja desde tus herramientas: el control de escrituras aplicado a tu agente de programación y a la CLI.
Inicio rápido
Conecta una nube, un repositorio y una herramienta de observabilidad, haz tu primera pregunta y observa cómo la primera corrección llega como pull request.
Conecta
Conecta tus nubes, repositorios y herramientas de observabilidad y Polylane construye el mapa vivo de tu sistema que lee cada agente.