Windows 10/11
App de desktop de 64 bits (x64)
O Buncha Build é um agente para Windows 10/11 que lê seus documentos atuais, redige listas de verificação e cenários de exercício e, no modo Ask first, mostra cada mudança como um diff que você aceita. Versão 2.9.30.
.5 arquivosseverity3 ocorrênciasdocs/contacts.mdlidoir-checklist.mdsalvoir-checklist.md+4 linhasyour spell-check commandexit 0App de desktop de 64 bits (x64)
Lançada em 8 de novembro de 2026
.exe portátil único de cerca de 25 MB
Idiomas da interface do app
Sem cadastro para usar o app
Auto-run, Ask first, Plan only
Um plano de resposta a incidentes é a descrição escrita, passo a passo, de quem é avisado, quem decide, o que é verificado e o que é registrado quando ocorre um incidente de segurança. Uma política define as regras gerais, um plano define os papéis e um procedimento lista os passos concretos. As equipes usam os 3. O Buncha Build escreve e revisa esses documentos no seu PC; ele não detecta nem trata incidentes.
Achar as lacunas vem primeiro, e o Ask first combina com isso porque a leitura segue em frente enquanto qualquer mudança espera seu OK. list_dir e glob listam os arquivos de políticas, contatos e anotações da pasta de trabalho, grep procura neles palavras como severidade e contato, e read_file abre os arquivos importantes. Depois o agente lista as lacunas, por exemplo uma lista de contatos 24 horas que não existe ou um nível de severidade sem definição. Você lê essa lista. Nada é reescrito até você aceitar um diff.
list_dir . → 5 files
glob **/*.md → 4 files
grep severity → 3 matches
read_file docs/contacts.md → readUma primeira lista pode sair das suas próprias anotações com um único pedido. write_file cria o ir-checklist.md com 5 títulos, Prepare, Triage, Contain, Communicate e Review, e cada título recebe linhas de tarefas curtas, como abrir um registro do incidente com data e hora. Em Contain, uma linha pergunta quem aprova cada decisão e outra manda anotar os horários e guardar cópias dos logs, que é como as equipes preservam evidências dos logs de segurança. O arquivo continua sendo texto simples. edit_file ajusta a redação e, no modo Ask first, você lê o diff antes de aceitar.
write_file ir-checklist.md → saved
edit_file ir-checklist.md → +4 lines
Shell your spell-check command → exit 0Um exercício de mesa é uma conversa numa sala de reunião sobre um cenário inventado, então o agente só escreve os documentos. Um modelo de exercício de mesa precisa de um cenário, perguntas para cada papel e uma coluna para anotações e tarefas de acompanhamento. write_file salva o cenário como um arquivo novo, e read_file traz sua lista de contatos para que os papéis batam com a lista de contatos 24 horas que você já mantém. Conduzam a sessão vocês mesmos. Antes da reunião, leia o cenário em busca de qualquer coisa que aponte para sistemas reais e rejeite todo diff que faça isso.
Depois de um ensaio, os passos escritos precisam de atualização, e o agente trabalha com as anotações de revisão que você salvou. Um modelo de relatório preparado de antemão dá à revisão uma forma fixa: um resumo, uma tabela de cronologia com 4 colunas (horário, fonte, evento, quem anotou), impacto, ações realizadas e tarefas de acompanhamento. edit_file altera o procedimento e mostra um diff, e a skill de controle de versão pode fazer o commit das mudanças aceitas, de modo que fica uma cópia anterior. Comece em Plan only. Ele lista as edições previstas e, depois que você trocar para Ask first, você aprova cada diff, um a um.
A versão 2.9.30 lê seus arquivos. Um assistente de chat comum devolve um texto que você cola por conta própria, enquanto o Buncha Build abre os documentos, escreve os novos e mostra cada mudança como um diff.
| Assistente de chat comum | Buncha Build | |
|---|---|---|
| Arquivos | Costuma responder em texto que você copia e cola sozinho | Lê e grava arquivos na pasta de trabalho do chat |
| Mudanças | Muitas vezes devolve uma versão inteira nova do texto | O Ask first mostra cada edição como um diff para aceitar |
| Aprovação | Em geral não há nada a aprovar, porque ele só responde | 3 modos: Auto-run, Ask first e Plan only |
| Fontes | Muitas vezes responde de memória, a menos que você cole o texto | Lê orientações públicas com web_search e http_get |
Administradores de TI de organizações pequenas costumam escrever os próprios procedimentos de gestão de incidentes, porque o trabalho cai em quem conhece melhor os sistemas. As anotações ficam numa pasta. Em Plan only o agente lista as edições que faria, como incluir uma lista de contatos 24 horas, e depois que você troca de modo ele as redige como diffs que você aceita.
Integrantes de SOC e CSIRT revisam seus procedimentos depois de cada ensaio, e o agente ajuda com a papelada dessa revisão. Ele lê o guia público NIST SP 800-61, lista quais das 4 fases um procedimento não menciona e propõe edições como um diff. Você revisa o resultado.
Líderes de equipe e gerentes de TI que preparam sessões de mesa usam o app para transformar uma ideia solta num cenário escrito, com perguntas de discussão, papéis e uma página de anotações. Eles mesmos conduzem a sessão. Incidentes reais cabem a responsáveis treinados e ao plano da sua organização, não a este app.
Os procedimentos de resposta a incidentes são os passos escritos que uma equipe segue desde o primeiro aviso de um incidente de segurança até a revisão posterior, cobrindo papéis, níveis de severidade, anotações de evidências, comunicação e recuperação. Uma política, ao contrário, define regras. Uma lista de verificação é a forma curta que se pode ir marcando durante um simulado.
Sim, o bunchacode.com é o site oficial do Buncha Build. Verifique o download. O programa de instalação ainda não tem assinatura de código, então compare o checksum SHA-256 dele com o manifesto publicado antes de executá-lo e use o botão Send feedback do app para relatar qualquer coisa estranha.
Protocolos de resposta a incidentes são um entre vários nomes para os passos escritos que uma equipe segue, e as palavras plano, política, procedimento e lista de verificação costumam ser confundidas. Combinem os termos cedo. Uma política define as regras, enquanto um procedimento ou uma lista traz os passos concretos.
Sim, com limites. O Buncha Build pode redigir um cenário inventado, perguntas de discussão e uma página de anotações como arquivos que você revisa, mas a discussão acontece entre as suas próprias pessoas numa sala de reunião. Ele não simula ataques nem toca em sistemas reais.
Não. Ele não é um produto de resposta a incidentes, detecção ou monitoramento, então não vigia redes, não isola máquinas nem remove malware. Durante um incidente em andamento, siga o plano da sua organização e chame seus responsáveis.
Sim, com um modelo na nuvem. O texto do prompt, incluindo o texto dos arquivos que o agente lê, vai para esse provedor; com um modelo rodando localmente no seu PC, nada sai da máquina. Segredos na saída das ferramentas são ocultados antes de chegar ao modelo.
Não. Todo rascunho é uma primeira versão que você lê, testa e corrige por conta própria, e é por isso que existem o diff e o modo Ask first. Um advogado precisa confirmar as obrigações de notificação, porque elas variam por país e setor, e responsáveis treinados cuidam dos incidentes reais.
A instalação tem cerca de 34 MB. Baixe o Buncha Build para Windows 10 ou 11, conecte um modelo, aponte-o para a pasta com seus documentos e escolha Plan only se quiser ler o plano antes.
Baixar o Buncha Build para Windows ↗Cada página abaixo existe em 20 idiomas.
O que o Buncha Build pode fazer com seus documentos ↗ Conecte um modelo na nuvem, local ou integrado ↗ Guia passo a passo para sua primeira lista de verificação ↗ Baixe e verifique o instalador do Windows ↗ Respostas às perguntas mais comuns ↗ O que fica no seu PC e o que é registrado ↗