Cursor Rules vs Skills : quelle différence ? (2026)
Cursor offre deux façons d’orienter l’agent : Rules (contraintes persistantes) et Skills (playbooks à la demande). Conclusion : mettez les standards stables dans Rules ; les procédures multi-étapes dans Skills. Si l’agent doit toujours s’en souvenir, utilisez Rules. S’il doit exécuter un workflow sur demande, utilisez un Skill.
Sur MacLogin : Claude Code via SSH (terminaux Mac partagés), modèle ECC rules vs skills (autre produit, même idée) et checklist de confiance SSH initiale., Claude Opus 4.8 benchmarks, and Guide Claude Agent SDK
Voir aussi：Agents IA Xcode 27.
Quelle décision vous prenez
Mélanger Rules et Skills provoque des instructions dupliquées, un contexte gonflé ou des workflows qui ne se déclenchent jamais. Rules répondent à « qu’est-ce qui doit toujours être vrai ? » Skills à « quelle procédure pour la tâche X ? »
Les équipes sur un Mac distant partagé versionnent souvent .cursor/ dans git pour aligner Rules et Skills entre sessions SSH — c’est optionnel ; les portables locaux fonctionnent pareil.
Matrice Rules vs Skills
| Dimension | Cursor Rules | Cursor Skills |
|---|---|---|
| Rôle principal | Politique permanente : style, sécurité, défauts de stack | Workflow appelable : publication, audit, scaffolding |
| Emplacement typique | .cursor/rules/*.mdc | .cursor/skills/<name>/SKILL.md |
| Chargement | Contexte projet/utilisateur limité | Commande slash ou l’agent attache le skill |
| Taille conseillée | Puces courtes ; <~500 lignes de rules actives au total | Runbook autonome avec étapes et checklists |
| Échec typique | Bruit de contexte ; règles « toujours » contradictoires | Skill jamais invoqué ; SKILL.md collé dans Rules |
Références officielles : Cursor Rules et Cursor Skills.
Scénario A — Standards d’équipe (Rules)
Utilisez Rules quand chaque session doit respecter les mêmes limites : TypeScript strict, format de commit, « ne jamais éditer les lockfiles à la main », interdictions de sécurité.
Séparez par sujet — global.mdc, frontend.mdc, backend.mdc — et des globs par chemin en monorepo pour ne pas charger les politiques mobile pendant des edits Terraform.
Scénario B — Workflows répétables (Skills)
Utilisez Skills pour les procédures : audit SEO, publication multilingue, rotation de clés. Incluez déclencheur, étapes numérotées, conditions d’arrêt et checklists. Ne collez pas tout le Skill dans Rules « par sécurité » — cela consomme le contexte sans comportement slash.
Sur la stack MacLogin, ECC sépare aussi packs de règles et skills — autre produit, même leçon de design.
Chemin recommandé
| Si votre besoin est… | Faites ceci |
|---|---|
| Ton par défaut, sécurité, conventions de framework | Rules sous .cursor/rules/ |
| Procédure ≥6 étapes ou invocation slash | Skill avec SKILL.md |
| Les deux s’appliquent | Rules = contraintes ; Skill = procédure |
| Incertain | « Chaque chat ? » → Rules. « Seulement tâche X ? » → Skill. |
Anti-pattern : un SKILL.md géant copié dans Rules et Skills — tokens dupliqués et divergences en une semaine.
Si plusieurs ingénieurs partagent un hôte Mac, stockez .cursor/ dans git ; consultez la checklist de confiance SSH avant de synchroniser des secrets. Les setups Cursor locaux seuls n’ont pas besoin de location.
FAQ
.cursor/rules/. Les Skills sont en général au niveau projet sous .cursor/skills/..cursorrules ?.mdc à portée plutôt qu’un seul blob de milliers de lignes.Option : Mac partagé pour .cursor d'équipe
MacLogin propose des Mac mini SSH si vous voulez un home distant persistant—pas requis en local.
