Como o Polylane funciona
O Polylane se conecta às suas nuvens, repositórios e ferramentas de observabilidade, observa tudo em busca de problemas e trabalha cada um até um veredito e uma correção. Você lê toda a história em threads, a partir do console, do Slack, do seu agente de programação ou do terminal.
O ciclo
- Conecte: você conecta uma nuvem, um repositório e uma ferramenta de observabilidade, e o Polylane constrói um mapa vivo do seu sistema que todo agente lê. Veja Conecte.
- Detecte: verificações construídas a partir da sua telemetria abrem issues, toda pull request é revisada contra a produção, e configurações arriscadas são sinalizadas. Veja Detecte.
- Investigue e corrija: um agente trabalha cada issue com as suas ferramentas reais, mostra as evidências e abre a correção como uma pull request que você revisa. Veja Investigue e corrija.
- Trabalhe a partir das suas ferramentas: o mesmo agente responde a partir do seu editor, terminal, CI ou Slack. Veja Trabalhe a partir das suas ferramentas.
Os primitivos
| Primitivo | O que é | Onde você o vê |
|---|---|---|
| Grafo de contexto | O modelo vivo do seu stack, alimentado por nuvens, repositórios, integrações e memórias, e do qual todo agente lê. | Renderizado como a topologia. |
| Conta de nuvem | Um provedor de nuvem conectado cujos recursos o Polylane sincroniza, classifica em níveis e registra a cada mudança. | Clouds em Settings; veja Clouds. |
| Repositório | Um provedor de código conectado no qual os agentes pesquisam, leem e abrem pull requests, vinculado aos recursos para os quais faz deploy. | Repositories em Settings; veja Repositórios. |
| Integração | Uma ferramenta de observabilidade, chat, provedor de código, rastreador de issues ou agente de programação conectado que contribui com ferramentas que os agentes chamam e eventos que a detecção escuta. | Integrations em Settings; veja Integrações. |
| Topology | A visualização em grafo da sua infraestrutura: recursos como nós, relacionamentos como arestas, cada um com suas propriedades e seu histórico de mudanças. | Topology; veja Topology. |
| Memória | Uma descoberta confirmada que um agente ou uma pessoa salva para que a próxima investigação comece a partir do que você já sabe. | Memories em Settings; veja Memories. |
| Verificação | Uma avaliação agendada de um recurso, construída a partir dos seus provedores e consultas salvas, que abre uma issue quando é violada. | O painel Lineage de uma execução de correção. |
| Issue | O registro único de detecção: algo pode estar errado com um recurso. Uma execução de correção lhe dá um veredito, confirmada ou descartada. | A thread da sua execução de correção; veja Issues. |
| Revisão de pull request | Uma verificação de cada pull request em um repositório conectado contra a produção para a qual ela faz deploy, publicada como comentário antes do merge. | O comentário na pull request; veja Revisões de pull requests. |
| Advisory | Uma recomendação por recurso sobre má configuração, risco de resiliência ou lacuna de observabilidade, com uma correção que você pode entregar a um agente. | O painel do recurso na topologia; veja Advisories. |
| Thread | Uma conversa com um agente que tem todo o seu grafo de contexto, que você pode acompanhar, interromper, compartilhar e continuar. | Threads; veja Threads. |
| Execução de correção | Um agente trabalhando uma issue do veredito à causa raiz e à pull request, em uma única thread. | Threads com o filtro Type definido como Fix run; veja Execuções de correção. |
| Escalonamento | Um registro por coisa que um agente precisa de você, encerrado quando você o trata. | O preset Needs you em Threads; veja Escalations. |
| Autofix | Uma correção de código escrita por um agente que chega como pull request no seu repositório, executada pelo agente de programação do Polylane ou por um conectado, como Devin, Cursor, Factory ou Conductor. | A pull request e o painel Lineage da thread; veja Autofix. |
O que os agentes podem fazer
Os agentes leem por padrão: uma execução na qual ninguém escreveu usa acesso somente leitura aos seus provedores, e uma conta de nuvem marcada como Read-only recusa toda chamada de escrita. Quando você está em uma thread, uma chamada de escrita a um provedor passa por uma revisão de segurança e depois aguarda a sua confirmação antes de rodar. Mudanças de código chegam como pull requests no seu repositório, e o merge é seu.
Relacionado
- Início rápido: conecte seu stack e acompanhe a primeira execução de correção em cinco etapas.
- Threads: todo tipo de thread e como iniciar uma a partir de cada superfície.
- Execuções de correção: como uma issue é trabalhada do veredito à pull request.
- Trabalhe a partir das suas ferramentas: a barreira de escrita aplicada ao seu agente de programação e à CLI.
Início rápido
Conecte uma nuvem, um repositório e uma ferramenta de observabilidade, faça sua primeira pergunta e veja a primeira correção chegar como pull request.
Conecte
Conecte suas nuvens, repositórios e ferramentas de observabilidade e o Polylane constrói o mapa vivo do seu sistema que todo agente lê.