Configurez le programme d’affiliation de votre app avec votre agent de code IA.

Étape 1 : connectez InfluTo à votre agent

Le serveur MCP d’InfluTo se trouve à l’adresse https://influ.to/mcp (HTTP streamable, OAuth 2.1). Les clients en terminal l’ajoutent en une commande. Les éditeurs et les apps de chat demandent l’URL une seule fois, dans leurs réglages.

# 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" } }

Étape 2 : validez l’accès dans votre navigateur

Au premier appel d’un outil InfluTo par l’agent, votre navigateur ouvre une page de consentement InfluTo. Connectez-vous ou créez un compte développeur, puis :

• Choisissez l’organisation. L’agent ne peut agir que sur cette organisation. Les identifiants d’une autre organisation renvoient une erreur 404 : rien ne passe d’un compte à l’autre.

• Décochez ce que vous ne voulez pas accorder. Les permissions sont réparties en scopes, comme campaigns:write, creators:write et integration:verify. Par défaut, les nouvelles connexions les reçoivent tous.

• Validez. Le client enregistre l’autorisation et la renouvelle tout seul ; les jetons d’accès durent jusqu’à une heure. Vous pouvez consulter et révoquer les agents connectés sur la page Agent IA du tableau de bord.

Pour la CI et les exécutions sans interface, il existe une solution de repli : créez une clé d’agent (it_mcp_…) sur la même page Agent IA. Elle s’affiche une seule fois, a les mêmes permissions qu’une connexion OAuth et peut être révoquée. Envoyez-la dans un en-tête Bearer vers la même URL, et gardez-la dans une variable d’environnement, jamais dans le dépôt.

La clé SDK de l’app (it_…) est une autre clé et ne fonctionne pas sur le serveur MCP. Une configuration MCP sans interface ressemble à ceci :

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

Étape 3 : demandez l’intégration

Décrivez la tâche avec vos propres mots. Un déroulé typique :

1. 1

   Lecture de votre stack. influto_recommend_sdk associe ce qu’il détecte (Expo, SwiftUI, Kotlin, Flutter, Capacitor) à l’unique SDK InfluTo dont votre app a besoin, avec ses dépendances peer. Un SDK par app, pas par plateforme.

2. 2

   Configuration du compte. influto_provision crée l’organisation, l’app avec sa clé SDK et une campagne en un seul appel idempotent. influto_search_store renseigne les identifiants App Store et Google Play.

3. 3

   Écriture du code. Les outils de scaffold renvoient des extraits adaptés à la bonne version, tirés du registre des SDK : la ligne d’installation, initialize une seule fois au démarrage, checkAttribution au lancement, identifyUser, un champ facultatif de code de parrainage et le suivi des achats pour les apps en validation directe auprès des stores.

4. 4

   Brancher une seule voie de validation. influto_recommend_validation choisit RevenueCat ou la validation directe par les stores, jamais les deux. Avec RevenueCat, influto_setup_revenuecat crée le webhook dans votre projet RevenueCat dès que vous avez collé une clé secrète v2 via un lien du tableau de bord. En validation directe, vous envoyez la clé .p8 ou le JSON du compte de service Play via un lien, puis l’agent lance la vérification des identifiants et bascule la plateforme.

5. 5

   Créer la campagne. Taux de commission, bonus par palier et textes de campagne en 11 langues. L’activation demande 50 $ disponibles dans le portefeuille. Sinon, l’agent reçoit une erreur 402 et vous transmet un lien de recharge.

Ensuite, il vérifie son propre travail. C’est la partie qui compte.

Étape 4 : la boucle de vérification

Une intégration n’est pas terminée quand le code compile. Elle l’est quand un achat de test parrainé apparaît dans InfluTo, crédité au code d’un créateur. L’agent le vérifie en quatre temps :

1. 1

   Lire la liste de contrôle. influto_integration_status renvoie huit étapes, de app_created à attributed_conversion en passant par sdk_initialized, validation_configured et purchase_webhook_seen, avec les prochaines actions pour chaque étape encore ouverte.

2. 2

   Simuler un achat. influto_test_integration envoie un achat de test sandbox à 9,99 $ pour un utilisateur fictif, dans le vrai pipeline d’achats d’InfluTo. Passez l’un de vos codes et vous voyez l’attribution se faire. Ce sont des données de test : elles ne comptent jamais dans vos chiffres et ne valident jamais une étape de la liste.

