Matriz de Funcionalidades
Esta página reflete a matriz de funcionalidades do repositório e serve como a visão de paridade nativa do Mintlify.Evidências públicas do Charles que moldam a paridade
A superfície pública de ajuda do Charles torna vários módulos não opcionais para o trabalho de substituição:- a coleção de ajuda de Conversations cobre a tela de conversa, templates no chat, disparo de flow a partir do feed, comportamento da service-window, carrinhos e edição de contatos
- a documentação de Journeys expõe APIs legadas de trigger e automações disparadas por parceiros
- a visão geral de Integrations descreve webhooks, recuperação via REST, exportações e padrões de sincronização com parceiros
- a API de atualização de contatos documenta uma superfície de mutação legada já usada por sistemas externos
Resumo de prioridades
Continuidade P0
- ingestão, replay e forense operacional de webhooks
- dispatch de provider e reconciliação de status
- contatos, estado de assinante e tratamento de opt-out
- ledger de consentimento — consent_events somente para inserção (append-only), detecção de palavras-chave STOP/START (en/it/pt/es), gate de opt-out em campanhas, API de consentimento (BORD-193)
- núcleo de inbox com percepção de service-window, cards de resposta de Flow e filtragem de conversas em grupo
- templates de provider mais respostas compartilhadas
- monitoramento de uso e custo da Meta para templates do WhatsApp entregues, tráfego gratuito e atribuição por campanha
- construtor visual de templates — construtor de 3 painéis, 7 editores, parameter_format, pipeline de envio para a Meta, renderizador em formato de telefone (BORD-182, BORD-184)
- endpoints de trigger e contato compatíveis com o Charles
- diagnósticos de runtime, logs de auditoria e visibilidade de fila
- logs de auditoria — tabela audit_logs por workspace, writeAuditLog() (BORD-158)
- alertas de conta — handler de webhook account_alerts da Meta, painel de UI para o operador (BORD-189)
- retenção de dados GDPR — data_retention_days por workspace, job retention_sweep (BORD-165, BORD-167)
Paridade operacional P1
- runtime de journeys e execução de wait/branch
- editor gráfico de journeys — canvas React Flow, 9 tipos de nó, validação, pipeline de publicação
- campanhas e snapshots de audiência
- segmentos, tags e escrita de propriedades de clientes
- agente de auto-trigger — rascunhos de IA disparados por entrada, API de accept/reject, banner de rascunho na inbox (BORD-192)
- armazenamento de assets — tabela asset_files, uploads compatíveis com S3, por workspace (BORD-187)
- geração de API key — chaves com prefixo swb_, hasheadas em repouso (BORD-178)
- wizard guiado — onboarding do primeiro uso até a primeira mensagem (BORD-194)
- fluxos de carrinho e link de checkout
- mapeamento de campos e saúde de sincronização com o Twenty CRM
- relatórios essenciais para operadores e administradores
Expansão P2
- assistência de IA mais completa e automação de FAQ
- command palette — navegação, busca e ações via ⌘K (BORD-204)
- primitivas de design system — design tokens, utilitários de motion, componente Skeleton
- experimentação e ferramentas de A/B para journeys
- cobertura de canais mais ampla, além do escopo WhatsApp-first
Resumo de módulos
Inbox e conversas
- lista de threads, filtros, estado de não lido, atribuição, notas, tags
- controle de service-window e avisos de somente-template
- respostas compartilhadas, templates de provider, carrinhos e ações rápidas
Compatibilidade e integrações
- caminho legado de atualização de contatos
- caminho legado de trigger de journey
- ingestão de webhook de parceiros, como eventos personalizados da Emarsys
- replay de webhook e auditabilidade em nível de requisição
Templates
- construtor visual de templates — construtor de 3 painéis em
/templates/new, 7 editores, prévia em formato de telefone - coluna
parameter_formatpara declarações de variáveis tipadas - pipeline de envio para a Meta com acompanhamento do status de aprovação
Campanhas e journeys
- definições de journey publicáveis com versionamento
- editor gráfico de journeys — canvas React Flow em
/journeys/[id], 9 tipos de nó, validação inline, pipeline de publicação - execução de campanhas segura para agendamento
- mutações de contato/propriedade/tag dentro de automações
Consentimento e conformidade
- tabela consent_events com trigger AFTER-INSERT e desnormalização em
contacts.consent_state - detecção de palavras-chave STOP/START em en/it/pt/es
- gate de opt-out no disparo de campanhas
- API de consentimento —
GET/POST /api/v1/contacts/:id/consent - retenção de dados GDPR —
data_retention_dayspor workspace, jobretention_sweep - tabela audit_logs com
writeAuditLog()
IA e automação
- agente de auto-trigger — rascunhos de IA disparados por entrada (BORD-192)
- API de accept/reject de rascunho e banner de rascunho na inbox
- uso de ferramentas pelo agente e execução em múltiplas etapas
Infraestrutura de plataforma
- armazenamento de assets — tabela
asset_files, uploads compatíveis com S3, por workspace - geração de API key — chaves com prefixo
swb_, hasheadas em repouso - alertas de conta — handler de webhook
account_alertsda Meta, painel de UI para o operador - wizard guiado — fluxo de onboarding do primeiro uso até a primeira mensagem
- command palette — navegação, busca e ações via ⌘K
Governança
- identidade de runtime via
/healthe/ready - rejeições de webhook, pressão de fila, ferramentas de replay e visibilidade de versão de build
- feature flags e administração de credenciais/canais