Index
4 min de lecture

Context7 : privilégiez les Skills et sous-agents, pas le simple MCP

Connecter Context7 via MCP inonde votre contexte principal de documentation. Les Skills et sous-agents isolent les requêtes et préservent la stabilité de vos longues sessions de développement.

Beaucoup de développeurs connectent Context7 via MCP pour accéder à la documentation à jour de leurs bibliothèques. Ça fonctionne - on obtient les docs actualisées directement dans sa session de codage. Mais il y a un prix : chaque document récupéré atterrit directement dans la fenêtre de contexte principale. Interrogez quelques bibliothèques, et votre contexte se remplit à toute vitesse. En session longue, cela se traduit par des performances dégradées et des détails oubliés en cours de route.

J’ai réfléchi à la manière de résoudre ce problème dans Claude Code en utilisant les Skills et les sous-agents, et la différence en pratique est considérable.

Les limites d’une connexion MCP classique

Quand vous appelez Context7 directement via MCP, l’intégralité du contenu documentaire se déverse dans votre contexte principal. Pour une consultation ponctuelle, c’est acceptable. Mais dans une vraie session de travail, on ne cherche rarement qu’une seule chose.

On vérifie la doc d’un hook React. Puis un utilitaire Tailwind. Puis une API Astro. Chaque réponse s’empile sur la précédente. La fenêtre de contexte se remplit, et le modèle commence à perdre le fil des échanges antérieurs - votre code, vos exigences, les décisions architecturales prises trois messages plus tôt.

Comme l’équipe de Manus l’a souligné dans ses notes d’architecture, un unique contexte massif n’est pas la solution. L’idée clé, c’est que tout n’a pas besoin de cohabiter dans la même fenêtre de contexte.

Skills et sous-agents : des requêtes en contexte isolé

Le plugin Context7 propose deux mécanismes qui maintiennent les consultations de documentation hors de votre contexte principal.

  • Skill : lorsque vous posez une question sur une bibliothèque ou une API, Context7 est invoqué automatiquement. Il récupère la documentation à jour et répond sans que vous ayez besoin d’un prompt spécifique. La recherche s’effectue en arrière-plan.
  • Agent docs-researcher : c’est la pièce maîtresse de l’architecture. Les requêtes documentaires s’exécutent dans un contexte isolé - un sous-agent dédié qui gère la recherche, extrait les informations pertinentes et ne renvoie que la réponse. Votre contexte principal ne voit jamais la documentation brute.

Pour interroger explicitement la documentation, vous pouvez utiliser la commande :

/context7:docs <bibliothèque> [requête]

Vous gardez ainsi un contrôle direct tout en déchargeant le travail lourd de votre fenêtre de contexte principale.

Installation

Installez le plugin Context7 dans Claude Code avec :

/plugin marketplace add upstash/context7
/plugin install context7-plugin@context7-marketplace

La différence architecturale

Avec le même backend Context7, les deux approches produisent des résultats très différents en pratique.

MCP classique : chaque consultation de doc s’ajoute à votre contexte principal. Au bout de trois recherches, vous avez déjà consommé une part significative de votre fenêtre de contexte. En milieu de session, le modèle travaille avec une mémoire dégradée de l’état réel de votre projet.

Skill + sous-agent : les consultations de doc s’effectuent dans des contextes isolés. Seule la réponse extraite - la signature de fonction précise, l’option de configuration, l’exemple d’utilisation - remonte dans votre contexte principal. La documentation brute n’y entre jamais.

Ce pattern résout deux problèmes à la fois. Il comble le décalage de connaissances en récupérant la documentation en temps réel, et il le fait sans déstabiliser les sessions de codage prolongées. Vous obtenez des informations à jour sans en payer le coût en contexte.

Le principe sous-jacent dépasse le cadre de Context7 : chaque fois que vous importez un contenu externe volumineux dans une session IA, demandez-vous s’il doit réellement vivre dans le contexte principal ou s’il peut être traité de manière isolée puis résumé. Cette unique décision architecturale - isoler et résumer - fait toute la différence entre une session qui reste affûtée pendant des heures et une session qui finit par oublier ce que vous êtes en train de construire.

Rejoindre la newsletter

Recevez des mises à jour sur mes derniers projets, articles et expériences en IA et développement web.