Autofix
Un autofix est une pull request que Polylane ouvre pour résoudre quelque chose qu'il a trouvé. L'agent investigue d'abord, puis écrit le changement sur une branche et ouvre la pull request sur GitHub ; la fusion t'appartient.
Ce que ça fait
Les autofixes partent de trois endroits. Tu en demandes un dans un thread, par exemple « ouvre une pull request qui corrige ça ». Un fix run tombe sur une cause confirmée dans un dépôt connecté et ouvre le correctif dans le même thread. Ou Polylane en propose un de lui-même, comme les améliorations d'observabilité qu'il rédige quand un dépôt est connecté pour la première fois.
Comment ça marche
- Investiguer : l'agent rassemble le contexte depuis la topologie, la télémétrie et le dépôt concerné.
- Brancher : il crée une branche à partir de la branche de base du dépôt.
- Corriger : l'exécuteur écrit le changement et pousse des commits.
- Pull request : il ouvre la pull request qui décrit ce qui n'allait pas et ce qui a changé, liée au thread ou à l'issue d'origine.
- Ta revue : ta revue de code habituelle et ton intégration continue décident de la fusion. La fermer est un résultat valable, et Polylane l'enregistre.
États
| État | Description |
|---|---|
started | Le run est en cours. |
branch_pushed | Les commits sont sur la branche et la pull request est sur le point de s'ouvrir. |
approval_required | L'espace de travail demande avant de démarrer les correctifs automatiques, donc ce run attend que quelqu'un le démarre depuis son thread. |
pr_opened | La pull request est ouverte et attend ta revue. |
merged | Tu as fusionné la pull request. |
closed | La pull request a été fermée sans fusion, par toi ou par Polylane. |
failed | L'exécuteur n'a pas pu produire de correctif. |
no_fix_needed | L'agent a conclu qu'il n'y avait rien à changer. |
already_in_flight | Un autre run ou une pull request ouverte couvre déjà le même correctif. |
quota_exhausted | L'espace de travail ne peut pas démarrer un autre run pour le moment. |
disabled | L'autofix est désactivé pour l'espace de travail. |
plan_rejected | La demande a été rejetée avant qu'un run démarre. |
unreachable | Polylane ne peut plus lire le dépôt, par exemple après le retrait ou la suspension de la GitHub App. |
expired | Le run a stagné au-delà de sa fenêtre de temps et a été clôturé. |
Un run sauté peut être démarré depuis sa vue d'ensemble avec Run anyway, un run expiré ou en échec avec Run again, et un run retenu avec Approve and run. Sous Settings > Workspace, la carte Autofix contient l'interrupteur Open autofix pull requests pour tout l'espace de travail et Fixes Polylane starts on its own, où Ask first retient les correctifs automatiques jusqu'à ce que quelqu'un les démarre.
Pull requests laissées ouvertes
Une pull request que Polylane ouvre n'attend pas éternellement. Après une semaine sans activité, le balayage hebdomadaire envoie un rappel par e-mail et dans Slack et laisse la même note en commentaire sur la pull request ; quand personne n'a été sollicité pour la relire, les responsables du code qu'elle touche sont sollicités. Une pull request qui ne voit rien pendant une semaine de plus après le rappel est fermée par Polylane avec un commentaire qui explique pourquoi, et la branche reste, donc la rouvrir ramène le changement tel qu'il est.
Les pull requests ouvertes pendant la connexion d'un dépôt sont exclues des rappels et des fermetures.
Exécuteurs
L'exécuteur est l'agent de codage qui écrit le diff. L'exécuteur propre à Polylane n'a besoin d'aucune configuration ; tu peux plutôt router les autofixes via un agent de codage que tu utilises déjà :
Connecte Devin, Cursor, Factory ou Conductor sous Settings > Integrations avec ta propre clé API, puis active Use Devin for all autofixes (ou l'interrupteur équivalent sur la page Cursor, Factory ou Conductor) pour en faire l'exécuteur de chaque autofix de l'espace de travail. Si cette intégration est retirée ou désactivée, les autofixes se rabattent sur l'exécuteur Polylane.
Où les trouver
Lis un autofix sur le thread qui l'a produit. La Lineage dans la barre latérale du thread montre l'Autofix et sa Pull request, et le nœud d'autofix ouvre les onglets Overview, Diff, Session, Timeline et Properties. Approve and run, Run again et la raison de fermeture se trouvent sur sa vue d'ensemble.
Voir aussi
- Fix runs pour les runs qui confient une cause confirmée à l'autofix.
- Revues de pull requests pour la vérification que chaque pull request reçoit avant sa fusion.
- Dépôts pour connecter le code dans lequel les autofixes écrivent.
- GitHub pour la connexion à l'hébergeur de code par laquelle les autofixes écrivent.
Escalations
La liste unique de ce que les agents attendent de toi : un enregistrement par demande, quelle que soit sa fréquence, effacé quand tu la traites.
Travaille depuis tes outils
Interroge la production depuis ton agent de codage, ton terminal ou ta CI : un serveur MCP, une CLI et un plugin qui installe les deux.