Component Manifest
Format token-efficient (JSON / YAML compact) qui expose la surface d'un composant à un LLM via MCP, props requises, variants autorisés, states, contraintes a11y, exemples d'usage. Concept formalisé par l'équipe Storybook dans le sneak peek MCP (mars 2026) : « le manifest est ce que l'agent voit en premier ». Au lieu de charger 200KB de TS source + MDX docs + stories, l'agent reçoit un manifest 2-5KB qui contient le strict minimum pour générer un usage correct du composant. Économie de contexte massive sur des DS de 100+ composants.
Forces
- Économie de tokens majeure, 100 composants tiennent dans le contexte au lieu d'en charger 5
- Format machine-readable, auto-génération possible depuis TS types ou Storybook stories
- Standard émergent, Storybook MCP + shadcn registry MCP + Knapsack MCP convergent vers ce pattern
Limites
- Pas de standard universel en 2026, chaque MCP a son schéma de manifest (JSON Schema, YAML, TS types compactés)
- Drift possible si manifest généré manuellement vs source code, automatiser la génération est critique
Pour qui
- Design system manager qui écrit son MCP custom et veut un schéma machine-readable consommable par tous les agents
- Équipe avec un DS de 50+ composants qui constate que les agents fabriquent des variants, manifest force le LLM à voir uniquement ce qui existe