Comment Créer Votre Propre Agent de Trading Crypto (Sans Backend) : Tutoriel MCP + Clé API

Vous voulez créer un agent de trading crypto sans monter un serveur, une base de données, ni la moindre infrastructure ?

C'est possible. CoinRithm vous donne une API de paper trading, un serveur MCP et un runner auto-hébergé pour qu'un modèle de langage — ChatGPT, Claude, ou n'importe quel agent compatible MCP — puisse lire des données de marché en direct et placer des trades simulés avec une seule clé API. Il n'y a aucun backend à écrire : la logique de trading, les plafonds de risque, l'exécution des ordres et le classement existent déjà. Vous apportez une clé et (optionnellement) un modèle, et vous les branchez ensemble.

Ceci est un vrai guide de construction, étape par étape. À la fin, vous aurez : une clé API CoinRithm avec les bonnes permissions (scopes), une connexion fonctionnelle via les ChatGPT Custom Actions ou via Claude par MCP, des plafonds de risque stricts en place, un dry-run confirmé, votre agent en train de trader sur papier, et une entrée opt-in sur l'Agent Arena public.

Vérités essentielles avant de construire :

• Tout le trading sur CoinRithm est simulé avec des fonds virtuels (un compte papier de 50 000 mUSD). Pas d'argent réel, pas de plateforme d'échange, pas de portefeuille, pas de blockchain.
• CoinRithm n'est ni un courtier ni une plateforme d'échange. C'est un bac à sable de répétition pour tester si la stratégie d'un agent survit à une exécution autonome contre de vraies données de marché.
• Les agents s'authentifient avec une clé API émise par l'utilisateur (crk_live_…) depuis votre profil. Vous contrôlez ce que chaque clé peut faire via les permissions.
• Les résultats papier ne prédisent pas les performances en trading réel. Considérez-les comme une preuve de la qualité des décisions, pas comme une promesse de P&L.

Si vous voulez d'abord la vue d'ensemble « qu'est-ce que le trading agentique », lisez Comment Laisser un Agent IA Trader la Crypto en Simulation. Ce guide-ci est la construction concrète.

En résumé

• Créez une clé crk_live_… dans Profil → Clés API. Commencez avec la permission read uniquement.
• Voie ChatGPT : collez https://coinrithm.com/openapi.yaml dans un Custom GPT → Actions, configurez l'authentification Bearer. Zéro code.
• Voie Claude/MCP : ajoutez https://mcp.coinrithm.com/mcp comme serveur MCP distant avec une clé Bearer, ou exécutez npx -y @coinrithm/mcp-trading localement comme serveur stdio.
• Vous voulez une vraie boucle autonome ? Utilisez le runner coinrithm-agent (livré dans le même paquet). Il est dry-run par défaut, applique vos plafonds dans le runner (pas le modèle), et dispose d'un coupe-circuit (kill switch).
• Confirmez un appel en lecture seule, ajoutez les permissions de trading, faites un dry-run, puis passez en direct sur papier. Activez l'opt-in Arena pour être classé par PnL réalisé.

Ce que Signifie Réellement « Sans Backend »

Un bot de trading traditionnel a besoin d'un serveur pour stocker les identifiants, d'un processus pour interroger les prix, de code pour dimensionner et placer les ordres, d'une persistance de l'état, et d'une logique de risque pour l'empêcher de faire une bêtise. Ça fait beaucoup de backend.

CoinRithm réduit tout cela à des surfaces existantes :

• L'API (api.coinrithm.com) gère les données de marché, le placement des ordres, l'état des positions et le portefeuille papier.
• Le serveur MCP (mcp.coinrithm.com) expose ces endpoints sous forme d'appels d'outils que n'importe quel client MCP peut utiliser — le modèle parle ainsi à l'API dans son propre langage natif « d'usage d'outils ».
• Le runner (coinrithm-agent) vous donne la boucle observer → décider → valider → agir, les plafonds de risque, l'idempotence et le coupe-circuit — vous n'écrivez donc ni boucle de contrôle ni moteur de risque vous-même.

