Autofix
Un autofix è una pull request che Polylane apre per risolvere qualcosa che ha trovato. L'agente indaga prima, poi scrive la modifica su un branch e apre la pull request su GitHub; il merge resta a te.
Cosa fa
Gli autofix partono da tre punti. Ne chiedi uno in un thread, ad esempio "apri una pull request che corregga questo". Un fix run arriva a una causa confermata in un repository collegato e apre la correzione nello stesso thread. Oppure Polylane ne propone uno da sé, come i miglioramenti di osservabilità che abbozza quando un repository viene collegato per la prima volta.
Come funziona
- Indagine: l'agente raccoglie contesto dalla topologia, dalla telemetria e dal repository interessato.
- Branch: crea un branch a partire dal branch di base del repository.
- Correzione: l'esecutore scrive la modifica e fa push dei commit.
- Pull request: apre la pull request descrivendo cosa non andava e cosa è cambiato, collegata al thread o alla issue dietro di essa.
- La tua revisione: la tua normale code review e la continuous integration decidono il merge. Chiuderla è un esito valido, e Polylane lo registra.
Stati
| Stato | Descrizione |
|---|---|
started | Il run è in corso. |
branch_pushed | I commit sono sul branch e la pull request sta per aprirsi. |
approval_required | Il workspace chiede prima di avviare le correzioni automatiche, quindi questo run attende che qualcuno lo avvii dal suo thread. |
pr_opened | La pull request è aperta e attende la tua revisione. |
merged | Hai fatto il merge della pull request. |
closed | La pull request è stata chiusa senza merge, da te o da Polylane. |
failed | L'esecutore non è riuscito a produrre una correzione. |
no_fix_needed | L'agente ha concluso che non c'era nulla da cambiare. |
already_in_flight | Un altro run o una pull request aperta copre già la stessa correzione. |
quota_exhausted | Il workspace non può avviare un altro run in questo momento. |
disabled | L'autofix è disattivato per il workspace. |
plan_rejected | La richiesta è stata rifiutata prima che un run partisse. |
unreachable | Polylane non riesce più a leggere il repository, ad esempio dopo che la GitHub App è stata rimossa o sospesa. |
expired | Il run si è bloccato oltre la sua finestra temporale ed è stato chiuso. |
Un run saltato può essere avviato dalla sua panoramica con Run anyway, uno scaduto o fallito con Run again, e uno trattenuto con Approve and run. Sotto Settings > Workspace, la card Autofix contiene l'interruttore Open autofix pull requests per tutto il workspace e Fixes Polylane starts on its own, dove Ask first trattiene le correzioni automatiche finché qualcuno non le avvia.
Pull request lasciate aperte
Una pull request aperta da Polylane non aspetta per sempre. Dopo una settimana senza attività, la scansione settimanale invia un promemoria via email e su Slack e lascia la stessa nota come commento sulla pull request; quando a nessuno è stata chiesta la revisione, vengono interpellati i responsabili del codice che tocca. Una pull request che non vede nulla per un'altra settimana dopo il promemoria viene chiusa da Polylane con un commento che ne spiega il motivo, e il branch resta, così riaprirla riporta la modifica com'è.
Le pull request aperte mentre un repository viene collegato sono escluse da promemoria e chiusure.
Esecutori
L'esecutore è l'agente di coding che scrive il diff. L'esecutore di Polylane non richiede configurazione; in alternativa puoi instradare gli autofix attraverso un agente di coding che già usi:
Collega Devin, Cursor, Factory o Conductor sotto Settings > Integrations con la tua chiave API, poi attiva Use Devin for all autofixes (o l'interruttore equivalente nella pagina di Cursor, Factory o Conductor) per renderlo l'esecutore di ogni autofix nel workspace. Se quell'integrazione viene rimossa o disattivata, gli autofix ricadono sull'esecutore di Polylane.
Dove trovare un autofix
Leggi un autofix sul thread che l'ha prodotto. La Lineage nella barra laterale del thread mostra l'Autofix e la sua Pull request, e il nodo dell'autofix apre le schede Overview, Diff, Session, Timeline e Properties. Approve and run, Run again e il motivo della chiusura stanno nella sua panoramica.
Correlati
- Fix run per i run che passano una causa confermata all'autofix.
- Revisioni delle pull request per il controllo che ogni pull request riceve prima del merge.
- Repository per collegare il codice su cui gli autofix scrivono.
- GitHub per il collegamento al code host attraverso cui gli autofix scrivono.
Escalations
L'unico elenco di ciò di cui gli agenti hanno bisogno da te: un record per richiesta, per quanto spesso si ripeta, chiuso quando la gestisci.
Lavora dai tuoi strumenti
Chiedi della produzione dal tuo agente di coding, dal terminale o dalla CI: un server MCP, una CLI e un plugin che installa entrambi.