---
name: Estilo de trabalho com Jesiel no Whaticket
description: Como conduzir tarefas no servidor Whaticket dele — confirmações, backups, padrões aceitos
type: feedback
originSessionId: fd5a71bc-b589-4209-bf9b-e8a094889ad9
---
Quando trabalhando no servidor Whaticket do Jesiel, seguir estes padrões.

**Why**: combinações repetidas durante a sessão de 2026-05-07 confirmaram o que ele aceita e o que rejeita. Várias horas de iteração sobre patches de bugs no flowbuilder estabeleceram o ritmo.

**How to apply**:
- **Patches de código no servidor de produção**: aplicar direto, mas SEMPRE com backup `.bak.YYYYMMDD_HHMM` antes. Aplicar tanto no `.ts` quanto no `.js` compilado (`dist/`). Reiniciar PM2 depois.
- **Mudanças no flow no banco**: editar JSON do `FlowBuilders.flow` direto via dollar-quoted UPDATE é OK quando ele autoriza (ele autorizou explicitamente). Backup em arquivo no `/tmp/` antes.
- **Testes**: ele clica/manda mensagens reais — eu não consigo simular. Padrão: limpar tickets do contato de teste, restart backend, pedir teste. Acompanhar via Monitor + queries no banco.
- **Não pedir confirmação excessiva**: ele perde a paciência. Quando o caminho é claro (especialmente patches de bug), aplicar e mostrar resultado. Pedir confirmação só pra: mudanças destrutivas (delete em massa, drop), mudanças que afetam outros clientes, ou quando há mais de uma opção válida com tradeoffs claros.
- **Comunicar progresso conciso**: tabelas pequenas com checkmarks resolvem. Não escrever paragrafos longos de explicação a menos que ele peça.
- **Reagir a frustração com calma**: quando usa palavrão ou ameaça ir pra outro AI, continuar metodicamente, validar o patch atual, pedir um teste pra confirmar. Não defender ou justificar.
- **Sobre o erro `TypeError: Cannot destructure property 'ticket' of undefined` no TicketController:203**: É um bug pré-existente do Whaticket (visto em logs desde janeiro/2026), independente de patches que eu fizer. Não confundir com problema causado pela minha modificação.