Referência da API
Esta seção contém a documentação técnica auto-gerada a partir da especificação OpenAPI do MessageFy.Para guias práticos com exemplos de uso, consulte as seções Enviando Mensagens,
Comandos e Webhooks.
Base URL
Autenticação
Todas as requisições devem incluir o headerX-API-KEY com uma chave válida.
O gateway APISIX valida a chave e injeta automaticamente os headers de contexto:
Endpoints
A API está organizada em dois grupos:Mensagens (/api/v1/message/)
Envio, recebimento, edição, exclusão e busca de mensagens.
Suporta múltiplos tipos de conteúdo (texto, imagem, documento, áudio, vídeo, etc.)
e comandos de sessão (status, contatos, grupos, etc.).
Administração (/api/v1/Admin/)
CRUD de contas, canais e API keys.
Gerenciamento do outbox para canais HTTP Sender.
Versionamento
A API usa versionamento por URL:/api/v1/...
Formato de Resposta
Todas as respostas são JSON. Existem dois formatos de erro, dependendo de onde a requisição falhou:1. Erro de desserialização/binding (ProblemDetails)
Quando o corpo da requisição não pode ser desserializado (JSON malformado,type
desconhecido, campo obrigatório do schema ausente, tipo de valor errado), a resposta
segue o padrão ASP.NET ValidationProblemDetails:
A entrada
"package": ["The package field is required."] não significa que falta um campo
chamado package no seu JSON — o corpo inteiro da requisição é o “package”. Ela aparece sempre
que a desserialização do corpo falha por qualquer motivo. A causa real está na outra entrada
de errors, cuja chave é o caminho JSON do campo problemático (ex.: $.content.to).2. Erro de validação de negócio
Quando o JSON é válido mas viola uma regra de negócio (nome duplicado, canal inexistente, feedback channel obrigatório etc.), a resposta é uma lista de erros de validação comerrorCode: