Polylane

Polylane

Coreplane Labs · Programmation · Entreprise

Polylane est une plateforme SRE augmentée par IA qui surveille journaux, métriques et traces, enquête sur les incidents en production avec des preuves citées et ouvre des pull requests contenant le correctif à relire.

Aperçu de l'interface de Polylane

À propos de Polylane

About

Qu'est-ce que Polylane

Polylane est une plateforme d'exploitation assistée par IA éditée par Coreplane Labs, société de San Francisco fondée par Boris Tane. Elle tient une boucle unique sur le logiciel en production : une image vivante de ce que vous déployez, une alerte quand quelque chose dérive, l'explication de la cause et un correctif livré sous forme de pull request. Aucun SDK supplémentaire à installer sur chaque serveur. Les agents lisent la télémétrie que vous envoyez déjà à AWS, Cloudflare, Vercel, Datadog ou Sentry.

L'écart qu'elle vise se situe entre le graphique et la décision. Un tableau de bord montre que la latence du paiement a triplé à 18 h. Polylane cherche à dire quel déploiement, quel changement de configuration ou quel chemin de code en est responsable, puis écrit la modification qui rétablit le comportement d'avant. L'automatisation d'astreinte est la promesse, mais une personne valide toujours chaque fusion.

Deux limites cadrent l'usage. Polylane ne stocke pas vos métriques et ne remplace pas votre fournisseur d'observabilité, donc des journaux trop pauvres donnent des enquêtes trop courtes. Elle ne touche pas non plus à la production de son propre chef : le correctif arrive en branche et en pull request, avec votre CI et vos relecteurs dans le circuit.

Pour commencer

  1. Lancez curl -fsSL https://polylane.com/setup | bash sous macOS ou Linux. Le script installe la CLI, relie les agents de code de la machine et crée votre compte.
  2. Branchez vos comptes cloud et vos fournisseurs de télémétrie depuis la console. Commencez par les deux ou trois services qui portent votre trafic le plus important.
  3. Connectez GitHub ou GitLab pour que les agents lisent les dépôts et ouvrent des pull requests dessus.
  4. Laissez les agents observer quelques jours. Relisez les premiers incidents, lisez les enquêtes et jugez si les pull requests de correction automatique méritent d'être conservées.

Informations sur le produit

Aperçu des tarifs, des plateformes compatibles et des performances de Polylane.

Offre gratuiteOui
Offres payantes$0 - $5,000/mo
PlateformeWeb app, CLI for macOS and Linux, Slack, MCP clients
DéveloppeurCoreplane Labs
CatégorieProgrammation · Entreprise
Date de lancementMay 2026
Dernière mise à jourOct 2026
Visites du siteN/A
Classement mondial du siteN/A
Disponibilité de l’APIOui

Idéal pour

Les utilisateurs, tâches et cas d'usage où cet outil convient le mieux.

Utilisateurs

  • Équipes plateforme et SRE
  • Petites équipes sans astreinte dédiée
  • Équipes qui utilisent Claude Code, Cursor ou Codex

Tâches

  • Triage d'incident
  • Relecture de l'impact d'une pull request
  • Correction des échecs de CI
  • Enquête sur un ticket de bug

Cas d'usage

  • Incidents de nuit
  • Semaines de lancement
  • Migrations et changements de plateforme

Fonctionnalités clés

Graphe de contexte

Polylane construit une carte vivante des ressources, des dépendances et du code entre vos comptes cloud et vos fournisseurs d'observabilité. Chaque nœud porte ses changements récents et ses incidents ouverts, si bien qu'une enquête part de la topologie réelle et non d'une recherche dans cinq consoles. C'est ce même graphe que votre agent de code interroge par MCP.

Détection d'incidents sans seuils

Les agents lisent les séries de métriques, de journaux et de traces à intervalle régulier et les comparent au comportement habituel de chaque ressource. Aucun seuil à régler, aucune règle à écrire. Tout ce que votre équipe trace déjà devient un contrôle, et c'est pourquoi une chute d'événements suivis ou une file qui ne se vide plus remonte sans alerte sur mesure.

Enquêtes avec preuves

Une enquête avance étape par étape et montre la requête, la ligne de journal ou l'enregistrement de changement qui soutient chaque affirmation. Quand une étape n'a pas de preuve, l'agent le dit au lieu de combler le vide. Les exécutions sont des transcriptions que vous pouvez regarder, interrompre et partager avec l'équipe.

Pull requests de correction automatique

Une fois la cause prouvée, Polylane écrit le correctif sur une branche, le teste contre le signal qui a déclenché l'incident et ouvre une pull request. Chaque correctif couvre un changement logique, donc les réparations sans rapport arrivent séparément. Votre relecture et votre CI décident toujours de la fusion, et un correctif qui échoue est signalé par e-mail et dans Slack au lieu d'être relancé en silence.

Relecture de l'impact en production

Polylane relit les pull requests face à l'infrastructure vers laquelle elles partent, que l'auteur soit un ingénieur ou un agent. Elle parcourt le chemin du dépôt jusqu'aux ressources derrière, lit leur criticité, leurs changements récents et leurs incidents ouverts, puis laisse un seul commentaire. Un avis négatif doit démontrer en quoi une ligne du diff casse la production, donc l'approbation reste le cas par défaut. L'équipe peut activer un contrôle bloquant qui retient la fusion jusqu'à ce qu'un push ultérieur le lève.

Agent Slack et accès MCP

Les questions du type qui possède ce service ou qu'est-ce qui a changé dans la dernière heure se posent dans n'importe quel canal Slack, et la réponse cite la requête ou le changement qui la fonde. Les agents de code reçoivent les mêmes données par un point d'accès MCP unique, avec connexion dans le navigateur et OAuth pris en charge. Les lectures sont autorisées par défaut, les écritures restent derrière une politique de refus, et rien ne fusionne sans une personne.

Avantages et inconvénients

Avantages

  • La détection tourne sur une télémétrie que vous collectez déjà, donc la mise en place consiste surtout à connecter des comptes plutôt qu'à réinstrumenter chaque service.
  • Les enquêtes renvoient vers la preuve, ce qui calme la discussion habituelle sur la responsabilité d'un déploiement ou de la base de données.
  • Les correctifs arrivent en pull requests relisibles, avec tests et cause énoncée, pas en modifications poussées directement en production.
  • Le point d'accès MCP donne à Claude Code, Cursor, Codex et ChatGPT un contexte de production que ces outils n'ont pas seuls.
  • L'offre gratuite est utilisable, avec deux comptes cloud, deux sièges et une réserve mensuelle de crédits qui se renouvelle.

Inconvénients

  • Le résultat suit la qualité de votre télémétrie. Des journaux pauvres ou des traces absentes donnent des enquêtes qui s'arrêtent tôt, et la qualité du correctif baisse avec elles.
  • Les crédits sont facturés à l'usage, donc un mois chargé en incidents coûte plus que le prix affiché. Le dépassement est plafonné, mais le plafond est à configurer.
  • Les agents ne fusionnent jamais et ne modifient pas la production, donc la promesse d'une vie sans astreinte reste partielle. Quelqu'un relit encore les pull requests à un moment.
  • La plupart des intégrations reposent sur des clés d'API et des services hébergés. Un environnement isolé ou très restreint demande du travail avant que les agents puissent lire quoi que ce soit.

Questions fréquentes

Elle surveille la production, explique ce qui a cassé et ouvre une pull request avec le correctif. Le travail couvre la détection, l'enquête, la relecture de code et les questions d'astreinte, sur la télémétrie que vous envoyez déjà à vos fournisseurs cloud et d'observabilité.