Agente de engenharia de software

Do ticket ao pull request. Você só aprova.

O Flusend Agent pega um card do seu Linear, corrige em um worktree isolado, roda a sua suíte oficial de testes e abre o PR. O merge é a aprovação, e é ele que dispara o deploy que o seu repositório já tem.

  • ✓Worktree isolado por ticket
  • LinearGitHubSentry
  • ✓Testes existentes intocados
MED-342execução real · agente
queued
  1. Worktree isolado

    sua branch nunca é tocada

  2. Agente + 12 skills

    causa raiz, correção, teste novo

  3. Suíte oficial

    4.265 testes · verde · 5 min

  4. Caminhos protegidos

    migrações, terraform, .github

  5. PR #56 aberto

    diff, trilha e custo na interface

  6. Aguardando aprovação

    merge = deploy

custo do modelo nesta execuçãoUS$ 1,63
Como funciona

Do ticket ao deploy, com você no comando

Seis passos. O agente só mexe no código depois que você autoriza o plano, e só vai para o ambiente depois que você aprova o PR.

  1. Abra o card no Linear ou pelo chat, escrevendo ou falando. Basta a etiqueta agente.

  2. O agente lê o código real do repositório num worktree isolado e entende a causa.

  3. Ele mostra a implementação ou a correção que vai fazer. Nada muda antes de você autorizar.

  4. Autorizado, implementa a feature ou o bugfix, escreve o teste e roda a sua suíte oficial.

  5. Abre o PR no seu GitHub com diff, trilha e custo. Revisões voltam para ele.

  6. Aprovado o PR, o merge dispara o deploy do seu repositório no ambiente e o card é concluído.

MED-351
MED-351agenteAberto

Exportar PDF falha sem endereço do paciente

Guarda-corpos

Feito para PRs que dá para mergear

Agente que adultera teste para ficar verde não entrega nada. Estas regras valem por repositório e ficam visíveis em cada execução.

git diff · exemplotestPolicy: block
OrderServiceTest.javateste existente
·
@Test
void totalsThreeItems() {
- assertEquals(3, order.total());
+ assertEquals(2, order.total());
}
OrderDiscountTest.javateste novo
·
+@Test
+void appliesDiscountOnce() {
+ order.apply(coupon);
+ assertEquals(90, order.total());
+}
Conferência do diff: 1 mudança barrada, entrega segue só com o teste novo.

Testes existentes intocados

O agente cria testes e acrescenta casos, mas não altera nem apaga o que já existia. As ferramentas recusam e a conferência do diff barra a entrega. Você libera por card quando fizer sentido.

Caminhos protegidos

Migrações, infraestrutura, pipelines e segredos ficam fora do alcance. Mudança em caminho protegido bloqueia o PR antes do push.

Dúvida vira pergunta

Ticket ambíguo não vira chute: o agente comenta as perguntas no card e retoma a mesma sessão quando você responde.

Limites por agente

Teto de turnos e de custo, comandos bloqueados e ferramentas permitidas, tudo editável na interface.

Trilha de auditoria

Cada execução registra o que foi lido, rodado e mudado, o que foi barrado e quanto custou.

Isolado em Docker, se quiser

Direto na máquina, os bloqueios são um guarda-corpo. No container, o agente só enxerga o volume de dados e o que você montar de propósito.

Depois do PR

O trabalho não termina quando o PR abre

É aí que a maioria dos agentes para. O Flusend Agent continua até o card fechar de verdade.

PR #56 · exemploopen
  1. Revisor · linha 42

    Falta tratar o caso de lista vazia aqui.

  2. Flusend Agent

    Tratado e coberto por teste. Mesmo PR atualizado (volta 1 de 3).

  3. GitHub

    PR #56 mergeado. Card MED-342 movido para Done.

  4. Sentry

    48 h sem ocorrência na versão com a correção.

Métricasexemplo
Taxa de merge
3 de 4
Tempo até o PR
23 min
Retrabalho depois do merge
0 de 3

amostra pequena: mostramos a contagem, não a porcentagem

01

Revisões voltam para o agente

Comentários em linha e revisões, de pessoas ou de robôs de revisão, voltam sozinhos para o agente, que atualiza o mesmo PR. Com limite de voltas.

02

Sentry confere a produção

Erro de produção vira card com um clique, com o backlog conferido antes. Depois do merge, 48 h sem ocorrência resolve o erro no Sentry; ocorrência em versão que já tem a correção reabre o card.

03

Métricas honestas

Taxa de merge, retrabalho depois do merge, tempo até o PR e uso por merge, sempre com o tamanho da amostra ao lado.

Módulos

Mais do que corrigir bug

Tudo na mesma interface, com aprovação sua antes de qualquer card ser criado.

