Donner à votre agent de code IA le contexte de design de votre jeu (MCP)

Le problème : l’agent code vite, mais il ne connaît pas votre jeu

Quand vous demandez un prototype à un agent de code, il ne connaît que ce que vous collez dans la conversation. Or l’intention du jeu, les références, les idées écartées et la décision prise après votre brainstorming vivent ailleurs. Résultat : vous recopiez le même contexte à chaque session, ou l’agent invente une mécanique qui ne correspond pas à votre jeu. Impstash garde ce contexte au même endroit (tableau de références, idées, direction du projet, tâches), et son serveur MCP le met à disposition de l’agent.

1. Préparer le contexte côté Impstash

L’agent ne vaut que ce que contient le projet. Rassemblez vos références sur le tableau, brainstormez, marquez comme gardées les idées que vous retenez, puis remplissez Réglages → Direction du projet : pitch, genre, piliers, ton, public, contraintes et notes. Si la direction est vide, le serveur le signale à l’agent, qui doit alors déduire le jeu des notes du tableau : mieux vaut l’écrire. Depuis une idée gardée, le bouton de création de tâche reprend son titre et son texte comme point de départ.

2. Ce que l’agent peut lire (toutes les offres)

Le serveur MCP expose des outils de lecture. get_project_context est celui à appeler en premier : il renvoie la direction du projet (pitch, genre, piliers, ton, public, contraintes), les idées retenues, les notes du tableau, les noms et URL des images de référence, les liens (Steam, YouTube…) et les tâches ouvertes. Les autres : list_projects, get_project_overview, list_ideas, list_tasks, list_my_tasks, get_task_context, get_feedback, get_activity, read_board et view_board_image, qui permet à l’agent de regarder une image du projet. La lecture est incluse dans toutes les offres, Découverte comprise.

3. Ce que l’agent peut écrire (offres Créateur et Studio)

L’écriture est réservée aux offres payantes. Côté tâches : create_task, update_task, claim_task (poser un verrou avant de travailler), release_task et submit_deliverable (envoyer une note et des liens vers les commits ou fichiers pour relecture humaine). Avec un jeton en écriture complète, l’agent peut aussi utiliser add_idea, update_idea_status, vote_idea, add_board_note et add_board_link. En Découverte, l’agent lit mais ne modifie rien. Il ne peut pas passer une tâche à « Fait » sauf si vous l’autorisez dans les réglages du projet : il la soumet en relecture.

4. Créer un jeton d’accès

Dans Impstash, ouvrez Réglages → Agents & MCP. Donnez un nom au jeton (par exemple « Claude Code – PC fixe »), choisissez sa portée (lecture seule, lecture + modification des tâches, ou écriture complète) et le projet concerné (ce projet ou tous vos projets). Le jeton commence par imp_ et n’est affiché qu’une seule fois : copiez-le tout de suite. Vous pouvez le révoquer depuis le même écran. Commencez par un jeton limité à un projet et à la portée dont l’agent a réellement besoin.

5. Connecter Claude Code ou un autre client

Le serveur MCP répond en HTTP à l’adresse https://impstash.com/mcp et attend l’en-tête Authorization: Bearer suivi de votre jeton. Dans Claude Code, une commande suffit. Pour Cursor, Codex ou tout client qui accepte un serveur MCP HTTP distant avec en-têtes, ajoutez le second bloc à la configuration MCP du client (consultez sa documentation pour l’emplacement du fichier). Vérifiez ensuite en demandant à l’agent d’appeler list_projects.

claude mcp add --transport http impstash https://impstash.com/mcp --header "Authorization: Bearer imp_YOUR_TOKEN"

{
  "mcpServers": {
    "impstash": {
      "type": "http",
      "url": "https://impstash.com/mcp",
      "headers": {
        "Authorization": "Bearer imp_YOUR_TOKEN"
      }
    }
  }
}

6. Le flux de travail conseillé

Le serveur donne lui-même ces consignes à l’agent. Il lit d’abord get_project_context, puis list_my_tasks pour voir ce qui vous est assigné. Il pose un verrou avec claim_task, lit get_task_context (description, idée liée, versions précédentes et retours de relecture), travaille dans votre dépôt avec ses propres outils, puis envoie submit_deliverable avec une note courte (ce qui a changé, comment tester) et des liens. Vous acceptez ou demandez une reprise ; dans ce cas, l’agent lit get_feedback, reprend la tâche et corrige.

7. Garder la main

L’agent agit pour le propriétaire du jeton, et ses actions sont attribuées à l’agent dans l’activité du projet. Un jeton peut être limité à un projet, rester en lecture seule ou être révoqué à tout moment. Le réglage « Les agents peuvent créer et modifier » du projet coupe toute écriture. Les requêtes sont limitées à 180 par minute et par compte. Impstash ne lance pas votre code et ne modifie pas votre dépôt : l’agent le fait avec ses propres outils, sous votre supervision.

Un prompt à adapter à votre jeu

Utilise le MCP Impstash. Appelle list_projects, puis get_project_context pour Dicebound et lis la direction, les idées retenues et les contraintes. Appelle ensuite list_my_tasks, prends la tâche en tête, pose un verrou avec claim_task et lis get_task_context. Dans ce dépôt, implémente uniquement ce que la tâche demande, en respectant les piliers et les contraintes du projet. Si le contexte contredit la tâche ou s’il manque une information, arrête-toi et pose-moi la question. Quand c’est fait, appelle submit_deliverable avec une note (ce qui a changé, comment tester) et le lien du commit. Ne passe pas la tâche à « Fait » toi-même. Si l’écriture est refusée, dis-le-moi au lieu de la contourner.

Remplacez les références et les contraintes par les vôtres. Les réponses de l’IA sont des pistes à examiner ; le choix reste le vôtre.

Références et communautés pour continuer

• Model Context Protocol — Le protocole ouvert que les agents utilisent pour se connecter à des outils et à des données externes.