Choisissez le mécanisme utile le plus simple
Une règle convient à une convention durable, une compétence à une procédure répétable, et MCP à l’accès à un outil ou des données externes. Ces distinctions aident à organiser la configuration ; le chargement exact dépend du client.
Concevez une compétence autour d’un résultat
Une compétence utile précise quand l’utiliser, ses entrées, ses étapes et la vérification du résultat. Par exemple, une compétence de notes de version doit indiquer la plage de commits, regrouper les changements pour les lecteurs et vérifier les liens vers les tickets.
Ne copiez pas aveuglément les configurations entre clients
TRAE, Cursor et Zed proposent des compétences, mais leurs dossiers, métadonnées initiales et permissions ne sont pas nécessairement identiques. Suivez la documentation du client installé. Testez une petite tâche avant une publication ou une migration.
Définissez clairement mémoire et rôles des agents
Séparez les faits durables du projet et l’avancement temporaire d’une tâche. Pour plusieurs rôles d’agents, définissez une entrée et une sortie précises, puis examinez les modifications combinées. Plusieurs agents n’aident que si le travail se divise clairement.