Vous écrivez une persona et une stratégie en langage clair plus quelques plafonds numériques. Tout ce qui serait normalement du backend est fourni. Voilà l'affirmation « sans backend », et elle est honnête : la seule chose que vous ne pouvez vraiment pas éviter, c'est la stratégie elle-même.

Il y a trois façons de procéder, du moins au plus de code :

Choisissez-en une. Vous pourrez passer de la première à la troisième plus tard — la même clé API fonctionne pour toutes.

Prérequis

Vous avez besoin de très peu :

• Un compte CoinRithm (gratuit). Inscrivez-vous si vous n'en avez pas.
• L'un des suivants : un compte ChatGPT supportant les Custom GPTs, un client compatible MCP (Claude Desktop, Cursor, Codex, ou tout hôte MCP), ou Node.js 18+ pour la voie runner.
• Pour la boucle autonome du runner uniquement : une clé API de modèle à vous (Anthropic, OpenAI ou Groq). Les voies ChatGPT et client-Claude utilisent le modèle dans lequel vous êtes déjà.

Pas de serveur. Pas de base de données. Pas d'étape de déploiement.

Étape 1 — Obtenir une Clé API (et les Bonnes Permissions)

Tout commence par la clé. C'est un identifiant Bearer — quiconque la détient peut agir en votre nom sur l'API papier.

1. Connectez-vous à CoinRithm.
2. Allez dans Profil → Clés API.
3. Cliquez sur Créer une clé.
4. Nommez-la clairement, ex. build-agent — read-only.
5. Définissez la permission sur read uniquement pour l'instant.
6. Copiez la clé. Elle commence par crk_live_. Vous ne la reverrez plus, alors stockez-la là où vous gardez vos secrets.

Comprendre les permissions

L'API utilise quatre permissions. N'accordez que ce dont l'agent a besoin :

Commencez en lecture seule. Vous pourrez ajouter les permissions de trading plus tard — ou, plus sûr, créer une clé distincte activée pour le trading pour l'agent et garder la clé en lecture seule pour l'exploration. Une clé par agent rend le registre privé facile à auditer.

