Zacznij

Jak działa Polylane

Pętla, którą Polylane przechodzi na twoim stacku, i garść rzeczy, które zobaczysz w konsoli, od problemów i wątków po przebiegi naprawy, eskalacje i autofixy.

Polylane łączy się z twoimi chmurami, repozytoriami i narzędziami obserwowalności, obserwuje je pod kątem problemów i prowadzi każdy z nich do werdyktu i poprawki. Całą historię czytasz w wątkach: z konsoli, ze Slacka, z agenta kodującego albo z terminala.

Pętla

  1. Połącz: łączysz chmurę, repozytorium i narzędzie obserwowalności, a Polylane buduje żywą mapę twojego systemu, z której czyta każdy agent. Zobacz Połącz.
  2. Wykrywaj: kontrole zbudowane z twojej telemetrii zgłaszają problemy, każdy pull request jest przeglądany na tle produkcji, a ryzykowna konfiguracja jest oznaczana. Zobacz Wykrywaj.
  3. Badaj i naprawiaj: jeden agent pracuje nad każdym problemem z użyciem twoich prawdziwych narzędzi, pokazuje dowody i otwiera poprawkę jako pull request, który przeglądasz. Zobacz Badaj i naprawiaj.
  4. Pracuj z własnych narzędzi: ten sam agent odpowiada z twojego edytora, terminala, CI albo Slacka. Zobacz Pracuj z własnych narzędzi.

Prymitywy

PrymitywCzym jestGdzie go widzisz
Graf kontekstuŻywy model twojego stacku, który zasilają chmury, repozytoria, integracje i wspomnienia, a z którego czyta każdy agent.Renderowany jako topologia.
Konto chmurowePołączony dostawca chmury, którego zasoby Polylane synchronizuje, przypisuje im poziomy i zapisuje każdą ich zmianę.Clouds w Settings; zobacz Chmury.
RepozytoriumPołączony hosting kodu, który agenci przeszukują, czytają i w którym otwierają pull requesty, powiązany z zasobami, na które jest wdrażany.Repositories w Settings; zobacz Repozytoria.
IntegracjaPołączone narzędzie obserwowalności, czat, hosting kodu, system śledzenia zgłoszeń albo agent kodujący, który wnosi narzędzia wywoływane przez agentów i zdarzenia, których nasłuchuje wykrywanie.Integrations w Settings; zobacz Integracje.
TopologiaWidok grafu twojej infrastruktury: zasoby jako węzły, relacje jako krawędzie, każdy ze swoimi właściwościami i historią zmian.Topology; zobacz Topology.
WspomnieniePotwierdzone ustalenie, które agent albo osoba zapisuje, żeby następne dochodzenie zaczynało się od tego, co już wiesz.Memories w Settings; zobacz Memories.
KontrolaZaplanowana ocena zasobu, zbudowana z twoich dostawców i zapisanych zapytań, która zgłasza problem, gdy próg zostaje przekroczony.Panel Lineage przebiegu naprawy.
ProblemPojedynczy rekord wykrycia: z zasobem może być coś nie tak. Przebieg naprawy nadaje mu werdykt: potwierdzony albo odrzucony.Wątek jego przebiegu naprawy; zobacz Problemy.
Przegląd pull requestaSprawdzenie każdego pull requesta w połączonym repozytorium na tle produkcji, na którą jest wdrażany, opublikowane jako komentarz przed scaleniem.Komentarz w pull requeście; zobacz Przeglądy pull requestów.
ZalecenieRekomendacja dla pojedynczego zasobu dotycząca błędnej konfiguracji, ryzyka dla odporności albo luki w obserwowalności, z poprawką, którą możesz przekazać agentowi.Panel zasobu na topologii; zobacz Advisories.
WątekRozmowa z agentem, który ma twój pełny graf kontekstu; możesz ją obserwować, przerywać, udostępniać i kontynuować.Threads; zobacz Threads.
Przebieg naprawyJeden agent pracujący nad jednym problemem od werdyktu przez przyczynę źródłową do pull requesta, w jednym wątku.Threads z filtrem Type ustawionym na Fix run; zobacz Przebiegi naprawy.
EskalacjaJeden rekord na każdą rzecz, której agent potrzebuje od ciebie, zamykany, gdy się nią zajmiesz.Preset Needs you w sekcji Threads; zobacz Escalations.
AutofixNapisana przez agenta poprawka kodu, która trafia jako pull request do twojego repozytorium, uruchamiana przez agenta kodującego Polylane albo połączonego, takiego jak Devin, Cursor, Factory lub Conductor.Pull request oraz panel Lineage wątku; zobacz Autofix.

Co mogą robić agenci

Agenci domyślnie tylko czytają: przebieg, do którego nikt nie pisał, używa dostępu tylko do odczytu do twoich dostawców, a konto chmurowe oznaczone jako Read-only odrzuca każde wywołanie zapisu. Gdy jesteś w wątku, wywołanie zapisu u dostawcy przechodzi przegląd bezpieczeństwa, a potem czeka na twoje potwierdzenie, zanim się wykona. Zmiany w kodzie trafiają jako pull requesty do twojego repozytorium, a scalenie należy do ciebie.

Powiązane

  • Szybki start: połącz swój stack i zobacz pierwszy przebieg naprawy w pięciu krokach.
  • Threads: każdy typ wątku i jak rozpocząć go z każdej powierzchni.
  • Przebiegi naprawy: jak jeden problem jest prowadzony od werdyktu do pull requesta.
  • Pracuj z własnych narzędzi: brama zapisu w odniesieniu do twojego agenta kodującego i CLI.