Patterns im Überblick

Ein Pattern ist ein einsatzbereites Paket aus Teamwissen für einen bestimmten Stack oder ein bestimmtes Entwicklungsproblem. Statt einen Workspace leer zu beginnen und jede Memory, jede Regel und jeden Skill von Hand zu schreiben, fügst du ein Pattern hinzu. Dein KI-Assistent startet dann bereits mit dem Wissen um die Konventionen, die dieser Stack typischerweise braucht, und um die Fehler, die dabei typischerweise passieren.

Jedes Pattern ist ein Bündel aus denselben drei Inhaltstypen, die Pathrule ohnehin verwendet, und jedes Teil kommt bereits dem Pfad zugeordnet an, zu dem es gehört. Eine Regel zu Server Components landet auf /app, eine Billing-Memory beim Billing-Service, ein Review-Skill im Root. Nichts wird pauschal in eine einzige globale Datei gekippt.

Warum es Patterns gibt

Die meisten Repositories stehen anfangs vor denselben Fragen. Wie teilt man in einem Next.js-Projekt mit App Router Server- und Client-Komponenten auf? Wo gehören die Row-Level-Security-Regeln von Supabase hin? Wie verarbeitet man einen Stripe-Webhook sicher? Warum läuft eine Query, die in der Entwicklung schnell war, in Produktion in einen Deadlock? Die Antworten sind gut bekannt, trotzdem erarbeitet jedes Team sie neu und tippt sie erneut ab.

Patterns halten diese Antworten einmal fest, als pfadbezogene Pathrule-Inhalte, sodass ein neuer Workspace sie in Sekunden übernehmen kann:

• Vorab zugeordnet statt hineinkopiert. Ein Pattern ist kein Prompt-Klumpen. Jedes Teil gibt den Pfad an, auf dem es liegt, damit dein Assistent es nur dort sieht, wo es relevant ist. Eine kleine UI-Änderung muss nie eine Datenbankregel lesen.
• Typisiert statt Freitext. Ein Pattern besteht aus Memories, Regeln und Skills, also aus denselben Typen, die du auch selbst schreibst. Eine importierte Regel behält ihren Scope-Typ und ihre Priorität, ein importierter Skill lässt sich über seinen Namen aufrufen.
• Passend zum Thema zusammengestellt. Die Mischung aus Regeln, Memories und Skills unterscheidet sich von Pattern zu Pattern. Ein Framework-Pattern setzt für seine festen Konventionen vor allem auf Regeln, ein Workflow-Pattern vor allem auf Skills, die du als Checklisten ausführst.
• Nach dem Import gehört es dir. Ein Pattern zu importieren ist eine einmalige Grundausstattung, kein laufendes Abo. Die Teile werden zu ganz normalen Inhalten in deinem Workspace, und du bearbeitest sie wie alles andere.

Der Katalog

Der öffentliche Katalog liegt unter pathrule.io/patterns. Er umfasst 150 Patterns, alle von uns selbst erstellt und unter Apache-2.0 veröffentlicht, gegliedert in acht Kategorien:

• Framework für App- und Plattform-Frameworks, von Next.js App Router, Nuxt, SvelteKit, Astro und React Router bis zu Django, Rails, Laravel, Spring Boot, ASP.NET Core, SwiftUI, Flutter, Expo und Unity.
• Frontend für Komponenten, Formulare, State, Styling, Barrierefreiheit, Core Web Vitals, Hydration, Internationalisierung und Offline-Verhalten.
• Backend für Datenzugriff, ORMs, Queues, Suche, APIs, Authentifizierung, Mandantenfähigkeit und Datenbank-Performance.
• Billing für Zahlungen, Abonnements, Rechnungsstellung und Steuern, Checkout, Auszahlungen, Erstattungen und Rückbuchungen.
• Infra für Container, Serverless-Runtimes, CI/CD, Infrastructure as Code, Observability, Caching, DNS und TLS.
• Workflow für Code-Review, Debugging, Dependency-Upgrades, Git-Workflows, Releases, Incidents und Onboarding.
• AI für Agents in Produktion, Agent-Gedächtnis, Evaluierungen, Observability, Guardrails, Fine-Tuning und die Prüfung von KI-generiertem Code.
• Security für Account-Übernahme und MFA, Service-Zugangsdaten, Rate Limiting, Verschlüsselung, Autorisierung, Enterprise-SSO und Least Privilege.

Die Katalogseite hat eine Seitenleiste mit den Kategorien und ein Suchfeld. Jedes Pattern hat eine eigene Seite mit:

• einer Inhaltsübersicht, wie viele Regeln, Memories und Skills es enthält, abgeleitet aus dem Bündel selbst
• einer Pfadkarte aller Zielpfade und der vollständigen Liste der Teile, gruppiert nach Pfad
• der Begründung für das Pattern: welches Problem es löst, für wen es gedacht ist und welche Fehler es deinem Assistenten erspart
• dem Token zum Hinzufügen samt Kopier-Button sowie einer manuellen Kopie des vollständigen Bündels
• seiner Lizenz, Version und dem Datum der letzten Aktualisierung, mit einem Link zur Quelle

Jedes Pattern wird außerdem als reines Markdown unter /patterns/<slug>/raw ausgeliefert (der Link „View as markdown“ auf der Seite), sodass ein KI-Assistent das komplette Bündel direkt über einen geteilten Link lesen kann.

Wie sich ein Pattern in Pathrule einfügt

Ein Pattern führt kein neues Laufzeitkonzept ein. Es ist ein Paketformat über dem Modell, das du bereits kennst:

• Die Teile sind Memories, Regeln und Skills.
• Der Pfad jedes Teils folgt derselben Regel für den Pfadbezug wie Inhalte, die du selbst schreibst.
• Nach dem Import tauchen die Teile über dieselben Hooks und denselben Just-in-time-Abruf auf wie der Rest deines Workspace.

Mehr steckt nicht dahinter: Ein Pattern ist ein kuratierter Vorsprung, ausgedrückt in genau der Form, die dein Assistent ohnehin liest.

Weiterlesen

• Anatomie eines Patterns erklärt das Inhaltsmodell im Detail: Teile, Pfade, Versionierung und das offene Paket hinter dem Katalog.
• Ein Pattern importieren behandelt den Token, die Vorschau und das spätere Entfernen eines Bündels.
• Kernkonzepte erklärt Memories, Regeln und Skills, falls das Modell neu für dich ist.