Build and Kill Verity Guia de Co-op
Rode bases de 2–6 jogadores com funções claras de builder, defesa e reparo — e permissões que mantêm o choke intacto.
Build and Kill Verity suporta até seis jogadores construindo e defendendo juntos. Co-op é um dos ganchos mais fortes do jogo — chame amigos, compartilhe uma base freeform, aguente ondas de monstros e prepare-se para bosses — mas seis cérebros criativos sem funções vão abrir quatro entradas, deletar os muros uns dos outros e descobrir que as construções salvam automaticamente para sempre. Este guia define funções práticas (builder, defesa, reparo), etiqueta de permissões e rotinas de onda/boss para duos até lobbies cheios.
Fundamentos solo ainda se aplicam: leia o Guia para iniciantes, molde lanes com Como construir uma base, gerencie buffers via Como sobreviver às ondas e especialize com Como derrotar bosses. Resgate recompensas compartilhadas de Códigos e alinhe compras com a Lista de tiers.
Por que funções batem “todo mundo constrói”
Colocação freeform mais energia social cria modos de falha específicos:
- Segundo e terceiro portões acidentais.
- Linhas de armadilha colocadas no único path de reparo.
- Duas pessoas upando filosofias diferentes no mesmo choke.
- Ninguém observando o muro enquanto todo mundo faz shopping.
- Deletes silenciosos que quebram premissas de defesa offline.
Funções transformam esse caos em trabalho paralelo. Você não precisa de fantasia rígida de classe — precisa de ownership de um trabalho pelas próximas ondas.
Funções principais (2–6 jogadores)
Builder
Dona o plano mestre da geometria: largura do choke, ordem de expansão, selagem de buracos. Coloca muros principais e mudanças estruturais entre as ondas. Durante as ondas, o builder geralmente para a construção freestyle a menos que o caller peça um patch de emergência selado.
Defesa
Dona o valor de DPS e armadilhas na lane ativa. Coloca e upa torres/armadilhas de acordo com a lista de tiers, mantém cobertura sobreposta e pensa em redundância de defesa offline. Jogadores de defesa devem amar checagens de linha de visão.
Reparo
Dona a integridade no meio da onda. Fica em um path curto até o choke, carrega a mentalidade de buffer de reparo e responde primeiro a calls de rompimento. Em parties pequenas, reparo muitas vezes se combina com defesa; em stacks de seis, deixe explícito.
Caller (opcional, mas poderoso)
Uma lead de voz ou chat que diz quando fazer fallback, quem repara e quando shopping é permitido. O caller pode ser qualquer função, mas não deve ser também o builder mais distraído.
Flex / economia
Em lobbies maiores, um jogador flex coleta, resgata códigos e alimenta materiais para builder e defesa sem abrir novas entradas.
Atribuições sugeridas por tamanho de party
2 jogadores: Builder/caller + Defesa/reparo. Troquem o dever de reparo a cada onda se precisar.
3 jogadores: Builder, Defesa, Reparo/caller. Setup mais limpo para ensinar cedo.
4 jogadores: Builder, Defesa, Reparo, Flex. Flex pode ajudar a selar alas só com aprovação do builder.
5–6 jogadores: Builder, lead de Defesa, lead de Reparo, observador de adds/buracos laterais (lutas de boss), Flex e uma segunda defesa ou especialista de choke em estágios. Limite quantas pessoas podem editar o portão principal — normalmente uma.
Se seu grupo de amigos odeia títulos, use stickers de trabalho no chat: “eu dono o portão,” “eu dono as armadilhas,” “eu dono os reparos.” Mesmo resultado.
Etiqueta de permissões
Combinem estas regras nos primeiros dois minutos:
- Ownership do choke principal — só o builder (ou vice nomeado) abre, fecha ou relocaciona a entrada principal.
- Sem deletes silenciosos — avise o que está removendo e por quê.
- Claims de ala — projetos laterais acontecem em zonas atribuídas, selados antes da próxima onda.
- Janelas de shopping — downtime é para builds; shopping no meio da onda precisa de OK do caller.
- Edits de logout — se a base precisa lutar offline, não deixe reformas meio abertas quando o host sair.
- Limites de convidado — novos joiners só colocam em uma ala sandbox até ganharem confiança.
Permissões são sociais, não só técnicas. Mesmo quando o jogo permite que todo mundo edite, sua squad ainda pode reforçar normas.
Rotina de onda em co-op
Antes da onda:
- Builder sela buracos acidentais.
- Defesa confirma cobertura sobreposta.
- Reparo declara status do buffer (“reparo ok” / “reparo baixo — sem gastos flex”).
- Caller lembra a marca de fallback.
Durante a onda:
- Reparo responde a rompimentos primeiro.
- Defesa mantém o boss ou pack dentro da kill box; observador de adds cuida de paths laterais em parties maiores.
- Builder evita construção nova de vaidade.
- Flex só entrega mats ou patches de emergência selados.
Depois da onda:
- Parada total para triage — veja Como sobreviver às ondas.
- Caller lista os três tiles quebrados principais.
- Depois só gastos atribuídos.
Esta rotina escala de duos de boas a stacks suados de seis.
Rotina de boss em co-op
Bosses punem movimento descoordenado. Antes da luta:
- Congele edits não essenciais.
- Reconfirme o bolsão de fallback de Como derrotar bosses.
- Atribua dever de adds explicitamente.
- Builder pausa projetos de ego.
Durante a luta, o caller dona “hold,” “reparar portão” e “fallback.” Depois da luta, congele de novo por trinta segundos de triage antes de alguém “melhorar” a arena em queijo suíço.
Construindo juntos sem destruir a defesa offline
Lembre a proposta: sua base luta offline. Sessões de co-op muitas vezes terminam com alguém ainda reformando. Resolva isso:
- Checagem de selagem de fim de sessão liderada pelo builder.
- Cobertura de duas camadas ainda presente se experimentos externos falharam.
- Sem arcos decorativos que dobrem como atalhos de monstro.
- Host ou jogador da sessão mais longa faz uma caminhada final na perspectiva do spawn.
Autosave vai preservar o que você deixar. Deixe algo honesto.
Templates de comunicação (copie/cole)
- “Dono do portão sou eu — peçam antes de novas entradas.”
- “Reparo baixo — só reforçar.”
- “Buraco à esquerda — prioridade de reparo.”
- “Fallback para o bolsão interno.”
- “Wind-up do boss — fora do muro externo.”
- “Checagem de selagem de fim de sessão em 60 segundos.”
Calls curtos batem ensaios no meio da onda.
Ensinando amigos novos
Integre novatos com um currículo pequeno:
- Joguem uma sessão seguindo as regras do Guia para iniciantes em uma ala lateral.
- Mostrem o choke pelo lado do monstro.
- Deem um único trabalho (muitas vezes reparo ou linha de armadilha) antes de direitos plenos de builder.
- Aponhem para o Hub de Guias e Atualizações para aprenderem contexto de patch.
- Compartilhem Controles se aprenderem por prática de input, e mantenham conversa de Scripts seguros dentro das regras da Roblox.
Não entregue a um amigo novato edit irrestrito no portão principal numa noite de unlock de boss.
Modos comuns de falha em co-op
- Democracia em cada tijolo — ninguém dona o plano.
- Seis builders, zero reparo.
- Abrir um segundo portão “temporário” que vira permanente via autosave.
- Discutir escolhas de tier no meio da onda em vez de checar a lista de tiers no downtime.
- Misturar estratégias de Build Base to Survive VERITY ou jogos de horror Verity neste título da 100M CCU.
Links de referência rápida
- Hub de Guias
- Como construir uma base
- Como sobreviver às ondas
- Como derrotar bosses
- Códigos, Lista de tiers, Atualizações, Hub de Links
Co-op em Build and Kill Verity está no melhor quando a criatividade tem trilhos: um dono do choke, dever claro de reparo, defesa que pensa em fogo sobreposto e uma checagem de selagem digna do combate offline. Atribua os trabalhos, mantenha as calls curtas e deixe a base — não o group chat — ser a coisa que os monstros precisam matar.
Perguntas frequentes
Respostas rápidas às dúvidas mais comuns.
Quais funções uma squad de 3 jogadores deve usar?
Builder, Defesa e Reparo/caller. Essa divisão cobre geometria, DPS/armadilhas e integridade no meio da onda com clareza.
Quem pode mudar a entrada principal?
Só o dono designado do choke (normalmente o builder) ou um vice nomeado. Portões extras acidentais wipeiam runs.
O que fazer no fim de uma sessão de co-op?
Rode uma checagem de selagem para defesa offline: feche buracos, restaure cobertura sobreposta e evite deixar reformas pela metade.
Como lidamos com bosses em time?
Congelem edits de vaidade, atribuam dever de adds, confirmem o bolsão de fallback e deixem um caller donar o timing de hold/reparo/fallback.
Mais de seis jogadores podem compartilhar uma base?
Os servidores suportam até seis jogadores. Rotacionem amigos entre sessões em vez de lotar edits.
Onde a squad deve olhar prioridade de upgrade?
Combinem no downtime usando a Tier List e Atualizações — nunca debatam compras enquanto o portão está quebrando.