Inizia

Come funziona Polylane

Il ciclo che Polylane esegue sul tuo stack, e le poche cose che vedrai nella console, da issue e thread a fix run, escalation e autofix.

Polylane si collega ai tuoi cloud, repository e strumenti di osservabilità, li osserva in cerca di problemi e lavora ciascuno fino a un verdetto e a una correzione. Leggi l'intera storia nei thread, dalla console, da Slack, dal tuo agente di coding o dal terminale.

Il ciclo

  1. Collega: colleghi un cloud, un repository e uno strumento di osservabilità, e Polylane costruisce una mappa live del tuo sistema che ogni agente legge. Vedi Collega.
  2. Rileva: i controlli costruiti dalla tua telemetria aprono issue, ogni pull request viene revisionata rispetto alla produzione e le configurazioni rischiose vengono segnalate. Vedi Rileva.
  3. Indaga e correggi: un agente lavora ogni issue con i tuoi strumenti reali, mostra le sue evidenze e apre la correzione come pull request che revisioni tu. Vedi Indaga e correggi.
  4. Lavora dai tuoi strumenti: lo stesso agente risponde dal tuo editor, dal terminale, dalla CI o da Slack. Vedi Lavora dai tuoi strumenti.

Le primitive

PrimitivaCos'èDove la vedi
Grafo di contestoIl modello live del tuo stack che cloud, repository, integrazioni e memorie alimentano, e da cui ogni agente legge.Reso come topologia.
Account cloudUn provider cloud collegato di cui Polylane sincronizza le risorse, assegna i tier e registra ogni modifica.Clouds in Settings; vedi Cloud.
RepositoryUn code host collegato in cui gli agenti cercano, leggono e aprono pull request, legato alle risorse su cui viene deployato.Repositories in Settings; vedi Repository.
IntegrazioneUno strumento di osservabilità, una chat, un code host, un issue tracker o un agente di coding collegato, che contribuisce strumenti che gli agenti chiamano ed eventi che il rilevamento ascolta.Integrations in Settings; vedi Integrazioni.
TopologiaLa vista a grafo della tua infrastruttura: le risorse come nodi, le relazioni come archi, ciascuno con le sue proprietà e la sua cronologia delle modifiche.Topology; vedi Topologia.
MemoriaUn risultato confermato che un agente o una persona salva così la prossima indagine parte da ciò che già sai.Memories in Settings; vedi Memories.
ControlloUna valutazione pianificata di una risorsa, costruita dai tuoi provider e dalle query salvate, che apre una issue quando viene violata.Il pannello Lineage di un fix run.
IssueIl singolo record di rilevamento: qualcosa potrebbe non andare in una risorsa. Un fix run le dà un verdetto, confermata o scartata.Il thread del suo fix run; vedi Issue.
Revisione della pull requestUn controllo di ogni pull request in un repository collegato rispetto alla produzione su cui viene deployata, pubblicato come commento prima del merge.Il commento sulla pull request; vedi Revisioni delle pull request.
AdvisoryUna raccomandazione per singola risorsa su configurazioni errate, rischi di resilienza o lacune di osservabilità, con una correzione che puoi passare a un agente.Il pannello della risorsa nella topologia; vedi Advisories.
ThreadUna conversazione con un agente che dispone del tuo intero grafo di contesto, che puoi osservare, interrompere, condividere e continuare.Threads; vedi Threads.
Fix runUn agente che lavora una issue dal verdetto alla causa radice alla pull request, in un unico thread.Threads con il filtro Type impostato su Fix run; vedi Fix run.
EscalationUn record per ogni cosa di cui un agente ha bisogno da te, chiuso quando la gestisci.Il preset Needs you sotto Threads; vedi Escalations.
AutofixUna correzione al codice scritta da un agente che arriva come pull request nel tuo repository, eseguita dall'agente di coding di Polylane o da uno collegato come Devin, Cursor, Factory o Conductor.La pull request, e il pannello Lineage del thread; vedi Autofix.

Cosa possono fare gli agenti

Gli agenti leggono per impostazione predefinita: un run in cui nessuno ha scritto usa l'accesso in sola lettura ai tuoi provider, e un account cloud marcato Read-only rifiuta ogni chiamata in scrittura. Quando sei in un thread, una chiamata in scrittura verso un provider passa una revisione di sicurezza e poi attende la tua conferma prima di essere eseguita. Le modifiche al codice arrivano come pull request nel tuo repository, e il merge resta a te.

Correlati

  • Avvio rapido: collega il tuo stack e guarda il primo fix run in cinque passi.
  • Threads: ogni tipo di thread e come avviarne uno da ciascuna superficie.
  • Fix run: come una issue viene lavorata dal verdetto alla pull request.
  • Lavora dai tuoi strumenti: il gate sulle scritture come si applica al tuo agente di coding e alla CLI.