Loslegen
So funktioniert Polylane
Die Schleife, die Polylane auf deinem Stack ausführt, und die Handvoll Dinge, die dir in der Konsole begegnen, von Issues und Threads bis zu Fix-Runs, Eskalationen und Autofixes.
Polylane verbindet sich mit deinen Clouds, Repositories und Observability-Tools, beobachtet sie auf Probleme und bearbeitet jedes bis zu einem Urteil und einem Fix. Die ganze Geschichte liest du in Threads, aus der Konsole, Slack, deinem Coding-Agent oder dem Terminal.
Die Schleife
- Verbinden: Du verbindest eine Cloud, ein Repository und ein Observability-Tool, und Polylane baut eine lebende Karte deines Systems, die jeder Agent liest. Siehe Verbinden.
- Erkennen: Checks, die aus deiner Telemetrie gebaut sind, melden Issues, jeder Pull Request wird gegen die Produktion geprüft, und riskante Konfiguration wird markiert. Siehe Erkennen.
- Untersuchen und beheben: Ein Agent bearbeitet jedes Issue mit deinen echten Tools, zeigt seine Belege und öffnet den Fix als Pull Request, den du reviewst. Siehe Untersuchen und beheben.
- Aus deinen Tools arbeiten: Derselbe Agent antwortet aus deinem Editor, Terminal, deiner CI oder Slack. Siehe Aus deinen Tools arbeiten.
Die Grundelemente
| Grundelement | Was es ist | Wo du es siehst |
|---|---|---|
| Kontextgraph | Das lebende Modell deines Stacks, das Clouds, Repositories, Integrationen und Memories speisen und aus dem jeder Agent liest. | Dargestellt als Topologie. |
| Cloud-Konto | Ein verbundener Cloud-Anbieter, dessen Ressourcen Polylane synchronisiert, in Tiers einstuft und dessen Änderungen es lückenlos aufzeichnet. | Clouds unter Settings; siehe Clouds. |
| Repository | Ein verbundener Code-Host, den Agents durchsuchen, lesen und gegen den sie Pull Requests öffnen, verknüpft mit den Ressourcen, auf die er deployt. | Repositories unter Settings; siehe Repositories. |
| Integration | Ein verbundenes Observability-Tool, ein Chat, ein Code-Host, ein Issue-Tracker oder ein Coding-Agent, der Tools beisteuert, die Agents aufrufen, und Ereignisse, auf die die Erkennung hört. | Integrations unter Settings; siehe Integrationen. |
| Topologie | Die Graphansicht deiner Infrastruktur: Ressourcen als Knoten, Beziehungen als Kanten, jede mit ihren Eigenschaften und ihrer Änderungshistorie. | Topology; siehe Topology. |
| Memory | Eine bestätigte Erkenntnis, die ein Agent oder eine Person speichert, damit die nächste Untersuchung bei dem beginnt, was du schon weißt. | Memories unter Settings; siehe Memories. |
| Check | Eine geplante Auswertung einer Ressource, gebaut aus deinen Anbietern und gespeicherten Abfragen, die ein Issue meldet, wenn sie anschlägt. | Das Panel Lineage eines Fix-Runs. |
| Issue | Der einzelne Erkennungsdatensatz: Mit einer Ressource könnte etwas nicht stimmen. Ein Fix-Run gibt ihm ein Urteil, bestätigt oder verworfen. | Sein Fix-Run-Thread; siehe Issues. |
| Pull-Request-Review | Eine Prüfung jedes Pull Requests in einem verbundenen Repository gegen die Produktion, auf die er deployt, gepostet als Kommentar, bevor du mergst. | Der Kommentar am Pull Request; siehe Pull-Request-Reviews. |
| Advisory | Eine Empfehlung pro Ressource zu Fehlkonfiguration, Resilienzrisiko oder einer Observability-Lücke, mit einem Fix, den du einem Agent übergeben kannst. | Das Panel der Ressource in der Topologie; siehe Advisories. |
| Thread | Eine Konversation mit einem Agent, der deinen vollständigen Kontextgraphen hat, die du beobachten, unterbrechen, teilen und fortsetzen kannst. | Threads; siehe Threads. |
| Fix-Run | Ein Agent, der ein Issue vom Urteil über die Grundursache bis zum Pull Request bearbeitet, in einem einzigen Thread. | Threads mit dem Filter Type auf Fix run; siehe Fix-Runs. |
| Eskalation | Ein Datensatz pro Sache, die ein Agent von dir braucht, erledigt, wenn du dich darum gekümmert hast. | Die Voreinstellung Needs you unter Threads; siehe Escalations. |
| Autofix | Ein von einem Agent geschriebener Code-Fix, der als Pull Request in deinem Repository ankommt, ausgeführt vom Coding-Agent von Polylane oder einem verbundenen wie Devin, Cursor, Factory oder Conductor. | Der Pull Request und das Panel Lineage des Threads; siehe Autofix. |
Was Agents dürfen
Agents lesen standardmäßig: Ein Run, in den niemand geschrieben hat, nutzt nur lesenden Zugriff auf deine Anbieter, und ein Cloud-Konto mit der Markierung Read-only lehnt jeden Schreibzugriff ab. Wenn du in einem Thread bist, durchläuft ein Schreibzugriff auf einen Anbieter eine Sicherheitsprüfung und wartet dann auf deine Bestätigung, bevor er ausgeführt wird. Codeänderungen landen als Pull Requests in deinem Repository, und der Merge liegt bei dir.
Verwandt
- Schnellstart: Verbinde deinen Stack und sieh dem ersten Fix-Run in fünf Schritten zu.
- Threads: jeder Thread-Typ und wie du einen von jeder Oberfläche aus startest.
- Fix-Runs: wie ein Issue vom Urteil bis zum Pull Request bearbeitet wird.
- Aus deinen Tools arbeiten: die Schreibschranke, wie sie für deinen Coding-Agent und die CLI gilt.