As cinco frentes cabem em modelo próprio: texto e áudio no chat correm com modelo aberto pequeno, cadeia e regras.
Por dentro da
BEsimple.
O que estamos a construir, com que tecnologia e em que ordem. Uma especificação de trabalho — não uma promessa de catálogo.
Resumo
Seis decisões que
Seis decisões que
guiam o projeto.
Três frentes quase não usam GPU. Agenda, Relatório e Reputação são código com um texto curto no fim.
O limite é capacidade, não qualidade. “Clientes ao mesmo tempo” e “clientes contratados” são contas diferentes.
Sempre ligado na VPS, GPU em casa. Canal, banco, fila e agenda ficam na VPS; o servidor entra como trabalhador.
Transbordo medido, com disjuntor. O que não couber vai para GPU alugada ou API, com custo registado por tarefa.
Primeiro medir, depois prometer. Inventário e teste de carga são a primeira tarefa, antes de qualquer número.
Arquitetura
Local primeiro,
Local primeiro,
sempre ligado.
Um serviço que atende o cliente do cliente não pode depender da luz e da internet de uma casa. A VPS guarda o que não pode cair; o servidor do grupo faz a inferência.
Canais
- Telegram · bot por negócio
- Chat na página
- WhatsApp oficial fase 5
- Voz ao vivo etapa B
Entrada · VPS
- Identifica negócio e contacto
- Postgres com isolamento por linha
- Fila e agendador
Cadeias · DARIO
- Recepção · Agenda
- Relatório · Reputação
- Validadores de número, preço e vaga
Porteiro de modelos
- Nomes da casa
- Mede tokens, segundos e custo
- Disjuntor, cota e transbordo
!
O servidor passa a buscar trabalho na fila por uma conexão de saída, o que dispensa IP fixo. Se cair, a mensagem entra, fica na fila e é respondida pelo transbordo ou quando o servidor voltar.
| Componente | O que faz | Onde roda | Tecnologia |
|---|---|---|---|
| Porta de entrada | Recebe a mensagem, identifica o negócio e o contacto, grava o turno e põe na fila. | VPS | Python · Telegram long polling |
| Banco por cliente | Guarda os sete conjuntos, com o identificador do cliente em toda tabela. | VPS | PostgreSQL · Row-Level Security |
| Fila e agendador | Ordena conversa ao vivo, lembretes e relatórios; dispara na hora marcada. | VPS | Fila sobre Postgres |
| Porteiro de modelos | Único ponto que fala com modelo; traduz nomes da casa, mede e corta. | VPS | Proxy compatível com API OpenAI |
| Inferência de texto | Entende a mensagem, responde sobre a ficha, extrai campos. | Servidor · GPU Tesla | llama.cpp · Gemma 8B quantizado |
| Ouvir | Transcreve áudio do cliente. | Servidor · GPU AMD | Whisper |
| Falar | Gera áudio de resposta em português. | Servidor · GPU AMD ou CPU | Voz aberta em português |
Dados
Sete conjuntos.
Sete conjuntos.
Uma ficha no centro.
A IA só funciona sobre dado tratado. Seis dos sete conjuntos nascem dentro da própria operação, o que dispensa integração com o sistema do cliente para começar.
| Conjunto | Campos mínimos | Usado por |
|---|---|---|
| Ficha do negócio | Serviços, preços, duração, horários, endereço, quem atende, perguntas frequentes, regra de escalada, tom | Todas |
| Contactos | Identificador no canal, nome, consentimento, primeira e última conversa | Recepção · Agenda · Reputação |
| Conversas e turnos | Mensagem, áudio transcrito, intenção, resposta, escalada, tempo | Recepção · Relatório |
| Pedidos e pendências | O que foi pedido, por quem, estado, quem respondeu | Recepção · Relatório |
| Agenda | Recursos, serviços, janelas, marcações, estado, lembretes enviados | Agenda · Relatório · Reputação |
| Avaliações | Pedido enviado, avaliação recebida, nota, texto, resposta, estado | Reputação · Relatório |
| Medição de tarefas | Cliente, cadeia, passo, modelo, tokens, segundos, camada, aceito ou refeito | Capacidade · cota · custo |
A ficha aprovada é bloqueante: nenhuma frente liga sem ela. A medição também: sem registo de tarefa, a tarefa não fecha.
As cinco frentes
O que cada uma
O que cada uma
precisa de fazer.
Tarefas-chave e critérios de aceite. A lista completa é mais extensa; aqui fica o que define o lançamento.
Recepção
texto e áudioResponde em segundos, só com o que está na ficha. Recolhe o pedido, cadastra o contacto e escala ao dono o que não sabe.
- Classificar intenção em cerca de dez categorias
- Responder sobre a ficha no tom do negócio
- Validar preço, horário e endereço por código
- Registar pedido e escalar com resumo de três linhas
Recepção por voz
duas etapasEtapa A: áudio no chat, com resposta em áudio curto e o mesmo texto por escrito. Etapa B: ligação ao vivo, testada lado a lado com um serviço de terceiro.
- Ouvir o áudio do cliente com Whisper
- Responder em duas frases, com números por extenso
- Se a síntese falhar, enviar só o texto
- Na etapa B, tratar interrupção e fim de turno
Agenda
cálculo em códigoMarca, confirma, lembra, remarca e cancela. A agenda é própria desde o primeiro dia; o Google Calendar entra como ligação, não como dependência.
- Extrair serviço, data, período e profissional
- Calcular vagas em código, nunca no modelo
- Gravar só depois do “sim” do cliente
- Travar contra duas marcações na mesma vaga
Relatório do dono
manhã e noiteNo horário combinado, o dono recebe no seu canal o que aconteceu e o que está pendente. Só usa o que as outras frentes registaram.
- Contar mensagens, contactos, pedidos, marcações e faltas
- Aplicar alertas por limiar definido na ficha
- Escrever cinco linhas com os números já prontos
- Validar todos os números contra o banco
Reputação
pedido a todosPede avaliação a todos os atendidos — a política do Google proíbe escolher só os satisfeitos — e rascunha a resposta para o dono aprovar.
- Um pedido por atendimento, nunca dois em 30 dias
- Queixa sempre escala ao dono
- Rascunho no tom do negócio, com aviso em nota baixa
- Nada publica sem autorização
Canais
Cada canal tem
Cada canal tem
regras próprias.
Fatos conferidos na documentação oficial em 5 de novembro de 2026. Alguns limites mudam a ordem do lançamento.
| Canal ou conexão | O que exige ou limita | Efeito no plano |
|---|---|---|
| Telegram · bot próprio | Texto e áudio sem custo por mensagem; o bot só fala com quem iniciou a conversa. | Piloto. Lembretes só para quem já falou com o bot. |
| Telegram · conta do negócio | Um bot por conta; responde só dentro de 24 horas da última mensagem. | Forma mais próxima da ferramenta invisível. |
| Chat na página | Conversa no site, com passagem para o celular por link identificado. | Fase 4, peça própria no servidor. |
| WhatsApp oficial | Verificação da casa e revisão do aplicativo; resposta cobrada depois de mil gratuitas por número/mês. | Fase 5, depois do piloto. |
| Google Calendar | Aplicativo não verificado limitado a cem usuários; autorização de teste vence em sete dias. | Pedir verificação cedo; agenda própria não depende. |
| Perfil da empresa no Google | Acesso por formulário; perfil verificado e ativo há 60 dias ou mais. | Pedir já. Pedir avaliação por link não depende. |
| Chamada pelo WhatsApp | Depende do WhatsApp oficial ativo; gratuita quando parte do utilizador. | Caminho da voz ao vivo depois da fase 5. |
Capacidade
Simultâneo não é
Simultâneo não é
contratado.
Uma conversa simultânea ocupa a GPU naquele segundo. Um negócio contratado passa a maior parte do tempo sem ocupar nada. O que liga os dois é a hora de pico.
Conversa simultânea
Uma mensagem a ser respondida naquele segundo. É o que ocupa a placa.
Negócio contratado
Uma empresa com a recepção ligada. Dezenas de mensagens por dia, espalhadas.
A conta que falta
Turnos na hora de pico × segundos de GPU por turno. Sem medição, não há promessa.
| Evento | Chamadas ao modelo | Pode esperar? |
|---|---|---|
| Recepção · turno de texto | 1 a 2 · 300 a 500 tokens novos | Não |
| Recepção · turno com áudio | 1 a 2 · ouvir 10 a 30 s; falar duas frases | Não |
| Agenda · uma marcação | 2 · 300 a 400 tokens novos | Não |
| Lembrete e pedido de avaliação | 0 | Sim |
| Relatório do dono | 1 a 2 por dia | Sim, fora do pico |
| Ligação ao vivo | 1 por fala | Não; ocupa a vaga durante a chamada |
Valores de partida, conservadores. A primeira tarefa do projeto é o inventário do servidor e o teste de carga com 1, 2, 4, 8 e 16 conversas. Os números reais substituem estas estimativas.
Fases
Seis fases,
Seis fases,
na ordem certa.
O piloto corre no que já existe. Não há datas antes do inventário e do teste de carga.
- 0primeiro
Medir
Ficha do servidor: cada placa com modelo e memória. Teste de carga com 1, 2, 4, 8 e 16 conversas.
- 1a construir
Fundação
Banco por cliente, fila, porteiro de modelos e roteiro de ativação.
- 2a construir
Recepção e Relatório
Texto, áudio de entrada e canal do dono.
- 3a construir
Agenda e Reputação
Lembretes, pedido de avaliação e resposta em áudio.
- 4piloto
Piloto
Grupo, conhecidos e cinco negócios reais.
- 5depois
Abrir
WhatsApp, Google, transbordo e teste da ligação ao vivo.
Engenharia
Sete regras que
Sete regras que
não se negociam.
Modelo pequeno, cadeia e regra. A qualidade vem da direção dada ao modelo, não do tamanho dele.
Número, data, preço e horário são código. O modelo entende o pedido e escreve a frase; o banco diz se há vaga.
Toda tarefa é medida e tem cota. Tempo, tokens, modelo e cliente registados em cada passo.
O produto só conhece nomes da casa. “Modelo de texto 1”, “ouvir”, “falar”. O modelo real fica num único ficheiro.
O cliente conversa; não opera. A página existe para ver e conferir, nunca como condição para usar.
Cada cliente só enxerga o que é dele. Isolamento provado por teste antes do primeiro cliente de fora.
Capacidade mede-se. Nenhum número de clientes entra em promessa antes do teste de carga.
Próximo passo
Quer ver isto
Quer ver isto
a responder?
Demonstração de 20 minutos, com o seu negócio como exemplo. Sem apresentação genérica.
Pedir demonstração