Démarre
Comment Polylane fonctionne
La boucle que Polylane exécute sur ta stack, et la poignée de choses que tu verras dans la console, des issues et threads aux fix runs, escalades et autofixes.
Polylane se connecte à tes clouds, tes dépôts et tes outils d'observabilité, y surveille les problèmes et traite chacun d'eux jusqu'au verdict et au correctif. Tu lis toute l'histoire dans des threads, depuis la console, Slack, ton agent de codage ou le terminal.
La boucle
- Connecter : tu connectes un cloud, un dépôt et un outil d'observabilité, et Polylane construit une carte vivante de ton système que chaque agent lit. Voir Connecte.
- Détecter : des vérifications construites à partir de ta télémétrie ouvrent des issues, chaque pull request est relue au regard de la production, et la configuration risquée est signalée. Voir Détecte.
- Investiguer et corriger : un agent traite chaque issue avec tes vrais outils, montre ses preuves et ouvre le correctif sous forme de pull request que tu relis. Voir Enquête et corrige.
- Travailler depuis tes outils : le même agent répond depuis ton éditeur, ton terminal, ta CI ou Slack. Voir Travaille depuis tes outils.
Les primitives
| Primitive | Ce que c'est | Où tu la vois |
|---|---|---|
| Graphe de contexte | Le modèle vivant de ta stack, alimenté par les clouds, les dépôts, les intégrations et les mémoires, et dans lequel chaque agent lit. | Rendu sous forme de topologie. |
| Compte cloud | Un fournisseur cloud connecté dont Polylane synchronise les ressources, leur attribue un niveau et enregistre chaque changement. | Clouds dans Settings ; voir Clouds. |
| Dépôt | Un hébergeur de code connecté dans lequel les agents cherchent, lisent et ouvrent des pull requests, lié aux ressources sur lesquelles il se déploie. | Repositories dans Settings ; voir Dépôts. |
| Intégration | Un outil d'observabilité, une messagerie, un hébergeur de code, un gestionnaire de tickets ou un agent de codage connecté, qui apporte des outils que les agents appellent et des événements que la détection écoute. | Integrations dans Settings ; voir Intégrations. |
| Topology | La vue en graphe de ton infrastructure : les ressources comme nœuds, les relations comme arêtes, chacune avec ses propriétés et son historique de changements. | Topology ; voir Topology. |
| Mémoire | Un constat confirmé qu'un agent ou une personne enregistre pour que la prochaine investigation parte de ce que tu sais déjà. | Memories dans Settings ; voir Memories. |
| Vérification | Une évaluation planifiée d'une ressource, construite à partir de tes fournisseurs et de requêtes enregistrées, qui ouvre une issue quand elle dépasse son seuil. | Le panneau Lineage d'un fix run. |
| Issue | L'enregistrement unique d'une détection : quelque chose ne va peut-être pas sur une ressource. Un fix run lui donne un verdict, confirmée ou rejetée. | Le thread de son fix run ; voir Issues. |
| Revue de pull request | Une vérification de chaque pull request d'un dépôt connecté au regard de la production sur laquelle elle se déploie, publiée en commentaire avant la fusion. | Le commentaire sur la pull request ; voir Revues de pull requests. |
| Advisory | Une recommandation par ressource sur une mauvaise configuration, un risque de résilience ou un manque d'observabilité, avec un correctif que tu peux confier à un agent. | Le panneau de la ressource sur la topologie ; voir Advisories. |
| Thread | Une conversation avec un agent qui dispose de tout ton graphe de contexte, que tu peux suivre, interrompre, partager et reprendre. | Threads ; voir Threads. |
| Fix run | Un agent qui traite une issue du verdict à la cause racine puis à la pull request, dans un seul thread. | Threads avec le filtre Type réglé sur Fix run ; voir Fix runs. |
| Escalade | Un enregistrement par chose qu'un agent attend de toi, effacé quand tu la traites. | Le préréglage Needs you sous Threads ; voir Escalations. |
| Autofix | Un correctif de code écrit par un agent qui arrive sous forme de pull request dans ton dépôt, exécuté par l'agent de codage de Polylane ou par un agent connecté comme Devin, Cursor, Factory ou Conductor. | La pull request, et le panneau Lineage du thread ; voir Autofix. |
Ce que les agents peuvent faire
Les agents lisent par défaut : un run auquel personne n'a écrit utilise un accès en lecture seule à tes fournisseurs, et un compte cloud marqué Read-only refuse tout appel d'écriture. Quand tu es dans un thread, un appel d'écriture vers un fournisseur passe une revue de sécurité puis attend ta confirmation avant de s'exécuter. Les changements de code arrivent sous forme de pull requests dans ton dépôt, et la fusion t'appartient.
Voir aussi
- Démarrage rapide : connecte ta stack et regarde le premier fix run en cinq étapes.
- Threads : chaque type de thread et comment en démarrer un depuis chaque surface.
- Fix runs : comment une issue est traitée du verdict à la pull request.
- Travaille depuis tes outils : le garde-fou d'écriture tel qu'il s'applique à ton agent de codage et à la CLI.
Démarrage rapide
Connecte un cloud, un dépôt et un outil d'observabilité, pose ta première question et regarde le premier correctif arriver sous forme de pull request.
Connecte
Connecte tes clouds, tes dépôts et tes outils d'observabilité, et Polylane construit la carte vivante de ton système que chaque agent lit.