Chat · exemplopt-BR 🎙

Rascunho do card

Exportar PDF falha sem endereço do paciente

Reproduzir com paciente sem endereço, tratar o campo nulo e cobrir com teste.

✓Card MED-351 criado com a etiqueta agente. Execução na fila.

Chat, com voz

Descreva o problema falando. O texto entra na caixa, você revisa, e recebe o rascunho do card: criar e enviar, só criar, editar ou descartar.

Requisitos

Documentos viram uma lista de requisitos com origem, conferida contra o backlog antes de virar card.

Nova feature

Uma conversa vira um plano lido do código real. Você aprova, o card nasce e vai para o agente.

Erros (Sentry)

A fila de erros abertos, com você decidindo o que vira card e o acompanhamento depois do merge.

Automações

Tarefa recorrente, erros acima de um limite ou cards por etiqueta. Toda automação nasce pausada, tem teto por disparo e pode ser simulada.

Agente dentro do Linear

Delegue ou mencione o Flusend Agent em um card e acompanhe andamento, perguntas e o link do PR sem sair do Linear.

Agentes e skills

Perfis de agente e skills de engenharia editáveis na interface. 12 skills de fábrica, as suas por cima.

Quadro, execuções e PRs

Todo o seu Linear em um quadro com Mandar agente em qualquer card, a trilha de cada execução e os PRs com diff para aprovar.

Comparativo

Agente de código na nuvem vs. Flusend Agent

Mesma ideia, decisões opostas em tudo que pesa na hora do merge.

 Agente de código na nuvemFlusend Agent
Onde rodaNa nuvem do fornecedorOnde você quiser, inclusive em Docker
Quem roda os testesO próprio agente diz que passouO orquestrador roda a suíte oficial de novo
Testes existentesO agente pode alterarProtegidos: só cria e acrescenta
Depois do PRTermina no PRRevisões voltam; Sentry confere depois do merge
Fila de trabalhoInterface própriaO seu Linear, com uma etiqueta
CustoAssinatura por assentoO custo do modelo, visível por execução
Conversa

Fale com um especialista

Conte qual é o seu repositório e a sua suíte de testes. Configuramos junto e você aprova o primeiro PR.

O que você recebe

  • ✓Instalação onde você quiser, inclusive em Docker, sem limite de repositórios
  • ✓Linear, GitHub e Sentry conectados
  • ✓Agentes e skills editáveis, 12 skills de fábrica
  • ✓Testes existentes protegidos e caminhos bloqueados por repositório
  • ✓Execuções em paralelo
  • ✓Suporte direto com quem construiu
Falar com um especialista

Como funciona o custo do modelo

Você traz o seu Claude

O agente usa a sua assinatura do Claude Code ou uma chave da API da Anthropic. Nada passa por servidor da Flusend.

Custo por execução, na tela

Cada execução mostra o equivalente em preço de API. Uma correção real num repositório de 4 mil testes ficou perto de US$ 2.

Teto por agente

Limite de custo e de turnos por perfil de agente. Passou do teto, a execução para e você decide.

Perguntas

O que costumam perguntar

O Flusend Agent é um agente de engenharia de software que transforma um ticket em um pull request pronto para aprovação. Ele lê o código real do repositório, mostra o plano, implementa a correção ou a feature num worktree isolado, roda a suíte oficial de testes e abre o PR no GitHub. O merge dispara o deploy que o repositório já tem. Integra com Linear, GitHub e Sentry e roda onde você quiser, inclusive em Docker.

Node 22.13 ou mais novo, pnpm, git, gh autenticado e o Claude Code instalado e logado (ou uma chave da API da Anthropic). Ou Docker: o container recebe os acessos pelo .env e o agente fica restrito a ele.

Com qualquer repositório que tenha um comando de testes. O primeiro repositório em produção é Java com Spring e Maven, com mais de 4 mil testes; a interface e o servidor são TypeScript.

Vai para o modelo durante a execução (a sua conta na Anthropic) e para o GitHub no push do PR. Não existe servidor da Flusend no caminho: o banco, os clones e os worktrees ficam com você.

Não. Sem chave do Linear, o Flusend Agent usa uma fila embutida. Com o Linear, basta uma chave pessoal com leitura, criação de cards e de comentários.

Ele trabalha num worktree próprio; a sua pasta e a sua branch não são tocadas. Caminhos protegidos barram o push, e suíte vermelha não sobe. O deploy só acontece se você fizer o merge.

O agente comenta as perguntas no card e para. Quando você responde, ele retoma a mesma sessão de onde parou.

Mande o primeiro card.

Conte qual é o seu repositório e a sua suíte de testes. A gente configura junto e você aprova o primeiro PR.

Falar com um especialista