Configure o programa de afiliados do seu app com o seu agente de código com IA.

Passo 1: conecte o InfluTo ao seu agente

O servidor MCP do InfluTo fica em https://influ.to/mcp (Streamable HTTP, OAuth 2.1). Clientes de terminal o adicionam com um comando. Editores e apps de chat pedem a URL uma vez, nas configurações.

# Claude Code
claude mcp add --transport http influto https://influ.to/mcp

# Codex CLI
codex mcp add influto --url https://influ.to/mcp

# Gemini CLI
gemini mcp add --transport http -s user influto https://influ.to/mcp

# VS Code (Copilot agent mode)
code --add-mcp '{"name":"influto","type":"http","url":"https://influ.to/mcp"}'

# Claude Code plugin: the MCP server plus two skills
/plugin marketplace add influto/influto-plugin
/plugin install influto

# Cursor: Settings → MCP → Add server
{ "influto": { "url": "https://influ.to/mcp" } }

Passo 2: aprove o acesso no navegador

Na primeira vez que o agente chamar uma ferramenta do InfluTo, o navegador abre uma página de consentimento do InfluTo. Entre ou crie uma conta de desenvolvedor e depois:

• Escolha a organização. O agente só pode agir nessa organização. IDs de qualquer outra organização retornam 404, então nada vaza entre contas.

• Desmarque o que você não quer conceder. As permissões são divididas em escopos, como campaigns:write, creators:write e integration:verify. Novas conexões recebem todos por padrão.

• Aprove. O cliente guarda a autorização e a renova sozinho; os tokens de acesso duram até uma hora. Você pode ver e revogar os agentes conectados na página Agente de IA do painel.

Para CI e execuções headless, há uma alternativa: crie uma chave de agente (it_mcp_…) na mesma página Agente de IA. Ela aparece uma única vez, tem as mesmas permissões de uma conexão OAuth e pode ser revogada. Envie-a como cabeçalho Bearer para a mesma URL e guarde-a em uma variável de ambiente, nunca no repositório.

A chave de SDK do app (it_…) é outra chave e não funciona no servidor MCP. Uma configuração MCP headless fica assim:

{
  "mcpServers": {
    "influto": {
      "type": "http",
      "url": "https://influ.to/mcp",
      "headers": { "Authorization": "Bearer ${INFLUTO_API_KEY}" }
    }
  }
}

Passo 3: peça a integração

Descreva a tarefa com suas próprias palavras. Uma execução típica funciona assim:

1. 1

   Ler a sua stack. influto_recommend_sdk associa o que encontra (Expo, SwiftUI, Kotlin, Flutter, Capacitor) ao único SDK do InfluTo de que o seu app precisa, mais as dependências peer. Um SDK por app, não por plataforma.

2. 2

   Configurar o lado da conta. influto_provision cria a organização, o app com a chave de SDK e uma campanha em uma única chamada idempotente. influto_search_store preenche os identificadores da App Store e do Google Play.

3. 3

   Escrever o código. As ferramentas de scaffold devolvem trechos na versão correta, vindos do registro de SDKs: a linha de instalação, initialize uma vez na inicialização, checkAttribution ao abrir o app, identifyUser, um campo opcional de código de indicação e o registro de compras para apps com validação direta nas lojas.

4. 4

   Configure um único caminho de validação. O influto_recommend_validation escolhe RevenueCat ou store-direct, nunca os dois. No RevenueCat, o influto_setup_revenuecat cria o webhook dentro do seu projeto RevenueCat depois que você cola uma chave secreta v2 por um link do painel. No store-direct, você envia a chave .p8 ou o JSON da conta de serviço do Play por um link, e o agente executa a verificação das credenciais e muda a plataforma para esse modo.

5. 5

   Crie a campanha. Taxa de comissão, bônus por meta e texto da campanha em 11 idiomas. Para ativar, é preciso ter $50 disponíveis na carteira. Se não houver, o agente recebe um erro 402 e te entrega um link de recarga.

Depois ele confere o próprio trabalho, que é a parte que importa.

Etapa 4: o ciclo de verificação

Uma integração não está pronta quando o código compila. Ela está pronta quando uma compra de teste indicada aparece no InfluTo, creditada ao código de um criador. O agente confere isso em quatro passos:

1. 1

   Leia o checklist. O influto_integration_status retorna oito etapas, de app_created passando por sdk_initialized, validation_configured e purchase_webhook_seen até attributed_conversion, com as próximas ações para o que ainda estiver em aberto.

