ext-api x-nw-key casa (satélite=apiKey motor, teste vivo 200); webhook secret/url/
eventos casam. Topologia co-locada (127.0.0.1); live e2e exige satélite rodando.
/nw/* usa chave diferente (PluginPair nwk_) — reconciliar se usado.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
- tarefas.md: checklist mestre de pendências (fases 3-5, wasabi, ativação)
- wasabi-midias.md: estado + index/delete em lote (DB↔Wasabi, retenção)
- ativacao-whatsapp.md: trajeto inteligente de provisionamento no motor
- integracao-satelites.md: regra de registro bidirecional + plugin único por projeto
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Marca a transcrição de áudio/imagem como implementada no motor (Gemini →
messages.transcription) no roadmap da Secretária e na fase 5 do contrato de
integração; satélite media-transcribe vira redundante.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Documenta o contrato bidirecional (ext-api A: satélite→motor; webhook + /nw/* B:
motor→satélite), config, recursos do satélite (transcrição/sync-knowledge) e o
estado faseado da sincronização (contrato + alias numbers feitos; config,
sync-knowledge e2e e mover-recursos pendentes).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
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