Brnch
Vigilbase · Programação
Brnch é hospedagem Git para equipes em que pessoas e agentes de código dividem o mesmo repositório, com comprovantes de merge assinados que registram quem escreveu, aprovou e verificou cada mudança.
Sobre Brnch
About
O que é o Brnch
Brnch é uma hospedagem Git criada pela Vigilbase para equipes que deixam agentes de código fazer commits em repositórios de verdade. Entrega o que se espera de qualquer hospedagem: repositórios por HTTPS ou SSH, mudanças no formato de pull requests, issues e um sistema de integração contínua chamado Actions. Acrescenta um registro de como cada mudança chegou a um branch protegido.
Esse registro é o motivo do produto. Toda fusão gera um comprovante assinado com o autor (uma pessoa ou uma sessão de agente com seu patrocinador humano), as aprovações presas à revisão exata, as verificações que rodaram, a origem de cada uma e a versão da política em vigor. Dá para verificar o arquivo offline com a CLI e a chave pública. Sem conta.
A Vigilbase chama o Brnch de hospedagem de código para agentes, e o rótulo define a expectativa: o agente é usuário legítimo do repositório, não um script pendurado no notebook de alguém. Se você procura uma plataforma madura de hospedagem de código com IA e um marketplace enorme de aplicativos, isso ainda não é o caso.
O produto também funciona sem IA nenhuma. Repositórios, revisão, fusão, issues e CI operam sem provedor de modelo e sem chave. Recursos de IA, como rascunhar a descrição de uma mudança, são opcionais, e um administrador da organização decide se ficam ligados.
Primeiros passos
- Crie uma conta em brnch.io com seu e-mail. Um agente pode iniciar o mesmo fluxo: a CLI mostra um link e um código de oito letras, e você aprova no navegador.
- Instale a CLI com
npm install -g brnch-cli. É preciso Node.js 20 ou mais novo e git 2.31 ou mais novo. Existe um script avulso para quem prefere não usar npm. - Rode
brnch setup --yesdentro de um projeto. Ele cria um repositório privado no seu espaço pessoal, faz commit do que estiver ali e envia o primeiro commit para o branchmainprotegido. - Importe um repositório do GitHub se o código já mora em outro lugar. O histórico de commits vem junto, e depois você reconecta runners e segredos no lado do Brnch.
- Abra uma mudança, revise a revisão e faça a fusão quando a política passar. A fusão gera um comprovante para guardar ou conferir depois.
Informações do produto
Uma visão rápida dos preços, das plataformas compatíveis e do desempenho de Brnch.
Ideal para
Os usuários, tarefas e cenários em que esta ferramenta se encaixa melhor.
Usuários
- Equipes que já usam Claude Code, Codex ou Cursor em repositórios compartilhados
- Líderes técnicos que precisam responder a auditorias
- Times pequenos de produto que saem do GitHub por custo ou processo
Tarefas
- Revisar código que um agente escreveu de madrugada
- Conferir uma fusão meses depois
- Pegar uma mudança que quebra produção
Cenários
- Um agente abre uma mudança às duas da manhã e um desenvolvedor faz o merge depois do café
- Um cliente regulado pergunta quem aprovou a versão 4.2
- Três agentes trabalham em recursos diferentes no mesmo repositório
Principais recursos
Comprovantes de merge
Cada fusão para um branch protegido gera um documento in-toto assinado pelo serviço de promoção do Brnch. Ele amarra autor, aprovações, verificações obrigatórias e versão da política a uma única revisão. brnch verify confere a assinatura offline, então cliente ou auditor não precisa de conta para validar o registro.
Sessões de agente com responsabilidade
Sessões de agente rodam com credenciais limitadas e de vida curta sob um patrocinador humano. O agente nunca pode mais do que a pessoa que abriu a sessão. A interface mantém três coisas separadas: o que o agente afirma, o que a plataforma observou e o que uma verificação independente confirmou. Nada disso vira uma nota única. Essa separação é a responsabilidade de agentes na prática: afirmação, observação e resultado verificado são coisas distintas.
Revisões, pilhas e reescritas
A identidade de uma mudança sobrevive a amend, rebase e split, incluindo os identificadores change-id do jj e do GitButler e o Change-Id do Gerrit. Toda atualização de ref fica registrada e pode ser desfeita. O Brnch também prevê conflitos entre mudanças abertas, o que ajuda quando vários agentes mexem nos mesmos arquivos.
Revisão de impacto
Conectores somente leitura deixam quem revisa comparar uma mudança com a produção. Um achado só é reportado com a linha do diff que o causa e o fato de produção que o torna nocivo, o que corta o ruído dos avisos genéricos de análise estática.
CI com Actions
Os fluxos ficam em .brnch/workflows e usam um subconjunto documentado da sintaxe do GitHub Actions. As execuções vão para runners hospedados ou para as suas máquinas. Só uma execução hospedada cujo fluxo venha do ref alvo protegido conta como evidência independente na política de fusão.
Servidor MCP e A2A
O Brnch expõe um servidor MCP em brnch.io/mcp. Adicione como conector personalizado no ChatGPT ou no Claude e entre com OAuth. É somente leitura por padrão, e ações de escrita exigem liberação explícita. Um endpoint A2A separado dá aos agentes acesso somente leitura por JSON-RPC.
Prós e contras
Prós
- O comprovante dá ao auditor um arquivo que ele confere offline, algo que quase nenhuma hospedagem de código oferece a qualquer preço.
- O trabalho do agente é tratado como trabalho normal: identidade própria, patrocinador nomeado, token limitado e o mesmo caminho de revisão de uma pessoa.
- As aprovações ficam presas a uma revisão, então a brecha entre aprovar e forçar um push fecha por desenho.
- O preço é claro: grátis para começar, Pro a US$ 8 por mês para uma pessoa e Team a US$ 10 por membro, com US$ 8 no pagamento anual.
- A hospedagem básica funciona sem provedor de IA e sem chave, então dá para adotar o modelo de revisão antes dos recursos de IA.
Contras
- É uma plataforma nova. A lista de integrações é curta e o Actions cobre só parte da sintaxe do GitHub Actions que seus fluxos talvez usem.
- A migração é parcial. Código e histórico entram, mas estrelas, seguidores, segredos e runners precisam ser configurados de novo.
- `brnch setup` escreve hooks de captura nas configurações locais do Claude Code, Codex ou Cursor, a menos que você passe `--agents none`. É uma surpresa para quem não leu a documentação.
- Comprovantes valem o que vale a sua política. Se as verificações obrigatórias são poucas ou os fluxos rodam a partir de refs não protegidos, a evidência diz pouco.
Perguntas frequentes
O Brnch é um serviço de hospedagem Git para equipes que trabalham com agentes de código. Cuida de repositórios, mudanças, issues e CI, e acrescenta comprovantes de merge assinados e sessões de agente limitadas para que cada mudança tenha autor e aprovação verificáveis.
Conteúdo relacionado
Explore ferramentas, skills e artigos relacionados a Brnch.
Alternativas a Brnch
Base Code
Base44 (Wix) · Programação · ProdutividadeO Base Code é um ambiente de desenvolvimento em nuvem compartilhado da Base44. O time descreve mudanças em um repositório do GitHub pelo chat, confere tudo na prévia e envia o resultado como pull request.
Google EmbeddingGemma 2
Google DeepMind · Escrita · Imagem · ProgramaçãoGoogle EmbeddingGemma 2 é um modelo aberto de 740 milhões de parâmetros que transforma texto, código, imagens, áudio e quadros de vídeo em vetores de um único espaço de 768 dimensões, rodando em celulares e notebooks.
GitGlow
GitGlow · Programação · ProdutividadeO GitGlow é um cliente Git de desktop que coloca seu código e as mudanças dos seus agentes de IA na mesma revisão, para você saber o que vai sair da máquina antes de publicar.