Futures
Accédez à des centaines de contrats perpétuels
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Introduction au trading futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Demo Trading
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Launchpad
Soyez les premiers à participer au prochain grand projet de jetons
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
J'ai examiné mon Claude Code, et j'ai en permanence 12 MCP en ligne.
La description des outils pour chaque MCP est intégrée dans le prompt système permanent, peu importe si tu l'ajustes ou non, ils consomment tous du contexte.
Après 14 jours de collecte de données d'appel : 6 outils ont été utilisés moins de 10 fois au total. Je les ai donc réduits à 6.
Après cette réduction, je me suis posé une question : quels outils devraient utiliser MCP, et lesquels suffisent avec une CLI ?
L'avantage du MCP est la structuration — Claude peut voir le schéma des paramètres, faire des appels directs, et gérer des interactions complexes (authentification, connexions longues, opérations en plusieurs étapes) de manière plus stable.
Mais le coût, c'est le contexte permanent. Avoir 10 MCP, c'est des dizaines de descriptions d'outils qui restent constamment chargées.
La CLI n'a pas cet overhead. Les commandes ne sont intégrées dans le contexte que pendant leur exécution, puis disparaissent.
Ma méthode actuelle : pour tout ce que Claude doit découvrir et appeler activement (système de mémoire, messages TG), je garde le MCP ; pour tout le reste qui peut être CLI, je le transforme en CLI.
Le nombre global de MCP est contrôlé à 5-6 au maximum, le reste est chargé selon les besoins du projet.