Rember MCP Server

Rember MCP

Permettez à Claude de créer des flashcards pour vous avec le Model Context Protocol (MCP) officiel pour Rember. Rember vous aide à étudier et à mémoriser tout ce qui vous tient à cœur en planifiant des révisions par répétition espacée.

Fonctionnalités et exemples :

• Créer des flashcards à partir de vos conversations « … J’aime votre réponse, aidez-moi à la mémoriser »
• Créer des flashcards à partir de vos PDF « Crée des flashcards à partir du chapitre 2 de ce PDF »

Configuration

Pour exécuter le serveur Rember MCP avec npx, utilisez la commande suivante :

npx -y @getrember/mcp --api-key=YOUR_REMBER_API_KEY

Assurez-vous de remplacer YOUR_REMBER_API_KEY par votre véritable clé API Rember, que vous trouverez dans votre page Paramètres. La clé API doit suivre le format rember_ suivi de 32 caractères aléatoires.

Utilisation avec Claude Desktop

Ajoutez ce qui suit à votre claude_desktop_config.json. Voir ici pour plus de détails.

{
  "mcpServers": {
    "rember": {
      "command": "npx",
      "args": ["-y", "@getrember/mcp", "--api-key=YOUR_REMBER_API_KEY"]
    }
  }
}

Outils disponibles

• create_flashcards : Créer des flashcards avec l’IA. Cet outil prend une liste de notes de Claude et appelle l’API Rember pour générer quelques flashcards pour chaque note. Après avoir appris quelque chose de nouveau lors de votre conversation avec Claude, vous pouvez demander « aide-moi à mémoriser ceci » ou « crée quelques flashcards » ou « ajoute à Rember ».

Bonnes pratiques pour construire des serveurs MCP

Voici un ensemble de leçons que nous avons apprises en développant le serveur Rember MCP :

• Configurez la journalisation vers stderr le plus tôt possible, c’est essentiel pour le débogage

• Créez d’abord un outil MCP simple et vérifiez que Claude peut l’appeler correctement

• Investissez du temps pour itérer sur la description de l’outil :

  • Incluez des détails sur votre produit et son URL. Cela sert deux objectifs : aider Claude à utiliser l’outil correctement et permettre à Claude de répondre aux questions des utilisateurs sur le produit
  • Expliquez clairement ce qu’est MCP ; à quelques reprises, Claude a halluciné que MCP signifiait « Multiple Choice Prompts », aïe
  • Décrivez en détail les entrées de l’outil
  • Expliquez ce qui se passe après que Claude appelle l’outil ; nous précisons que le tableau de notes d’entrée est envoyé à l’API Rember, qui génère des flashcards pour chaque note
  • Fournissez des exemples d’utilisation de l’outil (par ex., « créer des flashcards à partir d’une conversation avec Claude », « créer des flashcards à partir de PDF ») et donnez à Claude des instructions spécifiques pour chaque cas d’usage
  • Listez des exemples de la manière dont les utilisateurs pourraient invoquer l’outil (par ex., « aide-moi à mémoriser ceci », « ajoute à Rember », « crée quelques flashcards »)
  • Incluez une liste de règles pour guider Claude dans l’utilisation appropriée de l’outil

• Utilisez la réponse de l’appel d’outil de manière stratégique ; elle n’est pas montrée directement aux utilisateurs mais interprétée par Claude :

  • En cas de succès, l’API Rember ne renvoie pas le nombre de flashcards créées ; tout ce que Claude sait, c’est le nombre de rembs créés. Nous le précisons à Claude car sinon il a tendance à halluciner le nombre de flashcards créées
  • Pour les utilisateurs ayant atteint leur limite mensuelle, nous demandons à Claude de les informer de l’option d’abonnement Rember Pro avec l’URL pertinente

• Implémentez des tentatives de réessai pour les erreurs transitoires avec des délais appropriés

• Nous avons collecté suffisamment de cas limites pour que tester manuellement sur Claude Desktop (notre principal client MCP cible) devienne fastidieux. Nous avons créé une suite de tests unitaires en simulant le comportement de Claude Desktop, en appelant l’API Claude avec l’invite système de claude.ai. Dans l’itération actuelle, chaque test simule une conversation avec Claude Desktop pour inspection manuelle et inclut quelques assertions simples

Ce qui manque :

• Télémétrie et observabilité ; actuellement, nous sommes aveugles en cas de problème
• Gestion des erreurs plus exhaustive
• Davantage d’itérations sur la description de l’outil
• Plus de tests automatisés