Agentes soltos
- Prompts repetidos para cada tarefa
- Contexto que se perde entre ferramentas
- Você revisa, reenvia e junta tudo na mão
- Um único modelo, um único ponto de falha
Capacidade de engenharia sob demanda
Peça no Slack, chega à produção. O ciloops é uma equipe de agentes que recebe seu pedido, bug ou mudança, transforma em issues e PRs, revisa contra o projeto, audita e faz o deploy. Sem micromanagement: você testa e responde na thread.
Clientes com plano anual não veem o desconto no checkout. Podem dar uma olhada?
Encontrei 2 repos afetados: billing-api e web-checkout. Abri as issues #418 e #92, vinculadas.
PR pronto nos dois repos. Correção no cálculo do proporcional e um teste de regressão.
Condiz com a regra de preços no Notion. Sem novas dependências nem achados. Approve ×2.
Deploy feito em pré-produção. Mariana, você testa?
Funciona. Pode mandar para produção.
Deploy feito em produção. PRs mergeados e issues fechadas, nada ficou aberto. Encerro o pedido.
O problema
Cada agente espera suas instruções, perde contexto e não sabe o que o do lado fez. Você acaba sendo o coordenador.
Não são agentes com bons prompts. São agentes com um framework de trabalho e o seu negócio claro.
Assim como a nuvem trouxe servidores sob demanda, o ciloops traz capacidade de engenharia sob demanda: você pede pelo Slack, é medida por tarefa e escala com cada projeto.
O ciclo
Cada agente faz uma coisa só e bem, e deixa rastro no repo e na thread. O ciclo avança sozinho; toque em um passo ou em um agente para ir direto.
Passo 1 · Canal
Você avisa pelo Slack
Um pedido, uma mudança ou um bug. Em linguagem natural, no canal de sempre. Sem trocar de ferramenta.
Clientes com plano anual não veem o desconto no checkout. Podem dar uma olhada?
Passo 2 · Triagem
Transforma o pedido em issues
Descobre quais repos são afetados, abre uma issue para cada um e vincula entre si.
Encontrei 2 repos afetados: billing-api e web-checkout. Abri as issues #418 e #92, vinculadas.
Passo 3 · Build
Escreve a correção e abre o PR
Implementa a mudança em cada repo, adiciona um teste de regressão e abre os PRs. Dois builders são duas issues em paralelo.
PR pronto nos dois repos. Correção no cálculo do proporcional e um teste de regressão.
Passo 4 · Big picture
Revisa contra o projeto
Confronta a mudança com as regras de negócio da sua documentação: Notion, Google Drive ou Markdown no repo.
Condiz com a regra de preços no Notion.
Passo 5 · Segurança
Audita a mudança
Revisa dependências e achados de segurança antes de qualquer avanço.
Sem novas dependências nem achados.
Passo 6 · Aprovação
Dois approves, sempre
Negócio e segurança aprovam cada PR, a cada iteração. Se algo falhar, o ciclo continua sozinho até o seu OK.
Approve ×2.
Passo 7 · Release
Faz o deploy e fecha tudo
Com os dois approves, leva o PR para pré-produção e avisa você na thread para testar. Quando você responde, leva para produção e, seja qual for a sua decisão, faz o merge dos PRs, fecha as issues e garante que nada fique aberto.
Deploy feito em pré-produção. Mariana, você testa?
Integrações
O ciloops não é mais uma ferramenta para abrir. Ele lê e escreve nas que você já usa: o canal, os repos, a documentação e o modelo que você escolheu.
Canal de entrada e de aviso. Instala com um botão; tudo acontece em threads.
Um app que enxerga só os repos que você escolher. Issues, PRs e comentários.
Onde vive a verdade do negócio: páginas que os agentes leem.
Pastas de documentação do produto, com permissão somente leitura.
Uma pasta de docs dentro de um repositório também vale.
Anthropic, OpenAI ou Google, com a key de cada projeto.
Controle
Os agentes trabalham com o que você configura e nada mais. Cada tarefa registra o que consumiu.
A segurança dos seus projetos e das suas keys é a nossa prioridade sempre que tomamos uma decisão de produto.
Cada projeto usa a key da Anthropic, OpenAI ou Google que você carregar, e você escolhe o modelo entre os que essa key alcança.
Cada tarefa registra os tokens que usou e quanto custariam na sua key, ao lado da computação.
Os agentes trabalham com um contexto otimizado para evitar o consumo excessivo ou desmedido a cada iteração.
Cada tarefa roda no seu próprio contêiner. Cobra-se a vCPU e a memória medidas, com o preço fixado no registro.
Como a sua equipe constrói, o nível de segurança e onde vive o negócio. Cada agente lê só o que lhe cabe.
Suas keys ficam protegidas e os agentes não têm acesso a elas.
Você administra todos os seus projetos a partir de uma única conta, cada um separado: seus repos, seus canais e suas keys. Nenhuma conexão é compartilhada entre projetos sem que você a carregue.
Por que o ciloops
Você pede, acompanha e aprova pelo Slack. Ninguém pula entre seis ferramentas.
Negócio e segurança, sempre. Em cada PR, em cada iteração.
Da mensagem ao PR e do PR à pré-produção, sem que ninguém precise repassar.
Se algo falhar no teste, o ciclo continua sozinho até o seu OK.
FAQ
Um agente solto faz uma tarefa quando você pede e você coordena o resto. No ciloops cada agente tem um papel, compartilha contexto com os demais e o ciclo avança sozinho do pedido até a produção.
É integrado com Google, Anthropic e OpenAI. Cada projeto usa a key que você carregar, e você escolhe o modelo entre os que essa key alcança.
Não. O pedido entra pelo Slack e os agentes trabalham nos seus repos do GitHub e na sua documentação no Notion, Google Drive ou Markdown no repo.
Sim. O ciloops escala com você: você administra vários projetos na mesma conta, cada um separado com seus repos, canais e keys, sem trocar de conta.
Você. Cada PR exige dois approves, um de negócio e um de segurança, antes do deploy.
Acesso antecipado
Estamos abrindo turmas pequenas para equipes de 5 a 50 pessoas. Criamos a sua conta, você conecta o Slack e o GitHub com um botão e carrega a key do seu modelo.
Quero acessoEscreva para hola@ciloops.com
O ciloops é um serviço autoadministrável, mas acompanhamos você no processo.