{"1":{"charge":"0.27819","status":"Partial"},"10":{"error":"Incorrect order ID"}}
Reabastecimento (Refill)
Criar refill
Parâmetro
Descrição
key
Sua chave de API
action
refill
order
ID do pedido
{"refill": "1"}
Status do refill
Parâmetro
Descrição
key
Sua chave de API
action
refill_status
refill
ID do refill
{"status": "Completed"}
Múltiplos refills
Parâmetro
Descrição
key
Sua chave de API
action
refill
orders
IDs separados por vírgula (até 100)
Status de múltiplos refills
Parâmetro
Descrição
key
Sua chave de API
action
refill_status
refills
IDs de refill separados por vírgula
Saldo do Usuário
Parâmetro
Descrição
key
Sua chave de API
action
balance
Exemplo de resposta
{"balance": "100.84292", "currency": "USD"}
Integre em minutos usando IA
Cole o prompt abaixo no ChatGPT, Claude, Gemini ou Cursor/Windsurf e a IA gera o cliente completo na linguagem que quiser — PHP, Python, Node, Go, n8n, Make, qualquer ferramenta.
Você é um engenheiro experiente. Gere um cliente {LINGUAGEM} (PHP, Python, Node, Go, etc — eu escolho) totalmente funcional para integrar com a API SMM abaixo.
ESPECIFICAÇÃO DA API
- Base URL: https://smmhub.com.br/api/v2- Método: POST form-urlencoded → resposta JSON
- Autenticação: parâmetro `key` em todo POST (chave em /account)
ENDPOINTS (campo `action`)
- services → lista todos os serviços
- balance → saldo atual + moeda
- add → cria pedido. Tipos:
Default → service, link, quantity (+ runs, interval p/ dripfeed)
Package → service, link
Custom Comments → service, link, comments (separados por \n)
Subscriptions → service, username, min, max, posts, old_posts, delay, expiry
- status → consulta pedido único (`order`) ou múltiplos (`orders`, vírgula, até 100)
- refill → solicita refill (`order` ou `orders`)
- refill_status → consulta refill (`refill` ou `refills`)
- cancel → cancela pedidos (`orders`)
REQUISITOS DO CLIENTE
1. Classe OO com construtor recebendo URL e key.
2. Um método público por endpoint, com tipos fortes.
3. Tratamento de erro: se vier `error` na resposta, lance exceção / retorne objeto de erro.
4. Timeout de 30s e retry simples (até 2 tentativas) em erro de rede.
5. Cache opcional da lista `services` (1h).
6. Exemplo de uso completo no final.
7. Comentários curtos em português.
EXTRAS
- 1 exemplo cURL por endpoint.
- 3 ideias práticas de automação (bot WhatsApp, integração com checkout, painel revendedor).
Comece pelo código completo do cliente e mostre os exemplos de uso depois.
Você vai construir uma PÁGINA DE VENDAS COMPLETA e pronta para deploy que vende serviços de mídia social usando a API SMM abaixo. Objetivo: eu poder hospedar e começar a vender hoje.
ENTREGÁVEIS (gere os 3 arquivos completos)
1. index.html → landing + checkout em um único arquivo (CSS + JS inline, sem build).
2. proxy.php → backend mínimo que esconde minha API key.
3. README.md → 1 página: como subir, onde colar a key, como mudar preços/copys.
A LANDING DEVE TER
- Hero: headline persuasiva + subheadline + CTA "Quero impulsionar agora".
- Badges de confiança: "Pix", "Garantia de reposição", "Suporte humano".
- Grid de PACOTES PRONTOS (Instagram followers, TikTok views, YouTube likes…) puxando preço REAL da API via proxy. 3 a 6 cards com preço calculado + botão "Pedir agora".
- Formulário inline: link público + escolha do pacote → JS chama proxy.php → loading → ID + status. Erro humano (sem stack trace).
- Prova social: 4 a 6 depoimentos curtos (gere textos verossímeis, nomes BR).
- FAQ com 6 perguntas.
- Footer: WhatsApp clicável, e-mail, link para termos.
TÉCNICO
- Mobile-first. Paleta moderna (gradiente azul → roxo, fonte Inter via Google Fonts).
- Acessível: contraste AA, aria-labels, foco visível.
- fetch() com AbortController (timeout 30s), retry 1x em erro de rede.
- API key NUNCA no HTML — sempre via proxy.php.
- dataLayer.push para GA4/Pixel: cta_click, order_created, order_failed.
- Bloco /* TOKENS */ com variáveis CSS para rebrandizar fácil.
ESPECIFICAÇÃO DA API SMM
- Base URL: https://smmhub.com.br/api/v2- POST form-urlencoded → JSON
- Auth: `key` em todo POST
- Endpoints (`action`): services / balance / add (service,link,quantity) / status (order)
EXTRAS
- 3 variantes de headline para A/B test (urgência / autoridade / preço).
- Sugestão de markup (multiplique o `rate` por 2 a 3x).
- Snippets prontos de Pixel Meta e GA4 no <head>.
Entregue agora, na ordem: index.html → proxy.php → README.md.
Você vai construir um SISTEMA COMPLETO de painel revendedor SMM (mini-SaaS) — usuário cadastra, deposita via Pix, escolhe serviços, faz pedidos, acompanha status. Eu sou o admin, vendo todos os clientes/transações. Tudo rodando em cima da API SMM abaixo (eu uso por trás).
STACK SUGERIDA (escolha a que entrega mais rápido)
- PHP 8 + SQLite + Tailwind CDN (1 deploy, zero npm) ← preferida
- ou Next.js 15 + Prisma + SQLite
- ou Laravel 11 + Filament para admin
ENTREGÁVEIS
- Estrutura completa de arquivos/pastas em árvore no início.
- Código de cada arquivo, na ordem que eu preciso colar.
- Schema SQL/Prisma comentado.
- README.md com: instalação, env vars, como rodar, como conectar à API SMM, primeiro deploy.
- .env.example.
FUNCIONALIDADES MÍNIMAS
Cliente (área pública/área logada):
- Signup + login (e-mail/senha, hash bcrypt). Reset por e-mail.
- 2FA opcional via TOTP (lib leve, sem libs pesadas).
- Dashboard: saldo atual, gasto total, últimos 10 pedidos.
- Listagem de serviços (puxa da API, filtra por categoria/plataforma, busca).
- Fazer pedido: seleciona serviço, link, quantidade → calcula preço com markup → debita saldo → cria via API → grava localmente.
- Histórico de pedidos com filtro por status, botão "Sincronizar status" que consulta a API.
- Adicionar saldo: gera Pix (gateway de sua escolha — sugira PicPay, Mercado Pago, Asaas) com webhook que credita automático.
- Suporte: ticket simples (assunto + mensagem + anexo opcional).
Admin (rota /admin protegida):
- Dashboard com KPIs: usuários, depósitos do dia/mês, lucro estimado, pedidos por status.
- CRUD de usuários (suspender, ajustar saldo manualmente, ver pedidos).
- Tabela de transações com filtro por status/data.
- Configuração de markup (% global ou por categoria).
- Tela de logs de erro da API.
Automação (cron):
- Sincronizar status dos pedidos pendentes/em andamento (1x a cada 5 min).
- Sincronizar saldo da conta-mãe na API SMM (1x por hora).
ESPECIFICAÇÃO DA API SMM
- Base URL: https://smmhub.com.br/api/v2- POST form-urlencoded → JSON
- Auth: `key` em todo POST (uma única chave-mãe minha, NUNCA exposta ao cliente final)
- Endpoints (`action`): services / balance / add / status / refill / refill_status / cancel
REGRAS DE NEGÓCIO
- Saldo do cliente em moeda BRL, armazenado como inteiro de centavos (evitar float).
- Markup default: 100% sobre o `rate` da API. Configurável por categoria no admin.
- Antes de criar pedido na API, debitar saldo local em transação atômica. Se a API falhar, estornar.
- Sincronização nunca deve duplicar pedidos: use `external_order_id` (id retornado pela API) como chave única.
- Webhook de Pix valida assinatura HMAC obrigatoriamente.
NÃO-FUNCIONAIS
- Mobile-responsive. UI moderna (Tailwind / shadcn equivalente).
- Logs estruturados (JSON line) em arquivo + rotação simples.
- Rate-limit no signup/login (5/min por IP).
- Sanitização de inputs e prepared statements em 100% das queries.
- Mensagens de erro em PT-BR, sem expor stack trace.
EXTRAS BEM-VINDOS
- Programa de afiliados (link único, % sobre depósitos do indicado).
- Cupom de desconto.
- Notificação por e-mail quando pedido completa.
Entregue tudo agora: árvore de arquivos → schema → código de cada arquivo → README. Comece pelo arquivo de configuração e o schema, depois os controllers/rotas.