PathruleProjektjeder Tarif
Wie funktioniert dieses Projekt?
- enthält
- Entscheidungen, Vorgaben, Abläufe
- liegt
- Auf deinem Rechner, oder in der Cloud, wenn du angemeldet bist
- entscheidet
- Du und dein Team
Eine Intelligenz.
Jeder Agent.
Eine persistente Intelligenzschicht für dein Projekt, für dich, für dein Team und für jeden Coding-Agenten, den du nutzt. Sie bewahrt, was gelernt wurde, und gibt jeder Aufgabe nur, was gilt.
funktioniert mit
Claude Code
Codex
Cursor
Copilot
Windsurf
apps/web/checkout„Apple Pay zum Checkout hinzufügen“
Projektdiese Codebasis
- Zahlungen laufen über billingClient
- Beträge sind ganzzahlige Cent
- Mobile nutzt Expo Router
Duwie du arbeitest
- Kleine, reviewbare Diffs
- Vor Schemaänderungen fragen
- Zwei Optionen, nicht fünf
Teamverifizierte Muster
- Neue Anbieter gehen hinter einem Flag live
- Release Notes kommen ins CHANGELOG
- Datumswerte werden in UTC gespeichert
- Alles
- alle 9 Notizen, bei jedem Prompt
- Was gilt
- 4 gesendet, 5 weggelassen, im Budget
Jeder Agent fängt von vorn an.
- „Wir haben uns gegen ein ORM für Billing entschieden.“ein geschlossener Pull Request
- „Diese Migration muss rückwärts laufen.“jemandes Kopf
- „Hab ich dir gesagt, nimm den Billing-Client.“deine letzten vier Sessions
Das Wissen fehlt nicht. Es liegt dort, wo eine Session es nicht erreicht. Alles in eine Anweisungsdatei zu schreiben, verschiebt das Problem nur.
Drei Geltungsbereiche. Drei Aufgaben.
Dujeder Tarif
Wie arbeitest du am liebsten?
- enthält
- Arbeitspräferenzen
- liegt
- Auf deinem Rechner, über alle Repositories hinweg
- entscheidet
- Du: Kandidat, aktiv, zurückgezogen
TeamTeam-Tarife
Was macht das Team immer wieder?
- enthält
- Muster in der Arbeit des Teams
- liegt
- In Pathrule Cloud
- entscheidet
- Nur was ein Inhaber verifiziert hat
Wenn eine persönliche Vorliebe und eine Projektregel sich widersprechen, gewinnt die Projektregel. Eine Vorliebe prägt, wie die Arbeit erledigt wird, nicht, was als richtig gilt.
Genau dort, wo du arbeitest.
Workspacebearbeitet services/billing
- /gilt
- apps/webaußerhalb des Geltungsbereichs
- apps/mobileaußerhalb des Geltungsbereichs
- services/billinggilt
- webhooks/außerhalb des Geltungsbereichs
- packages/uiaußerhalb des Geltungsbereichs
pathrule3 gesendet, im Budget
- Zahlungen laufen über billingClientRegel
- Erstattungen sind seit dem Vorfall asynchronMemory
- add-payment-providerSkill
nur mit Titel aufgeführt, per MCP abrufbarRetry-Richtlinie für WebhooksRundung von Währungsbeträgen
Eine Regel an einem Ordner gilt darunter, eine Regel an der Wurzel gilt überall. Innerhalb dieses Geltungsbereichs wird, was gilt, für die Aufgabe gewichtet, und was nicht hineinpasste, wird benannt, damit der Agent es anfordern kann.
Ein Mensch entscheidet, was zählt.
- EntwurfNeue Anbieter gehen hinter einem Flag livein der Arbeit des Teams beobachtet
- VorschlagNeue Anbieter gehen hinter einem Flag livenicht vertrauenswürdig, nicht ausgeliefert
- von einem Inhaber verifiziertNeue Anbieter gehen hinter einem Flag liveAgenten starten damit
Team-Muster beginnen als Entwürfe und zählen erst, wenn eine Person sie verifiziert. Befunde, die ein Agent erfasst, bleiben Empfehlungen und werden nie von selbst zu Regeln.
Manches Wissen ist kein Ratschlag.
services/billing/charge.tsClaude Code, Beispiel
export async function charge(order) {+ const res = await stripe.charges.create({ amount })}
Bearbeitung abgelehnt Stripe nie direkt aufrufen. billingClient verwenden. strikte Regel, /services/billing
kann blockieren in
- Claude Code
- Codex
- Cursor
- Copilot
Eine strikte Regel mit freigegebenem Blockiermuster wird vom Pathrule-Hook geprüft, bevor eine passende Bearbeitung ausgeführt wird. Windsurf hat keine Hooks und Remote MCP installiert keine, deshalb kommt sie dort als Hinweis an.
Gleiche Aufgaben. Diesmal nach den Regeln.
12 Aufgaben, ein festgelegtes Claude-Code-Modell
Agent allein
- Aufgaben abgeschlossen
- 12/12
- Konventionen eingehalten
- 3/12
- Verstöße
- 8
Mit Pathrule
- Aufgaben abgeschlossen
- 12/12
- Konventionen eingehalten
- 12/12
- Verstöße
- 0
Ein veröffentlichtes Raster: 24 Läufe auf identischen Repositories mit denselben Prompts. Es ist keine Garantie für jedes Repository, und ein Agent kann das, was er bekommen hat, trotzdem falsch verstehen. So messen wir
Häufige Fragen.
Was ist Pathrule Intelligence?
Der Teil von Pathrule, der als Memories, Regeln und Skills bewahrt, was ein Projekt, ein Entwickler und ein Team gelernt haben, es auf Pfade im Code bezieht und entscheidet, was einen Coding-Agenten für eine bestimmte Aufgabe erreicht. Es ist kein Coding-Modell und schreibt deinen Code nicht.
Ist Pathrule ein weiteres Coding-Modell?
Nein. Pathrule erzeugt nicht deinen Anwendungscode. Claude Code, Codex, Cursor, GitHub Copilot und Windsurf bleiben die Engines für Ausführung und Reasoning, und jeder behält seinen eigenen Modellanbieter. Pathrule ist das Wissen, mit dem sie starten.
Was ist der Unterschied zwischen Project, User und Team Intelligence?
Project Intelligence ist, was eine Codebasis gelernt hat, als pfadbezogene Memories, Regeln und Skills. User Intelligence ist, wie du am liebsten arbeitest; sie wird auf deinem Rechner gespeichert und begleitet dich von Repository zu Repository. Team Intelligence läuft in Pathrule Cloud in den Team-Tarifen, findet Muster in der Arbeit eines Teams und liefert sie erst aus, nachdem eine Person sie verifiziert hat.
Vertraut Pathrule automatisch dem, was es lernt?
Nein. Befunde, die Agenten erfassen, sind Empfehlungen und werden nie automatisch zu Regeln befördert. Team-Muster durchlaufen Entwurf, Vorschlag und Verifizierung, und nur verifizierte erreichen Agenten. Regeln werden von Menschen geschrieben oder genehmigt.
Was passiert, wenn meine Vorlieben einer Projektregel widersprechen?
Das Projekt gewinnt, wo es um Korrektheit geht. Eine Regel ist eine Anforderung des Projekts und fällt nicht weg, weil eine persönliche Vorliebe bequemer wäre. User Intelligence prägt, wie die Arbeit erledigt wird, nicht, was als richtig gilt.
Funktioniert User Intelligence über Repositories hinweg?
Ja. Sie ist auf dich bezogen statt auf ein Projekt, also kommt sie mit, wenn du in ein anderes Repository wechselst. Was sich mit dem Repository ändert, ist Project Intelligence.
Kann ich korrigieren, was Pathrule über mich gelernt hat?
Ja. Jeder Eintrag in User Intelligence hat einen Status (Kandidat, aktiv, zurückgezogen oder abgelehnt), sodass eine falsche Vorliebe abgelehnt und eine, die nicht mehr stimmt, zurückgezogen werden kann. Sie wird auf deinem Rechner gespeichert und bleibt ohne Konto dort.
Senkt das meinen Token-Verbrauch?
Es hält fokussiert, was den Agenten erreicht: Wissen wird auf den Pfad bezogen, für die Aufgabe gewichtet und innerhalb eines Limits pro Prompt ausgeliefert, statt als eine Anweisungsdatei, die komplett geladen wird. Pathrule behauptet nicht, den gesamten Token-Verbrauch eines Agenten zu senken. Siehe so messen wir.