Bem-vindo à documentação
Escolha sua linguagem ou comece pelo fluxo essencial para realizar uma consulta segura.
Escolha sua linguagem ou framework
Introdução à KnotAPI
A KnotAPI é uma API HTTP para consultar dados cadastrais por CPF. Ela foi desenhada para integrações de backend, automações e agentes de IA, sempre com autenticação por chave e resposta JSON previsível.
O que você pode fazer
URL base
https://knotapi.onlineFormato das respostas
As respostas REST usam JSON e preservam nomes de campos estáveis. Datas de exibição seguem o padrão brasileiro; datas para cálculos também são entregues em ISO 8601.
A consulta não altera o cadastro pesquisado. Ela apenas lê o conjunto de dados disponível para a sua chave.
Antes de começar
Crie sua conta, ative um plano e gere uma chave no portal. Você verá o segredo completo uma única vez; salve-o em um gerenciador de segredos ou variável de ambiente.
Autenticação
Toda requisição REST precisa de uma API Key ativa no header x-api-key. A chave identifica sua conta, aplica quota, rate limit e restrições configuradas.
Obtenha sua API Key
No portal, abra a área de chaves e crie uma chave para o projeto. O plano Grátis permite 1 chave, Developer 3, Profissional 5 e Escala 10. Use nomes como “Site institucional”, “CRM” ou “Typebot” para reconhecer a origem.
Depois que a caixa for fechada, a KnotAPI exibe apenas uma versão mascarada. Se perder o segredo, rotacione a chave.
Envie a chave no header
GET /api?modulo=cpf&consulta=12345678909 HTTP/1.1
Host: knotapi.online
Accept: application/json
x-api-key: knot_live_SUA_CHAVE
Não use a URL
Chaves em query string são rejeitadas. URLs podem aparecer em histórico, analytics, logs de proxy e ferramentas de monitoramento.
/api?api_key=knot_live_... expõe o segredo. Use exclusivamente o header.
Erros de autenticação
| Status | Quando acontece | Como corrigir |
|---|---|---|
| 401 | Chave ausente, inválida ou revogada. | Confira o header e a chave ativa. |
| 403 | Conta, plano, IP ou origem não autorizados. | Confira o plano e as restrições da chave. |
Faça sua primeira chamada
Com uma chave ativa, você só precisa enviar o CPF e o header de autenticação. O exemplo abaixo funciona em qualquer terminal com curl.
- Crie uma API KeyEntre no portal, crie a chave e copie o valor completo quando ele for exibido.
KNOT_API_KEYé apenas o nome da variável onde você guardará esse valor. - Guarde no servidorUse o arquivo de ambiente suportado pelo projeto no desenvolvimento e o cofre de segredos da hospedagem em produção.
- Faça o GETValide o CPF, leia o status HTTP e nunca envie a chave ao navegador.
Exemplo
curl --request GET \
--url 'https://knotapi.online/api?modulo=cpf&consulta=12345678909' \
--header 'accept: application/json' \
--header "x-api-key: $KNOT_API_KEY"
Resposta esperada
{
"sucesso": true,
"dados": {
"CPF": "12345678909",
"NOME": "NOME DO TITULAR",
"NASCIMENTO": "15-01-1990",
"MAE": "NOME DA MÃE"
},
"meta": {
"quota_remaining": 998,
"quota_debited": true
}
}
Use “Testar integração” dentro do portal. O teste autenticado retorna quota_debited: false.
Escolha sua linguagem ou framework
Cada guia usa recursos nativos ou bibliotecas populares e mantém a API Key exclusivamente no servidor. Os exemplos são pontos de partida; o prompt para IA manda analisar e preservar a arquitetura real do projeto.
Ainda não criou a chave?Entre no portal, abra “API Keys”, crie uma chave para o projeto e copie o segredo completo quando ele aparecer.
O que é KNOT_API_KEY?É o nome convencional da variável de ambiente. Ela não é criada automaticamente e não deve ser substituída literalmente no código.
Onde guardar?No ambiente server-side ou secret manager da hospedagem. Nunca no HTML, bundle, variável pública ou conversa com IA.
Não mova a chave para JavaScript executado no navegador, variáveis NEXT_PUBLIC_* ou VITE_*.
Consulta de CPF
Retorna os dados cadastrais disponíveis para um CPF válido. A chamada é síncrona, somente leitura e consome uma unidade quando processada pela API pública.
Endpoint
https://knotapi.online/api?modulo=cpf&consulta={cpf}Autenticação
Envie x-api-key no header. Também recomendamos Accept: application/json.
Parâmetros
| Campo | Local | Obrigatório | Descrição |
|---|---|---|---|
x-api-key | Header | Sim | API Key ativa e autorizada. |
modulo | Query | Sim | Use exatamente cpf. |
consulta | Query | Sim | CPF com 11 dígitos, com ou sem pontuação. |
Exemplo de requisição
curl 'https://knotapi.online/api?modulo=cpf&consulta=12345678909' \
-H 'accept: application/json' \
-H "x-api-key: $KNOT_API_KEY"
Comportamento
- O CPF é normalizado antes da validação.
- Restrições de IP e origem são avaliadas por chave.
- Quota e velocidade são informadas em headers de resposta.
- CPF sem registro retorna
404, sem inventar dados.
A versão pública atual oferece consulta unitária. Um endpoint de lote não está documentado nem disponível; não envie arrays para /api.
Resposta e datas brasileiras
Uma resposta bem-sucedida separa os dados consultados de informações operacionais da sua chave. Assim, seu sistema pode exibir o resultado e controlar consumo sem misturar responsabilidades.
Estrutura de sucesso
{
"sucesso": true,
"dados": {
"CPF": "12345678909",
"NOME": "NOME DO TITULAR",
"NASCIMENTO": "15-01-1990",
"MAE": "NOME DA MÃE"
},
"meta": {
"quota_remaining": 998,
"quota_reset": "05-09-2026 09:00:00",
"quota_reset_iso": "2026-09-05T12:00:00.000Z",
"timezone": "America/Sao_Paulo"
}
}
Campos de dados
| Campo | Formato | Uso |
|---|---|---|
CPF | 11 dígitos | Documento normalizado, sem pontuação. |
NOME | Texto | Nome cadastral disponível. |
NASCIMENTO | DD-MM-AAAA | Data já formatada para exibição brasileira. |
MAE | Texto | Nome materno quando disponível. |
Qual data devo usar?
Use quota_reset_iso para comparação, ordenação e agendamento. Use quota_reset apenas para mostrar ao usuário no horário de São Paulo.
Códigos de resposta
A KnotAPI usa códigos HTTP para indicar se a chamada foi aceita, rejeitada pelo cliente ou interrompida temporariamente no servidor. Sempre verifique o status antes de consumir o JSON.
Estrutura de um erro
{
"sucesso": false,
"erro": "Descrição legível do problema"
}
Registre status e mensagem no backend sem incluir a API Key. Para o usuário final, mostre uma orientação simples e um identificador da operação.
Referência completa
| Status | Significado | Ação recomendada |
|---|---|---|
| 200 | Consulta processada. | Use dados e meta. |
| 400 | CPF/parâmetro inválido ou chave enviada na URL. | Corrija a requisição; não repita automaticamente. |
| 401 | Chave ausente, inválida ou revogada. | Confira o segredo no ambiente. |
| 403 | Plano, conta, IP ou origem bloqueados. | Confira restrições e status da conta. |
| 404 | CPF válido sem registro disponível. | Trate como resultado não encontrado. |
| 429 | Velocidade ou franquia atingida. | Leia Retry-After; aguarde antes de repetir. |
| 500/503 | Falha temporária no serviço. | Faça até três tentativas com backoff e jitter. |
Retry e resiliência
if (response.status === 429 || response.status >= 500) {
const retryAfter = Number(response.headers.get('retry-after') || 1);
await wait(Math.min(retryAfter * 1000, 10_000));
// repita com limite de tentativas; nunca crie loop infinito
}
Quota e rate limits
Quota controla o total de consultas do ciclo. Rate limit controla quantas chamadas podem chegar em uma janela curta. São controles diferentes e devem ser tratados separadamente.
O que consome uma requisição
Cada consulta REST ou chamada MCP confirmada consome uma unidade. O teste autenticado dentro do portal é gratuito e retorna quota_debited: false.
Chamadas feitas pelo seu backend para /api consomem quota normalmente, inclusive durante desenvolvimento.
Headers de quota
| Header | Exemplo | Significado |
|---|---|---|
X-Quota-Limit | 1000 | Total contratado no ciclo. |
X-Quota-Remaining | 998 | Consultas restantes. |
X-Quota-Reset | 2026-09-05T12:00:00.000Z | Fim do ciclo em ISO 8601. |
Headers de velocidade
| Header | Para que serve |
|---|---|
RateLimit-Limit | Máximo da janela atual. |
RateLimit-Remaining | Chamadas ainda aceitas na janela. |
RateLimit-Reset | Quando a janela reinicia. |
Retry-After | Tempo mínimo antes de uma nova tentativa após bloqueio. |
Estratégia recomendada
- Monitore
X-Quota-Remainingsem depender apenas do painel. - Não dispare chamadas em paralelo sem controle de concorrência.
- Ao receber
429, respeiteRetry-After. - Use backoff exponencial limitado para falhas
5xx.
Restrições por IP e domínio
Cada chave pode ter sua própria lista de IPs/CIDRs e origens HTTPS. Use essas restrições como uma segunda barreira, além de manter o segredo no backend.
Como escolher
Backend com IP fixo
É o controle mais forte disponível. Cadastre o IP público ou uma rede CIDR conhecida.
Origem HTTPS
Útil quando a plataforma envia Origin. Não substitui um backend seguro.
IP + origem
Quando ambos são preenchidos, os dois precisam corresponder.
Exemplos aceitos
Um invasor que obtenha a chave ainda pode tentar reproduzir headers. Mantenha a chave fora do HTML, bundle e armazenamento do navegador.
Typebot, n8n, Make e Zapier
A integração segue o mesmo contrato REST: método GET, CPF na query e API Key no header. O ponto importante é guardar a chave no cofre da plataforma e confirmar onde o bloco HTTP é executado.
Configuração em três passos
- Crie uma chave exclusivaNomeie como “Typebot”, “n8n” ou o nome do fluxo para poder revogar sem afetar outros projetos.
- Use o cofre de credenciaisCadastre
x-api-keycomo segredo. Nunca mostre o valor em mensagem ou variável pública. - Mapeie o resultadoLeia
dados.NOME,dados.NASCIMENTOe trate cada código HTTP.
Exemplo de configuração
https://knotapi.online/api?modulo=cpf&consulta={{cpf}}x-api-key: {{KNOT_API_KEY}}Typebot
Use um bloco HTTP apenas se a execução e os headers permanecerem no servidor da plataforma. Se o request aparecer no painel de rede do visitante, crie uma rota proxy no seu backend e chame essa rota pelo bot.
Abra o DevTools do navegador, execute o fluxo e confirme que a API Key não aparece em Requests, HTML, JavaScript, localStorage ou mensagens do bot.
Tratamento do fluxo
| Status | Ação no fluxo |
|---|---|
200 | Continue e mapeie os campos. |
400 | Peça novamente um CPF válido. |
404 | Informe que não foi encontrado. |
401/403 | Interrompa e avise o responsável técnico. |
429/5xx | Aguarde e tente novamente com limite. |
Proteja sua API Key
A chave concede acesso à sua franquia. Se ela estiver no frontend, qualquer pessoa pode copiá-la. A arquitetura segura coloca a chamada em um servidor controlado por você.
Fluxo recomendado
Exemplo de proxy seguro
// A rota roda no servidor. KNOT_API_KEY nunca vai para o navegador.
const response = await fetch(
`https://knotapi.online/api?modulo=cpf&consulta=${encodeURIComponent(cpf)}`,
{ headers: { 'x-api-key': process.env.KNOT_API_KEY } }
);
return Response.json(await response.json(), { status: response.status });
Ofuscação, Base64, minificação, CORS e variáveis públicas não impedem que a chave seja copiada pelo inspetor de rede.
Checklist antes de publicar
- A chave existe apenas em variável de ambiente server-side.
- Logs nunca registram o header
x-api-key. - A rota exige autenticação do seu próprio usuário, quando aplicável.
- CPF é validado antes de chamar a KnotAPI.
- Timeout, rate limit e tratamento de erros estão ativos.
- A chave tem restrição por IP quando o backend possui IP fixo.
Ferramentas para agentes de IA
A KnotAPI oferece superfícies complementares para agentes: MCP para ferramentas estruturadas, Agent Skill para instruções portáteis, OpenAPI para geração de clientes e llms.txt para descoberta da documentação.
O que está disponível
| Recurso | Uso | Endereço |
|---|---|---|
| MCP Server | Ferramenta consultar_cpf | https://knotapi.online/mcp |
| Agent Skill | Fluxo seguro e exemplos | /skills/knotapi/SKILL.md |
| OpenAPI 3 | Contrato para clientes e ferramentas | /openapi.yaml |
| llms.txt | Índice machine-readable | /llms.txt |
Casos de uso
Onboarding
Valide um CPF durante um fluxo conversacional autorizado.
Ferramenta MCP
Permita que um agente faça uma consulta estruturada.
Automação
Conecte a consulta a workflows com controle de quota.
Não permita consultas autônomas irrestritas. Defina finalidade, autorização, limite de chamadas, registro de auditoria e revisão humana conforme o risco.
Prompt para integrar com IA
Copie este prompt no seu assistente de programação. Ele orienta a implementação para backend, inclui o contrato oficial e impede que a chave seja colocada no frontend.
Prompt universal para Codex, Cursor, Lovable ou ClaudeInclui segredo, validação, timeout, erros, rate limit e testes.
Prompt completo
Integre a KnotAPI neste projeto usando https://knotapi.online/llms-full.txt. Primeiro inspecione a arquitetura, autenticação, configuração de ambiente e testes existentes. KNOT_API_KEY é o nome da variável, não uma chave automática. Se ela ainda não estiver configurada, explique que o usuário deve criar uma API Key no portal KnotAPI e guardar o valor no ambiente server-side ou secret manager; não invente uma chave nem peça que ela seja colada no chat. Mantenha o arquivo real fora do Git e adicione somente o nome vazio ao arquivo de exemplo. Preserve autenticação, autorização e rate limit existentes. Valide formato e dígitos verificadores do CPF. Aplique timeout, trate conexão e 400/401/403/404/429/500/503, preserve Retry-After e não faça retry em erros permanentes. Nunca exponha ou registre a chave nem o CPF completo. Escreva testes com mock HTTP cobrindo configuração ausente, CPF inválido, sucesso, erros e timeout, sem chamada real.
O que a IA deve entregar
- Orientação para criar a API Key quando ela ainda não existir.
- Passos exatos para configurar o segredo no ambiente local e na hospedagem.
- Rota server-side protegida pela autenticação já usada no projeto.
- Falha segura quando
KNOT_API_KEYestiver ausente. - Validação de CPF, timeout e tratamento dos códigos documentados.
- Testes com mock HTTP, sem segredo ou consulta real.
Servidor MCP
O endpoint MCP remoto é stateless e compatível com Streamable HTTP. A ferramenta disponível recebe um CPF e devolve a mesma resposta cadastral da API REST.
Endpoint
https://knotapi.online/mcpConfiguração
{
"mcpServers": {
"knotapi": {
"type": "http",
"url": "https://knotapi.online/mcp",
"headers": {
"Authorization": "Bearer ${KNOT_API_KEY}"
}
}
}
}
Ferramenta disponível
| Ferramenta | Entrada | Comportamento |
|---|---|---|
consultar_cpf | { "cpf": "12345678909" } | Somente leitura; consome uma requisição da franquia. |
O Bearer token é a sua API Key. Não publique o arquivo com o segredo preenchido; use expansão de variável de ambiente.
Agent Skill da KnotAPI
A skill reúne instruções de uso, contrato e um script de exemplo. Ela ajuda agentes compatíveis a implementar a integração sem adivinhar endpoints ou expor a chave.
Estrutura
knotapi-cpf/
├── SKILL.md
├── references/
│ └── API.md
└── scripts/
└── consult-cpf.js
Arquivos
O script lê KNOT_API_KEY. Defina a variável no ambiente da ferramenta; não edite o arquivo para colar a chave.
Documentação para máquinas
Use o índice curto para descoberta e a versão completa quando um modelo precisar do contrato técnico em uma única leitura.
Recursos
Como usar em um prompt
Leia https://knotapi.online/llms-full.txt antes de implementar.
Use apenas endpoints e campos presentes no documento.
Mantenha KNOT_API_KEY exclusivamente no backend.
Perguntas frequentes
Respostas diretas para as dúvidas mais comuns de integração, segurança e consumo.
Posso chamar a API diretamente do HTML?
Não. Qualquer visitante conseguiria copiar a chave pelo código ou painel de rede. Crie uma rota no seu backend.
O teste do portal desconta quota?
Não. Ele valida chave, CPF, acesso ao banco e formato da resposta, mas retorna quota_debited: false.
Domínio autorizado impede o roubo da chave?
Não sozinho. Headers de origem podem ser reproduzidos por clientes HTTP. IP fixo e segredo no backend são controles mais fortes.
Existe consulta em lote?
A versão pública atual oferece consulta unitária. Não envie arrays para /api; aguarde um endpoint de lote oficialmente documentado.
O que faço após um 429?
Leia Retry-After, aguarde e repita com backoff e número máximo de tentativas.
Perdi minha API Key. É possível recuperá-la?
O segredo completo não é reexibido. Rotacione a chave pelo portal e atualize a variável de ambiente no seu projeto.
Ainda precisa de ajuda?Envie o código HTTP, horário e um identificador da requisição. Nunca envie a API Key.
Compliance e LGPD
CPF e dados cadastrais são dados pessoais. Integrar tecnicamente a KnotAPI não cria, por si só, autorização jurídica para consultar, armazenar ou compartilhar informações.
Defina finalidade legítima, base legal adequada e controles proporcionais antes de colocar a integração em produção. Valide o caso concreto com seu jurídico ou DPO.
Princípios de implementação
Finalidade
Consulte apenas para um objetivo específico, legítimo e informado.
Necessidade
Colete e retenha somente os campos realmente necessários.
Segurança
Controle acesso, registre uso e proteja dados em trânsito e repouso.
Checklist operacional
- Documente finalidade, base legal e responsáveis.
- Defina prazo de retenção e descarte seguro.
- Restrinja acesso por função e revise permissões.
- Mantenha trilha de auditoria sem registrar segredos.
- Tenha processo para incidentes e direitos do titular.
- Revise fornecedores e operadores envolvidos.
Não use a API para perseguição, discriminação, exposição pública, enriquecimento ilícito de bases ou qualquer finalidade incompatível com a lei e os termos aplicáveis.