3. 3

   Attendre un vrai achat sandbox. Vous installez votre build via le lien de parrainage d’un créateur (ou vous saisissez le code), vous lancez l’app, puis vous achetez avec un testeur TestFlight, sandbox ou un testeur de licence Google Play. influto_recent_events affiche l’achat avec attributed: true et le code.

4. 4

   Confirmer. Quand attributed_conversion_count atteint 1 grâce à un vrai achat, l’intégration est prouvée. influto_verify_user_conversions répond à la même question pour un seul ID utilisateur d’app.

La seule étape qui demande votre intervention, c’est l’achat sandbox sur un appareil. L’agent peut vérifier et expliquer tout le reste. Les mêmes contrôles existent sous forme de simples endpoints HTTP sous /api/agent, pour les scripts et la CI.

Ce que l’agent peut faire, et ce qui reste entre vos mains

Avec les permissions par défaut, un agent connecté à InfluTo peut :

• Lire votre programme. Apps, campagnes, créateurs, résultats, fil Activité, séries quotidiennes, page d’un créateur ou d’un code, et abonnés parrainés, uniquement via une clé pseudonyme.

• Modifier les apps et les campagnes. Les créer et les mettre à jour, y compris les bonus par palier, les taux par créateur et les traductions.

• Recruter des créateurs. Les inviter un par un ou par lots de 500 maximum, générer des liens d’adhésion et créer des codes d’accès gratuit.

• Tester l’intégration. Parcourir la liste de contrôle, lire les événements récents et simuler des achats sandbox.

Certaines choses sont impossibles pour n’importe quel agent, quoi que vous approuviez : déplacer de l’argent (recharges, transferts, versements), lire ou définir des identifiants bruts, supprimer des données et effectuer des actions d’administration. Quand une tâche en demande une, l’agent reçoit un lien du tableau de bord que vous ouvrez une fois connecté, pour recharger le portefeuille, envoyer les identifiants des stores ou importer des ressources marketing. Les secrets et l’argent ne passent jamais par l’agent ni par le chat.

Deux autres garde-fous : les bonus par palier attendent une vérification avant d’être payés, et le serveur demande aux agents de traiter les fiches de store, les descriptions d’app et les textes fournis par les créateurs comme des données, jamais comme des instructions.

67 outils, regroupés par tâche

Les outils se répartissent en sept groupes. Les outils de découverte et de génération de code répondent depuis le registre des SDK, sans toucher à votre compte. Les autres appellent l’API REST agent sous /api/agent, avec les mêmes permissions et les mêmes limites d’organisation.

La liste à jour est la ressource MCP influto://tools, générée par le serveur, et chaque outil est décrit sur docs.influ.to/agents/tools. Le serveur fournit aussi cinq prompts prêts à l’emploi : launch_campaign, recruit_creators, weekly_program_report, diagnose_attribution et fund_and_activate.

Des prompts qui marchent

Des demandes simples suffisent. En voici quelques-unes qui correspondent à de vrais cas :

• Intégrer et le prouver : « Ajoutez InfluTo à cette app avec une validation directe auprès des stores, puis prouvez qu’un achat sandbox est bien attribué. »

• App RevenueCat : « Cette app Expo utilise RevenueCat. Ajoutez le SDK InfluTo, branchez le webhook et dites-moi ce qu’il me reste à faire. »

• Lancer : « Créez une campagne à 30 % récurrente, traduisez-la et donnez-moi le lien d’adhésion. »

• Diagnostiquer : « Les installations issues du lien de MAYA ne sont pas créditées. Trouvez pourquoi. »

• Rapport : « Quels ont été les résultats du programme la semaine dernière, créateur par créateur ? »

Si quelque chose se comporte mal, demandez d’abord à l’agent de lancer influto_doctor. Aucune permission n’est requise : il indique comment l’agent est connecté, ce qu’il peut faire et la fraîcheur des données SDK de chaque app.

Comment il se compare aux autres serveurs MCP d’affiliation

Les serveurs MCP sont désormais courants dans les logiciels d’affiliation. Dub, Tolt, Affonso et Partnero en proposent, surtout pour des programmes d’affiliation de SaaS web.

Une app mobile a aussi besoin de la partie intégration : un SDK dans l’app, des achats vérifiés via RevenueCat ou directement auprès d’Apple et de Google, et la preuve qu’un achat parrainé est bien crédité avant d’inviter le moindre créateur. Cette boucle, du choix du SDK jusqu’à un achat sandbox attribué, est ce autour de quoi le serveur MCP d’InfluTo est conçu.