2. 2

   Simule uma compra. O influto_test_integration envia uma compra de teste de $9.99 no sandbox, para um usuário fictício, pelo pipeline real de compras do InfluTo. Passe um dos seus códigos e veja a atribuição acontecer. São dados de teste: nunca entram nos seus números e nunca concluem uma etapa do checklist.

3. 3

   Aguarde uma compra real no sandbox. Você instala seu build pelo link de indicação de um criador (ou digita o código), abre o app e compra com um testador do TestFlight, do sandbox ou da licença de testador do Google Play. O influto_recent_events mostra a compra com attributed: true e o código.

4. 4

   Confirme. Quando attributed_conversion_count chega a 1 a partir de uma compra real, a integração está comprovada. O influto_verify_user_conversions responde à mesma pergunta para um ID de usuário do app.

A única etapa que precisa das suas mãos é a compra no sandbox em um dispositivo. O agente pode verificar e explicar tudo ao redor dela. As mesmas verificações existem como endpoints HTTP simples em /api/agent, para scripts e CI.

O que o agente pode fazer e o que fica com você

Com as permissões padrão, um agente conectado ao InfluTo pode:

• Ler o seu programa. Apps, campanhas, criadores, resultados, o feed de Atividade, séries diárias, a página de um criador ou de um código e assinantes indicados, apenas por chave pseudônima.

• Alterar apps e campanhas. Criar e atualizar, incluindo bônus por meta, taxas por criador e traduções.

• Recrutar criadores. Convidar um a um ou em lotes de até 500, gerar links de entrada e criar códigos de acesso gratuito.

• Testar a integração. Executar o checklist, ler eventos recentes e simular compras no sandbox.

Algumas coisas são impossíveis para qualquer agente, não importa o que você aprove: movimentar dinheiro (recargas, transferências, pagamentos), ler ou definir credenciais brutas, excluir dados e executar ações de administrador. Quando uma tarefa exige algo disso, o agente recebe um link do painel para você abrir com sua conta conectada, para recarregar a carteira, enviar credenciais das lojas ou enviar materiais de marketing. Segredos e dinheiro nunca passam pelo agente nem pelo chat.

Mais duas proteções: os bônus por meta aguardam revisão antes de serem pagos, e o servidor orienta os agentes a tratar páginas das lojas, descrições de apps e textos enviados por criadores como dados, nunca como instruções.

67 ferramentas, agrupadas por função

As ferramentas se dividem em sete grupos. As de descoberta e scaffold respondem a partir do registro de SDKs, sem tocar na sua conta. As demais chamam a API REST do agente em /api/agent, com as mesmas permissões e os mesmos limites de organização.

A lista atualizada é o recurso MCP influto://tools, gerado pelo servidor, e cada ferramenta está descrita em docs.influ.to/agents/tools. O servidor também traz cinco prompts prontos: launch_campaign, recruit_creators, weekly_program_report, diagnose_attribution e fund_and_activate.

Prompts que funcionam

Pedidos simples bastam. Alguns que correspondem a tarefas reais:

• Integrar e comprovar: “Adicione a InfluTo a este app com validação direta nas lojas e comprove que uma compra no sandbox foi atribuída.”

• App com RevenueCat: “Este app Expo usa RevenueCat. Adicione o SDK da InfluTo, configure o webhook e me diga o que ainda falta eu fazer.”

• Lançar: “Crie uma campanha que pague 30% recorrente, traduza e me passe o link de entrada.”

• Diagnosticar: “As instalações pelo link da MAYA não estão sendo creditadas. Descubra o motivo.”

• Relatório: “Como foi o programa na semana passada, por criador?”

Se algo não funcionar como esperado, peça ao agente que rode influto_doctor primeiro. Ele não exige permissões e mostra como o agente está conectado, o que ele pode fazer e quão recentes estão os dados do SDK de cada app.

Como isso se compara a outros servidores MCP de afiliados

Hoje é comum ver servidores MCP em softwares de afiliados. Dub, Tolt, Affonso e Partnero oferecem o recurso, principalmente para programas de afiliados de SaaS web.

Um app mobile também precisa da outra metade: um SDK dentro do app, compras verificadas pelo RevenueCat ou diretamente com a Apple e o Google, e a prova de que uma compra indicada é creditada antes de você convidar qualquer criador. Esse ciclo, da escolha do SDK até uma compra no sandbox atribuída, é o que o servidor MCP da InfluTo foi feito para cobrir.