Do ticket ao pull request. Só tem de aprovar.
O Flusend Agent pega num card do seu Linear, corrige num worktree isolado, corre 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
Worktree isolado
a sua branch nunca é tocada
Agente + 12 skills
causa raiz, correção, teste novo
Suíte oficial
4.265 testes · verde · 5 min
Caminhos protegidos
migrações, terraform, .github
PR #56 aberto
diff, registo e custo na interface
À espera de aprovação
merge = deploy
Do ticket ao deploy, consigo no comando
Seis passos. O agente só mexe no código depois de autorizar o plano, e só vai para o ambiente depois de aprovar o PR.
Abra o card no Linear ou pelo chat, a escrever ou a falar. Basta a etiqueta agente.
O agente lê o código real do repositório num worktree isolado e percebe a causa.
Mostra a implementação ou a correcção que vai fazer. Nada muda antes de autorizar.
Autorizado, implementa a funcionalidade ou o bugfix, escreve o teste e corre a sua suíte oficial.
Abre o PR no seu GitHub com diff, registo e custo. As revisões voltam para ele.
Aprovado o PR, o merge dispara o deploy do seu repositório no ambiente e o card é concluído.
Exportar PDF falha sem morada do paciente
Feito para PRs que se podem fundir
Um agente que adultera testes para ficar verde não entrega nada. Estas regras valem por repositório e ficam visíveis em cada execução.
@Testvoid totalsThreeItems() {- assertEquals(3, order.total());+ assertEquals(2, order.total());}
+@Test+void appliesDiscountOnce() {+ order.apply(coupon);+ assertEquals(90, order.total());+}
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 verificação do diff trava a entrega. Liberta por card quando fizer sentido.
Caminhos protegidos
Migrações, infraestrutura, pipelines e segredos ficam fora do alcance. Uma mudança num caminho protegido bloqueia o PR antes do push.
Dúvida vira pergunta
Ticket ambíguo não vira palpite: o agente comenta as perguntas no card e retoma a mesma sessão quando responde.
Limites por agente
Tecto de turnos e de custo, comandos bloqueados e ferramentas permitidas, tudo editável na interface.
Registo de auditoria
Cada execução regista o que foi lido, corrido e mudado, o que foi travado e quanto custou.
Isolado em Docker, se quiser
Directamente na máquina, os bloqueios são uma salvaguarda. No contentor, o agente só vê o volume de dados e o que montar de propósito.
O trabalho não acaba quando o PR abre
É aí que a maioria dos agentes pára. O Flusend Agent continua até o card fechar a sério.
Revisor · linha 42
Falta tratar o caso da lista vazia aqui.
Flusend Agent
Tratado e coberto por teste. Mesmo PR actualizado (volta 1 de 3).
GitHub
PR #56 fundido. Card MED-342 movido para Done.
Sentry
48 h sem ocorrência na versão com a correcção.
- Taxa de merge
- 3 de 4
- Tempo até ao PR
- 23 min
- Retrabalho depois do merge
- 0 de 3
amostra pequena: mostramos a contagem, não a percentagem
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 actualiza o mesmo PR. Com limite de voltas.
Sentry verifica a produção
Um erro de produção vira card com um clique, com o backlog verificado antes. Depois do merge, 48 h sem ocorrência resolve o erro no Sentry; uma ocorrência numa versão que já tem a correcção reabre o card.
Métricas honestas
Taxa de merge, retrabalho depois do merge, tempo até ao PR e uso por merge, sempre com o tamanho da amostra ao lado.
Mais do que corrigir bugs
Tudo na mesma interface, com a sua aprovação antes de qualquer card ser criado.
Rascunho do card
Exportar PDF falha sem morada do paciente
Reproduzir com paciente sem morada, tratar o campo nulo e cobrir com teste.
Chat, com voz
Descreva o problema a falar. O texto entra na caixa, revê, e recebe o rascunho do card: criar e enviar, só criar, editar ou descartar.
Requisitos
Documentos viram uma lista de requisitos com origem, verificada contra o backlog antes de virar card.
Nova funcionalidade
Uma conversa vira um plano lido do código real. Aprova, o card nasce e vai para o agente.
Erros (Sentry)
A fila de erros abertos, consigo a decidir o que vira card e o acompanhamento depois do merge.
Automações
Tarefa recorrente, erros acima de um limite ou cards por etiqueta. Toda a automação nasce em pausa, tem tecto por disparo e pode ser simulada.
Agente dentro do Linear
Delegue ou mencione o Flusend Agent num card e acompanhe o andamento, as 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 num quadro com Mandar agente em qualquer card, o registo de cada execução e os PRs com diff para aprovar.
Agente de código na nuvem vs. Flusend Agent
A mesma ideia, decisões opostas em tudo o que pesa na hora do merge.
| Agente de código na nuvem | Flusend Agent | |
|---|---|---|
| Onde corre | Na nuvem do fornecedor | Onde você quiser, inclusive em Docker |
| Quem corre os testes | O próprio agente diz que passou | O orquestrador corre a suíte oficial de novo |
| Testes existentes | O agente pode alterar | Protegidos: só cria e acrescenta |
| Depois do PR | Termina no PR | Revisões voltam; Sentry verifica depois do merge |
| Fila de trabalho | Interface própria | O seu Linear, com uma etiqueta |
| Custo | Subscrição por lugar | O custo do modelo, visível por execução |
Fale com um especialista
Diga-nos qual é o seu repositório e a sua suíte de testes. Configuramos juntos e aprova o primeiro PR.
O que recebe
- ✓Instalação onde quiser, inclusive em Docker, sem limite de repositórios
- ✓Linear, GitHub e Sentry ligados
- ✓Agentes e skills editáveis, 12 skills de fábrica
- ✓Testes existentes protegidos e caminhos bloqueados por repositório
- ✓Execuções em paralelo
- ✓Suporte directo com quem construiu
Como funciona o custo do modelo
Traz o seu Claude
O agente usa a sua subscrição do Claude Code ou uma chave da API da Anthropic. Nada passa por servidores da Flusend.
Custo por execução, no ecrã
Cada execução mostra o equivalente em preço de API. Uma correcção real num repositório de 4 mil testes ficou perto de US$ 2.
Tecto por agente
Limite de custo e de turnos por perfil de agente. Passado o tecto, a execução pára e decide.
O que costumam perguntar
O Flusend Agent é um agente de engenharia de software que transforma um ticket num pull request pronto para aprovação. Lê o código real do repositório, mostra o plano, implementa a correcção ou a funcionalidade num worktree isolado, corre 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 corre onde quiser, inclusive em Docker.
Node 22.13 ou mais recente, pnpm, git, gh autenticado e o Claude Code instalado e com sessão iniciada (ou uma chave da API da Anthropic). Ou Docker: o contentor 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 há servidor da Flusend pelo caminho: a base de dados, os clones e os worktrees ficam consigo.
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.
Trabalha num worktree próprio; a sua pasta e a sua branch não são tocadas. Caminhos protegidos travam o push, e suíte vermelha não sobe. O deploy só acontece se fizer o merge.
O agente comenta as perguntas no card e pára. Quando responde, retoma a mesma sessão de onde ficou.
Envie o primeiro card.
Diga-nos qual é o seu repositório e a sua suíte de testes. Configuramos juntos e aprova o primeiro PR.
Falar com um especialista