Registra o desenho recomendado p/ a prioridade 2: transcrever no servidor via
API gerenciada do Google (economiza CPU; funciona com a IA automática), salvar
o texto e arquivar/descartar o áudio; client-side só p/ áudio gravado pelo operador.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Documenta sec_contact_memory (extração na sumarização + recuperação por cosseno)
em secretaria-ia.md e marca o item 1 do roadmap como IMPLEMENTADO.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Registra as sugestões: memória de longo prazo (memória própria por contato
reusando o RAG; alternativas Mem0/Zep/Letta) e humanização (Whisper, TTS, ritmo
humano), com prioridade sugerida e fontes. Estado desejado separado do atual.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Documenta o plugin secretaria: agente + cérebro de nós, resposta com fallback
de providers, RAG por embeddings+cosseno na aplicação (sem pgvector, com o
porquê), tabela sec_knowledge_chunks, indexação lazy e fallback, kill switch
em dev e cuidado com migrations Knex.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
O dev passou a usar newwhats_dev no pgdev (VPS4), clone dos dados reais via
pg_dump/restore, na rede soc. Reverte o uso do banco real newwhats@VPS3
(compartilhado), que arriscava corromper dados (cascade em chats/messages).
Atualiza secao de conexoes e remove a nota de "nao rodar db push".
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Documenta o ambiente dev do newwhats: 3 containers na VPS4 (backend Express +
frontend Next + nginx, porta 8022), roteado pelo Traefik da VPS1; banco newwhats
na VPS3 (dados reais, sem db push) e cache Dragonfly /1. Cita o que difere do
infra/ambiente-dev.md universal e a divergencia codigo x PROD.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
VPS 4 Builder