Présentation des patterns

Un pattern est un paquet prêt à l'emploi de connaissances d'équipe, consacré à une stack ou à un problème de développement précis. Plutôt que de démarrer avec un espace de travail vide et d'écrire à la main chaque mémoire, chaque règle et chaque skill, vous ajoutez un pattern : votre assistant IA aborde alors le projet en connaissant déjà les conventions dont cette stack a généralement besoin et les erreurs qu'on y commet le plus souvent.

Chaque pattern regroupe les trois types de contenu que Pathrule utilise déjà, et chaque élément arrive déjà lié au chemin auquel il appartient. Une règle sur les server components atterrit sur /app, une mémoire sur la facturation atterrit sur le service de facturation, un skill de revue atterrit à la racine. Rien n'est déversé dans un unique fichier global.

Pourquoi les patterns existent

La plupart des dépôts se posent les mêmes questions au départ. Comment répartir les composants serveur et client dans un projet Next.js App Router ? Où ranger les règles de row-level security de Supabase ? Quelle est la bonne façon de traiter un webhook Stripe ? Pourquoi une requête rapide en développement se retrouve-t-elle en deadlock en production ? Les réponses sont bien connues, mais chaque équipe les redécouvre et les réécrit.

Les patterns consignent ces réponses une fois pour toutes, sous forme de contenu Pathrule lié à des chemins, pour qu'un nouvel espace de travail puisse les adopter en quelques secondes :

• Déjà ciblés, pas collés en vrac. Un pattern n'est pas un bloc de prompt. Chaque élément déclare le chemin où il se trouve, de sorte que votre assistant ne le voit que là où il est pertinent. Une retouche d'interface n'a jamais besoin de lire une règle de base de données.
• Typés, pas libres. Un pattern se compose de mémoires, de règles et de skills, les mêmes types que ceux que vous écrivez vous-même. Une règle importée conserve son type de portée et sa priorité ; un skill importé peut être invoqué par son nom.
• Composés selon le sujet. La proportion de règles, de mémoires et de skills varie d'un pattern à l'autre. Un pattern de framework s'appuie surtout sur des règles pour ses conventions strictes, un pattern de workflow s'appuie surtout sur des skills à exécuter comme des checklists.
• À vous après l'import. Importer un pattern sert d'amorce ponctuelle, ce n'est pas un abonnement actif. Les éléments deviennent du contenu ordinaire de votre espace de travail et vous les modifiez comme n'importe quel autre.

Le catalogue

Le catalogue public se trouve sur pathrule.io/patterns. Il contient 150 patterns, tous officiels et publiés sous licence Apache-2.0, répartis en huit catégories :

• Framework pour les frameworks d'applications et de plateformes, de Next.js App Router, Nuxt, SvelteKit, Astro et React Router à Django, Rails, Laravel, Spring Boot, ASP.NET Core, SwiftUI, Flutter, Expo et Unity.
• Frontend pour les composants, les formulaires, l'état, le style, l'accessibilité, les Core Web Vitals, l'hydratation, l'internationalisation et le fonctionnement hors ligne.
• Backend pour l'accès aux données, les ORM, les files de messages, la recherche, les API, l'authentification, le multi-tenant et les performances des bases de données.
• Billing pour les paiements, les abonnements, la facturation et les taxes, le checkout, les versements, les remboursements et les litiges.
• Infra pour les conteneurs, les runtimes serverless, la CI/CD, l'infrastructure as code, l'observabilité, le cache, le DNS et le TLS.
• Workflow pour la revue de code, le débogage, les mises à jour de dépendances, les workflows Git, les releases, les incidents et l'onboarding.
• AI pour les agents en production, la mémoire des agents, les évaluations, l'observabilité, les garde-fous, le fine-tuning et la vérification du code généré par IA.
• Security pour la prise de contrôle de comptes et la MFA, les identifiants de service, le rate limiting, le chiffrement, les autorisations, le SSO d'entreprise et le moindre privilège.

La page du catalogue comporte une barre latérale de catégories et un champ de recherche. Chaque pattern dispose de sa propre page, qui présente :

• un résumé du contenu, c'est-à-dire le nombre de règles, de mémoires et de skills qu'il contient, calculé à partir de l'ensemble lui-même
• une carte de tous les chemins ciblés, et la liste complète des éléments regroupés par chemin
• la raison d'être du pattern : le problème qu'il résout, le public auquel il s'adresse et les erreurs qu'il évite à votre assistant
• le token permettant de l'ajouter, avec un bouton de copie, ainsi qu'une copie manuelle de l'ensemble complet
• sa licence, sa version et sa date de dernière mise à jour, avec un lien vers la source

Chaque pattern est également servi en Markdown brut à l'adresse /patterns/<slug>/raw (le lien « View as markdown » de la page), pour qu'un assistant IA puisse lire l'ensemble directement à partir d'un lien partagé.

La place d'un pattern dans le reste de Pathrule

Un pattern n'introduit aucun nouveau concept d'exécution. C'est un format de packaging posé sur le modèle que vous connaissez déjà :

• Les éléments sont des mémoires, des règles et des skills.
• Le chemin de chaque élément suit la même règle de portée par chemin que le contenu que vous écrivez vous-même.
• Une fois importés, les éléments remontent par les mêmes hooks et la même récupération juste à temps que le reste de votre espace de travail.

Tout le principe est là : un pattern est une longueur d'avance soigneusement préparée, exprimée exactement sous la forme que votre assistant sait déjà lire.

Pour aller plus loin

• Anatomie d'un pattern détaille le modèle de contenu : éléments, chemins, gestion des versions et paquet ouvert sur lequel repose le catalogue.
• Importer un pattern aborde le token, l'aperçu et la suppression ultérieure d'un ensemble.
• Concepts clés explique les mémoires, les règles et les skills si vous découvrez le modèle.