Autofix
Un autofix es un pull request que Polylane abre para resolver algo que encontró. El agente investiga primero, después escribe el cambio en una rama y abre el pull request en GitHub; la fusión es tuya.
Qué hace
Los autofixes empiezan desde tres lugares. Pides uno en un hilo, por ejemplo "abre un pull request que corrija esto". Una ejecución de corrección llega a una causa confirmada en un repositorio conectado y abre la corrección en el mismo hilo. O Polylane propone uno por su cuenta, como las mejoras de observabilidad que redacta cuando un repositorio se conecta por primera vez.
Cómo funciona
- Investigar: el agente reúne contexto de la topología, la telemetría y el repositorio afectado.
- Rama: crea una rama contra la rama base del repositorio.
- Corrección: el ejecutor escribe el cambio y hace push de los commits.
- Pull request: abre el pull request describiendo qué estaba mal y qué cambió, enlazado con el hilo o el issue que hay detrás.
- Tu revisión: tu revisión de código habitual y la integración continua deciden la fusión. Cerrarlo es un resultado válido, y Polylane lo registra.
Estados
| Estado | Descripción |
|---|---|
started | La ejecución está en marcha. |
branch_pushed | Los commits están en la rama y el pull request está a punto de abrirse. |
approval_required | El espacio de trabajo pregunta antes de iniciar correcciones automáticas, así que esta ejecución espera a que alguien la inicie desde su hilo. |
pr_opened | El pull request está abierto y espera tu revisión. |
merged | Fusionaste el pull request. |
closed | El pull request se cerró sin fusionar, por ti o por Polylane. |
failed | El ejecutor no pudo producir una corrección. |
no_fix_needed | El agente concluyó que no había nada que cambiar. |
already_in_flight | Otra ejecución o un pull request abierto ya cubre la misma corrección. |
quota_exhausted | El espacio de trabajo no puede iniciar otra ejecución ahora mismo. |
disabled | Autofix está desactivado para el espacio de trabajo. |
plan_rejected | La petición se rechazó antes de que empezara una ejecución. |
unreachable | Polylane ya no puede leer el repositorio, por ejemplo después de que la GitHub App fuera eliminada o suspendida. |
expired | La ejecución se estancó más allá de su ventana de tiempo y se cerró. |
Una ejecución omitida se puede iniciar desde su resumen con Run anyway, una expirada o fallida con Run again, y una retenida con Approve and run. En Settings > Workspace, la tarjeta Autofix contiene el interruptor Open autofix pull requests para todo el espacio de trabajo y Fixes Polylane starts on its own, donde Ask first retiene las correcciones automáticas hasta que alguien las inicia.
Pull requests que quedan abiertos
Un pull request que abre Polylane no espera para siempre. Tras una semana sin actividad, el barrido semanal envía un recordatorio por correo y en Slack y deja la misma nota como comentario en el pull request; cuando no se ha pedido a nadie que lo revise, se pide a los propietarios del código que toca. Un pull request que no ve nada durante otra semana después del recordatorio lo cierra Polylane con un comentario que explica por qué, y la rama se conserva, así que reabrirlo devuelve el cambio tal como está.
Los pull requests abiertos mientras se conecta un repositorio quedan fuera de los recordatorios y los cierres.
Ejecutores
El ejecutor es el agente de programación que escribe el diff. El ejecutor propio de Polylane no necesita configuración; en su lugar puedes encaminar los autofixes a través de un agente de programación que ya uses:
Conecta Devin, Cursor, Factory o Conductor en Settings > Integrations con tu propia clave de API, y después activa Use Devin for all autofixes (o el interruptor equivalente en la página de Cursor, Factory o Conductor) para convertirlo en el ejecutor de cada autofix del espacio de trabajo. Si esa integración se elimina o se desactiva, los autofixes vuelven al ejecutor de Polylane.
Dónde encontrarlo
Lee un autofix en el hilo que lo produjo. El Lineage en la barra lateral del hilo muestra el Autofix y su Pull request, y el nodo del autofix abre las pestañas Overview, Diff, Session, Timeline y Properties. Approve and run, Run again y el motivo de cierre viven en su resumen.
Relacionado
- Ejecuciones de corrección para las ejecuciones que entregan una causa confirmada a autofix.
- Revisiones de pull requests para la comprobación que recibe cada pull request antes de fusionarse.
- Repositorios para conectar el código en el que escriben los autofixes.
- GitHub para la conexión con el host de código a través de la cual escriben los autofixes.
Escalations
La única lista de lo que los agentes necesitan de ti: un registro por petición, por muchas veces que se repita, despejado cuando la atiendes.
Trabaja desde tus herramientas
Pregunta sobre producción desde tu agente de programación, tu terminal o CI: un servidor MCP, una CLI y un plugin que instala ambos.