Você é um engenheiro experiente. Gere um cliente {LINGUAGEM} (PHP, Python, Node, Go ou outra linguagem escolhida) totalmente funcional para integrar com a API SMM abaixo.

ESPECIFICAÇÃO DA API
- Base URL: https://seguidorespremiumm.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. Use sempre o 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://seguidorespremiumm.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). O usuário se cadastra, deposita via Pix, escolhe serviços, faz pedidos e acompanha o status. Eu sou o admin e vejo todos os clientes e transações. Tudo funciona sobre a API SMM abaixo.

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.
- Consulte as opções de segurança disponíveis em Minha conta.
- 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 com um gateway sugerido entre PicPay, Mercado Pago e Asaas. O webhook credita automaticamente.
- 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://seguidorespremiumm.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.

Ideias de automação