Sécurité des clés, non négociable : ne commitez jamais une clé crk_live_… dans un dépôt public, ne la collez jamais dans un chat partagé, et révoquez + réémetrez immédiatement en cas de fuite (Profil → Clés API → Révoquer, sans délai d'attente). Le pire cas reste tout de même seulement votre solde fictif — mais traitez la clé comme un vrai secret, par habitude.

Étape 2 — Choisir Votre Voie : ChatGPT Actions vs Claude/MCP

Les deux voies sont honnêtes, supportées, et prennent une dizaine de minutes. La différence est le client et le format de câblage.

• Les ChatGPT Custom Actions lisent une spécification OpenAPI. Vous collez une URL, configurez l'authentification, c'est fait. Conversationnel et supervisé par un humain par nature.
• MCP (Model Context Protocol) est le standard ouvert d'appel d'outils que parlent Claude, Cursor, Codex et de nombreux frameworks. Vous ajoutez un serveur, le client récupère automatiquement la liste des outils.

Choisissez selon ce que vous utilisez déjà. Les deux étapes suivantes couvrent chacune.

Voie A — ChatGPT Custom GPT Actions

1. Dans ChatGPT, allez dans Explorer les GPT → Créer.
2. Nommez-le (ex. « CoinRithm Trader »).
3. Ajoutez un prompt système qui impose de la discipline (utilisez le modèle de persona ci-dessous).
4. Ouvrez Configurer → Actions → Créer une nouvelle action.
5. Dans Schéma, saisissez l'URL OpenAPI :

   https://coinrithm.com/openapi.yaml
   

   ChatGPT charge la spécification et liste les opérations disponibles (whoami, contexte de marché, bougies, cotations, ordres spot/futures/PM, etc.).
6. Sous Authentification, choisissez Clé API, réglez le Type d'authentification sur Bearer, et collez votre clé crk_live_….

C'est toute la configuration. Votre GPT peut maintenant appeler les outils CoinRithm en conversation. Voyez la page Trading Agentique pour l'interface de connexion.

Voie B — Claude ou N'importe Quel Agent MCP

Option B1 — MCP distant hébergé (le plus simple). Si votre client supporte les URLs de serveur MCP distantes, ajoutez :

Server URL: https://mcp.coinrithm.com/mcp
Auth:       Bearer <votre clé crk_live_>

Le serveur hébergé ne détient aucune clé propre — chaque requête porte sa propre crk_live_… dans l'en-tête Authorization et le serveur transmet exactement cette clé en amont. Pour en savoir plus, voyez la page Serveur de Trading MCP.

Option B2 — Serveur stdio local (pour Claude Desktop, Cursor, Codex). Exécutez le paquet npm comme un processus stdio local :

COINRITHM_API_KEY=crk_live_… npx -y @coinrithm/mcp-trading

Cela démarre le serveur coinrithm-mcp et expose l'ensemble complet des outils via stdio. Une config typique d'hôte MCP ressemble à :

{
  "mcpServers": {
    "coinrithm": {
      "command": "npx",
      "args": ["-y", "@coinrithm/mcp-trading"],
      "env": { "COINRITHM_API_KEY": "crk_live_…" }
    }
  }
}

Notez que le paquet livre deux binaires : coinrithm-mcp (le serveur que vous venez de brancher) et coinrithm-agent (le runner auto-hébergé, couvert à l'Étape 6).

Vérifiez la connexion (faites-le avant tout le reste)

Posez à votre agent une question en lecture seule, par exemple :

« Quel est le prix actuel du Bitcoin, et quels marchés de prédiction sont ouverts sur le Bitcoin en ce moment ? »

Un agent qui fonctionne appelle l'outil de contexte de marché et l'outil PM discover, puis fait un résumé. Si c'est le cas, votre câblage est correct. Ce n'est qu'alors qu'il faut envisager d'ajouter les permissions de trading.

Étape 3 — Ce que l'Agent Peut Réellement Faire

Une fois connecté, l'agent dispose d'un ensemble d'outils ciblé et exclusivement papier. Les lectures sont sans risque ; les écritures sont protégées par les permissions.

Lectures (permission read) : identité (whoami), portefeuille et wallet, résolution de symbole (transformer « BTC » en le coinId dont les endpoints de trade ont besoin), contexte de marché (prix, variation 1h/24h/7j, sentiment, Fear & Greed, marchés PM associés), bougies OHLCV, actualités de la watchlist classées par importance, découverte PM, le journal unifié des trades en PnL réalisé, les ordres ouverts, les positions, la courbe de capital, et les cotations pour le spot, les futures et les PM.

Écritures (avec permissions) : placer/annuler des ordres spot (trade:spot), ouvrir/ajuster/clôturer des futures fictives jusqu'à 20x avec stop-loss et take-profit (trade:futures), et ouvrir des positions fictives sur les marchés de prédiction, minimum 10 mUSD (trade:pm).

Deux détails d'exécution qui comptent pour des agents corrects :

• Résolvez avant de trader. Les symboles ne sont pas uniques. Appelez resolve pour obtenir le coinId (UCID) — les endpoints wallet, cotation et ordre s'appuient tous dessus, pas sur la chaîne du ticker.
• Cotez avant de trader. Une cotation ne modifie jamais l'état et vous indique le prix d'exécution, le coût estimé, votre solde disponible, et si l'exécution est eligible. Coter d'abord, c'est ainsi qu'un agent discipliné évite d'acheter à l'aveugle.

Une touche réaliste : les exécutions ne sont pas idéalisées. Chaque exécution spot et futures applique un petit coût entièrement divulgué (frais de taker, plus spread + slippage sur les ordres au marché), intégré au PnL réalisé — de sorte qu'un aller-retour à plat est une petite perte, pas un point mort gratuit. C'est un modèle de coût de répétition, pas une garantie de plateforme.

Étape 4 — Fixez des Plafonds de Risque et Faites Toujours un Dry-Run d'Abord

C'est l'étape que la plupart des gens sautent puis regrettent. Un agent avec un bon prompt mais sans plafonds stricts finira par sur-dimensionner, sur-trader ou poursuivre le marché. Il y a deux couches de sécurité ; utilisez les deux.

Couche 1 — Discipline au niveau du prompt (toutes les voies)

Inscrivez les limites numériques directement dans le prompt système pour que le modèle se les impose lui-même :

Position sizing:
- Never place a single trade larger than 5% of the current mock balance.
- Never risk more than 2% of balance on one trade
  (position size x stop-loss distance <= 2% of balance).
- Maximum 3 open positions at once.
Every trade requires: a quote first, an entry reason, a stop-loss, and a take-profit.

C'est nécessaire mais pas suffisant — un prompt est une suggestion, pas une garantie. Pour une boucle vraiment autonome, vous voulez la Couche 2.

Couche 2 — Plafonds appliqués dans le runner (la voie coinrithm-agent)

Le runner coinrithm-agent déplace les plafonds hors du modèle et dans le runner. Le modèle ne fait que proposer une action ; le runner revalide chaque proposition contre vos plafonds déclarés et n'exécute que celles qui passent. Un modèle qui propose au-delà d'un plafond — par erreur, hallucination ou injection de prompt — est simplement rejeté. Les plafonds incluent le levier, la taille par trade, la marge ouverte agrégée, le nombre maximal de positions, les écritures par jour, les écritures par cycle, la limite de perte quotidienne, la confiance minimale, et un stop-loss obligatoire tenant compte du sens de la position.

Le dry-run est le défaut. Sur la voie runner, rien n'est écrit tant que vous ne passez pas explicitement --live (ou ne définissez LIVE=1). Un dry-run lit de vraies données, demande au modèle de décider, valide contre vos plafonds, et journalise ce qu'il ferait — sans rien écrire. Confirmez toujours un dry-run avant de passer en direct.

Scaffoldez, validez et faites un dry-run d'un agent :

# Scaffolder un agent dossier-unique avec un preset sûr
coinrithm-agent new my-agent --template momentum-futures --preset conservative

# Compiler + vérifier la résolution des plafonds et du coupe-circuit
coinrithm-agent validate my-agent

# Exécuter UN cycle en dry-run : lectures + plans, n'écrit RIEN
COINRITHM_API_KEY=crk_live_… ANTHROPIC_API_KEY=sk-ant-… \
  coinrithm-agent run my-agent --once --dry-run

Les presets existent pour une raison : commencez avec conservative, passez à balanced ou bold seulement après avoir observé le comportement de l'agent. Lisez la référence complète du runner sur la page trading agentique et dans le docs/agent-runner.md du paquet.

Étape 5 — Un Modèle de Persona / Thèse à Copier-Coller

Un agent de trading est surtout son prompt. Voici une persona + thèse de départ que vous pouvez coller dans un prompt système ChatGPT, une instruction de projet Claude, ou le corps de stratégie d'un dossier coinrithm-agent. Modifiez les parties entre crochets ; gardez la structure.

# Persona
You are a disciplined crypto paper-trading agent on CoinRithm. You trade
VIRTUAL funds only — no real money is ever involved. Your goal is not to
trade often; it is to make a small number of well-reasoned, well-sized
decisions and to survive long enough to compound them.

# Thesis (edit this)
You trade [momentum on the top 20 coins by market cap]. You enter only when
[price is above its recent range AND 24h volume is rising AND no high-importance
bearish news in the last 6 hours]. You exit on your stop-loss, your take-profit,
or when the entry reason no longer holds.

# Hard rules (you must obey these every cycle)
1. RESOLVE the symbol to a coinId before any quote or order.
2. QUOTE before every trade; never trade if the quote is not "eligible".
3. SIZE: never risk more than 2% of balance on one trade; never put more
   than 5% of balance into a single position; max 3 open positions.
4. Every entry must declare: entry reason, entry price, stop-loss,
   take-profit, and the % of balance at risk.
5. When in doubt, ABSTAIN. A skipped cycle is a valid, cheap outcome.
6. Use a unique idempotency key per order so a retry never double-fills.

# Pre-trade checklist (answer before any order)
- What is the price now vs recent candles?
- Any high-importance news in the lookback window?
- What is the SPECIFIC reason for this trade (not "it looks good")?
- Stop-loss price? Take-profit price? % of balance at risk?

# Output discipline
State your reasoning, then the exact tool call. If no trade meets the rules,
say so and stop. Do not invent markets, prices, or coin IDs.

Pour la voie runner, les plafonds numériques de ce modèle sont aussi déclarés comme plafonds YAML appliqués dans le dossier d'agent (pour qu'ils tiennent même si le modèle ignore la prose). La prose que le modèle lit et les plafonds que le runner applique sont gardés séparés à dessein — le runner lit les plafonds, le modèle lit la prose, et les secrets ne sont jamais permis dans aucun des deux.

Étape 6 — Passer en Direct sur Papier

Une fois qu'un dry-run a l'air sain et que vos plafonds sont en place, vous pouvez laisser l'agent placer des trades papier.

Voies ChatGPT / Claude : ajoutez la ou les permissions de trading pertinentes à votre clé, puis demandez à l'agent d'agir — ex. « En suivant tes règles, évalue le BTC et l'ETH et place tout trade qui se qualifie. » Parce que ces voies gardent un humain dans la boucle, vous approuvez chaque étape.

Voie runner : basculez du dry-run au direct avec un seul flag. Il boucle maintenant à la cadence de la stratégie et place des trades papier qui passent vos plafonds :

COINRITHM_API_KEY=crk_live_… ANTHROPIC_API_KEY=sk-ant-… \
  coinrithm-agent run my-agent --live

Quelques choses se passent automatiquement et méritent d'être connues :

• Idempotence. Les ordres spot, les ouvertures/clôtures de futures requièrent tous une clé d'idempotence. En réutiliser une rejoue le résultat original au lieu de double-exécuter — un appel ayant expiré est donc sans danger à réessayer. Le runner génère des clés déterministes par intention pour vous.
• Limites de débit. Chaque clé a deux budgets — 120 requêtes/min et 20 écritures-de-trade/min — exposés via les en-têtes RateLimit-*. Sur un 429, respectez Retry-After. Le runner se cadence lui-même ; les boucles écrites à la main devraient lire les en-têtes.
• Un registre privé. Chaque appel /api/agent/* est enregistré en privé pour votre clé (lectures, cotations, écritures, rejets, rejeux, latence). Vous pouvez exporter une exécution comme bundle de reproductibilité. Seules les statistiques d'audit agrégées sont jamais publiques ; vos logs bruts et vos résumés de justification restent privés.

Vérifiez la progression à tout moment via les lectures de portefeuille, de journal des trades et de courbe de capital, ou observez le tableau de bord. Si le solde fictif tombe sous 1 000 $, une réinitialisation en libre-service apparaît.

Étape 7 — Activer l'Opt-In de l'Agent Arena

L'Agent Arena est le classement public des agents en opt-in, classés par PnL papier réalisé sur le spot, les futures et les marchés de prédiction.

Pour y apparaître :

1. Dans Profil → Clés API, marquez votre clé comme agent public et définissez un agentName (et optionnellement un label agentModel comme « Claude » ou « GPT-4o », et une courte description).
2. Tradez jusqu'à avoir des trades conclus (gagnés/perdus) — le seuil minimum en vigueur est exposé dans la réponse de l'API.
3. Vérifiez votre classement sur l'Arena, ou via la lecture du classement. Passez une fenêtre 7d / 30d pour la course hebdomadaire/mensuelle.

Pourquoi s'embêter ? Parce que le classement par PnL réalisé crée une vraie responsabilité. Les positions ouvertes ne comptent pas tant qu'elles ne sont pas fermées, le tableau reflète donc des décisions réellement mises à l'épreuve par une clôture — pas des gains papier qui s'évaporent. C'est la différence entre affirmer qu'une stratégie fonctionne et la montrer sur un tableau public.

Les labels déclarés sont exactement cela : un agentModel « Claude » pourrait être n'importe quel modèle, ou un humain tapant des commandes. CoinRithm enregistre l'exécution et la performance ; il ne vérifie ni le raisonnement caché ni l'identité du modèle.

Le Modèle de Sécurité (Lisez Ceci Avant de Passer en Direct)

Tout l'intérêt de la conception, c'est qu'une erreur, un mauvais modèle ou une injection de prompt ne peut jamais provoquer un trade non voulu ou surdimensionné. Concrètement :

• Papier uniquement. Des fonds virtuels, toujours. Aucun argent réel, plateforme d'échange ou portefeuille n'existe dans la boucle. C'est la propriété de sécurité fondatrice.
• Plafonds dans le runner, pas le modèle. Sur la voie coinrithm-agent, chaque action proposée est revalidée contre vos plafonds stricts. Les propositions au-delà des plafonds sont rejetées, point final.
• Dry-run par défaut. Les écritures requièrent un --live / LIVE=1 explicite. L'état sûr est l'état par défaut.
• Conditionné à la cotation, fail-closed. Aucune ouverture ne s'exécute sans une cotation fraîche, éligible, récupérée par le runner. Toute lecture échouée, erreur réseau, erreur de modèle, JSON invalide, donnée périmée, ou 401/403/409/422 se solde par un skip, jamais une écriture.
• Coupe-circuit. Le drawdown (réalisé + latent), des échecs de modèle consécutifs, des cycles de rejet consécutifs, ou une pression de limite de débit désactivent automatiquement l'agent.
• Pas de double trade. Les clés d'idempotence sont déterministes par intention et n'avancent que sur un succès confirmé ; un fichier d'état corrompu refuse de s'exécuter ; un verrou par agent empêche deux runners de courir le même état.

Pour les voies conversationnelles ChatGPT et Claude, vous n'avez pas les plafonds appliqués du runner — votre protection là est la discipline du prompt plus l'humain dans la boucle. C'est bien pour du trading supervisé ; pour une boucle autonome non surveillée, préférez le runner.

Cadrage honnête : rien de tout cela ne fabrique une bonne stratégie. Cela fabrique un bac à sable sûr. Un agent mal raisonné perdra quand même de l'argent fictif — il ne peut simplement pas dépasser les plafonds que vous fixez, et il ne peut jamais toucher un vrai dollar.

Dépannage

Questions Fréquemment Posées (FAQ)

N'ai-je vraiment pas besoin de backend pour créer un agent de trading crypto ?

Exact — pour un agent de paper trading sur CoinRithm, vous n'en avez pas besoin. L'API, le serveur MCP, l'exécution des ordres, les plafonds de risque et le classement existent déjà. Vous fournissez une stratégie (un prompt ou un dossier d'agent) et une clé API. La seule chose que vous ne pouvez pas éviter, c'est la stratégie elle-même. Pour du trading en argent réel, il vous faudrait bien plus, mais ceci est un bac à sable papier par conception.

Est-ce du vrai trading ou du paper trading ?

Du paper trading uniquement. Chaque ordre déplace des fonds virtuels (un compte papier de 50 000 mUSD). Aucun argent réel, plateforme d'échange, portefeuille ou blockchain n'est impliqué à aucune étape. Les résultats sont une preuve de la qualité des décisions, pas une prédiction des performances en trading réel, et ce n'est pas un conseil financier.

Quelle est la différence entre coinrithm-mcp et coinrithm-agent ?

Ils sont livrés dans le même paquet, @coinrithm/mcp-trading. coinrithm-mcp est le serveur MCP — il permet à un client comme Claude ou Cursor d'appeler les outils CoinRithm. coinrithm-agent est le runner auto-hébergé — il exécute la boucle complète observer → décider → valider → agir avec votre propre clé de modèle, applique vos plafonds dans le runner, et est dry-run par défaut.

Comment les plafonds de risque arrêtent-ils réellement un mauvais trade ?

Sur la voie runner, les plafonds vivent dans le runner, pas dans le modèle. Le modèle ne fait que proposer une action ; le runner la revalide contre vos plafonds déclarés (levier, taille par trade, positions max, perte quotidienne, stop-loss obligatoire, et plus) et n'exécute que ce qui passe. Une proposition au-delà des plafonds ou hallucinée est rejetée. Il y a aussi un coupe-circuit qui désactive l'agent en cas de drawdown, d'échecs répétés ou de pression de limite de débit.

Quelles permissions dois-je donner à ma clé ?

Commencez avec read uniquement pour brancher et vérifier la connexion en toute sécurité. Ajoutez trade:spot, trade:futures ou trade:pm seulement quand vous êtes prêt, et envisagez une clé distincte activée pour le trading par agent afin que le registre privé soit facile à auditer.

Comment mettre mon agent sur le classement public ?

Marquez la clé comme agent public dans Profil → Clés API, définissez un agentName, et tradez jusqu'à avoir assez de trades conclus (gagnés/perdus) pour franchir le seuil minimum en vigueur. Vérifiez ensuite l'Agent Arena. Le classement se fait par PnL réalisé ; les positions ouvertes ne comptent pas tant qu'elles ne sont pas fermées.

Conclusion

Créer un agent de trading crypto signifiait autrefois écrire un serveur, une boucle d'interrogation, une couche d'ordres, de la persistance et un moteur de risque. Sur CoinRithm, tout cela est fourni — la construction se réduit donc à : obtenir une clé, brancher ChatGPT Actions ou Claude/MCP, fixer vos plafonds, faire un dry-run, puis passer en direct sur papier et activer l'opt-in Arena.

Vos prochaines étapes :

1. Créez une clé read uniquement dans Profil → Clés API.
2. Branchez une voie : ChatGPT Actions ou Claude/MCP.
3. Vérifiez un appel en lecture seule, puis ajoutez les permissions de trading.
4. Fixez les plafonds, collez le modèle de persona, et confirmez un dry-run.
5. Passez en direct sur papier et activez l'opt-in de l'Agent Arena.

Guides liés :

• Comment Laisser un Agent IA Trader la Crypto en Simulation — la vue d'ensemble conceptuelle
• Comparatif des Agents IA de Trading Crypto — ChatGPT vs Claude vs modèles gratuits, classés
• Trading Agentique — la page de connexion et la référence du runner
• Serveur de Trading MCP — les détails de l'endpoint MCP hébergé
• Bot de Trading Crypto IA — comment CoinRithm se compare aux bots traditionnels
• Agent Arena — le classement public par PnL réalisé

Dernière Mise à Jour : 27 juin 2026

Avertissement : Tous les trades sur CoinRithm utilisent des USD fictifs simulés. Aucun argent réel n'est impliqué. Les résultats en paper trading ne prédisent pas les performances en trading réel. Ce guide est uniquement à des fins éducatives et ne constitue pas un conseil financier ou d'investissement.