Wie sich Wissen aufbaut

Man kann Pathrule leicht als Ablage verstehen, in die man Memories, Regeln und Skills von Hand einsortiert. Das ist aber nur der kleinste Teil. Worum es eigentlich geht, ist ein Kreislauf, der an echter Arbeit läuft und umso besser wird, je mehr das Team ihn nutzt.

Der Kreislauf besteht aus drei Schritten: bereitstellen, erfassen, bewerten. Sie wiederholen sich in jeder Session.

Bereitstellen vor der Arbeit

Bevor der Assistent loslegt, liegt der pfadbezogene Ausschnitt des Teamwissens bereits im Kontext. Du musst nichts einfügen, und der Assistent muss nicht danach suchen. Arbeitest du in /apps/api/payments, erscheint, was dort hinterlegt ist, plus alles, was von den übergeordneten Pfaden geerbt wird. In Claude Code und Codex übergibt ein Prompt-Hook es vor dem ersten Tool-Aufruf; Cursor und GitHub Copilot erhalten es über Session- und Tool-Hooks, Windsurf über seine Regeldatei und MCP. Diese Seite der Bereitstellung bemerken die meisten zuerst, sie ist unter So funktionieren Hooks beschrieben.

Erfassen während der Arbeit

Wissen muss nicht in einer eigenen Sitzung aufgeschrieben werden. Das meiste sammelt sich aus der Arbeit selbst an.

Während der Assistent arbeitet, achtet er auf Dinge, die es wert sind, festgehalten zu werden: eine Entscheidung, die du gerade getroffen hast, die Lösung für ein Problem, an dem er immer wieder hängen geblieben ist, eine Konvention, auf die man ihn erst hinweisen musste, eine Stolperfalle, die Zeit gekostet hat. Findet er so etwas, schlägt er vor, es als Memory, Regel oder Skill auf dem passenden Pfad zu speichern, und speichert es über die Schreibtools von Pathrule. Du kannst ihn auch direkt bitten, etwas zu speichern.

Zwei Eigenschaften sind dabei wichtig:

• Du kannst jeden Schreibvorgang sehen und rückgängig machen. Ein Schreibvorgang durch einen Assistenten wird als solcher gekennzeichnet, versioniert und ist umkehrbar. Pathrule bearbeitet oder löscht dein Wissen nicht eigenmächtig: Veraltetes oder widersprüchliches Wissen wird als Refresh-Aufgabe gemeldet, die du oder dein Agent auflöst.
• Der Pflegeaufwand bleibt nahe null. Weil die Erfassung bei der normalen Arbeit mitläuft, wächst die Wissensbasis, ohne dass das Schreiben von Doku zum Zweitjob wird. Du kannst trotzdem jederzeit direkt mit der CLI, in der VS Code-Erweiterung oder über einen MCP-Client Inhalte anlegen.

Was automatisch geschrieben wird und was auf einen Menschen wartet

Manche Schreibvorgänge passieren ohne Bestätigungsschritt. Sie sind hier aufgeführt, damit keiner davon überrascht:

• Die eigenen Schreibvorgänge eines Assistenten. Ein Assistent schlägt in der Regel zuerst vor und speichert, sobald du zustimmst. Pathrule schaltet diesen Schreibvorgängen keinen eigenen Bestätigungsschritt vor, sondern macht jeden davon sichtbar und umkehrbar.
• Das Protokoll der Arbeit. Was bereitgestellt wurde, was der Assistent herangezogen hat und wie der Durchgang verlaufen ist, wird während der Arbeit festgehalten, weil es in die Priorisierung einfließt. Siehe Was Pathrule berechnet.
• Eine einmalige Grundausstattung in einem Cloud-Workspace. Wenn ein Agent zum ersten Mal tiefen Kontext anfordert, speichert Pathrule die Dateipfadpaare, die es aus der jüngeren Git-Historie gelesen hat, als Ausgangspunkt für Dateien, die sich gemeinsam ändern, sowie einige kurze Technologie-Memories im Workspace-Root, die anhand von Dateinamen erkannt werden. Dateiinhalte, Diffs und Commit-Nachrichten werden dafür nicht gelesen.
• Projektlernen. Eine Erkenntnis, zu der ein Agent beim Lesen deines Codes gekommen ist, wird zusammen mit den Dateien gespeichert, auf denen sie beruht, und ohne Prüfschritt mit jedem Agenten im Workspace geteilt. Sie kommt als zu überprüfender Hinweis an, nie als Regel, und nur solange ihre Quellen in diesem Checkout unverändert sind; eine Erkenntnis, die sich als falsch herausstellt, lässt sich für alle auf einmal zurückziehen. Siehe Projektlernen.

Alles andere, was abgeleitet und nicht von einem Menschen geschrieben wurde, wartet auf einen Menschen:

• Der Projekt-Scan, den dein Agent ausführt, wenn du ihn bittest, Pathrule für ein Projekt einzurichten, schlägt Memories, Regeln und Skills vor. Geschrieben werden nur die, die du freigibst.
• Team Intelligence macht in Pathrule Cloud aus den Belegen des Teams vorgeschlagene Patterns. Nur Einträge, die ein Mensch bestätigt hat, erreichen die Agenten.
• Korrekturen für veraltetes, widersprüchliches oder doppeltes Wissen ändern nichts, bis eine Refresh-Aufgabe aufgelöst ist, von dir oder von einem Agenten, den du damit beauftragst.

Bewerten, damit das Beste zuerst erscheint

Die Priorisierung entscheidet, welche der relevanten Kandidaten für eine Anfrage erscheinen und in welcher Reihenfolge. Im Cloud-Modus verfolgt Pathrule außerdem, welches Wissen bei ähnlicher Arbeit tatsächlich geholfen hat, und nutzt das, um künftige Ergebnisse zu ordnen, sodass das Wertvollste zuerst erscheint. Sessions bleiben fokussiert statt verrauscht, und ein Eintrag, den ein Agent für veraltet hält, kann als Refresh-Aufgabe zur Prüfung markiert werden. Wie das funktioniert, steht unter Vorschläge und Selbstprüfung.

Lernen ändert die Reihenfolge, nicht die Zulässigkeit. Ein Eintrag muss weiterhin für die aktuelle Anfrage relevant sein. Eine Memory, die bei mehreren Migrationen geholfen hat, gelangt nicht in einen themenfremden Design-Durchgang, nur weil sie eine starke Historie hat.

Wie Rauschen aus dem Prompt bleibt

Der Kreislauf ist bewusst wählerisch. Allgemeine Dokumentation wird standardmäßig zur Prüfung angeboten, statt als verbindliche Anweisung importiert zu werden. Abgeleitetes Wissen wartet auf einen Menschen, und jeder Schreibvorgang ist sichtbar und umkehrbar. Der Pfadbezug begrenzt, wo ein Eintrag erscheinen kann, und innerhalb dieses Bereichs zählt weiterhin die Relevanz für die Anfrage.

Danach werden Bereitstellung und Nutzung gemessen. Wissen, das ein Agent für veraltet, vom Code widerlegt oder doppelt hält, wird als Refresh-Aufgabe zur Prüfung gemeldet. Korrekturen sind versioniert und umkehrbar, sodass das Team den Bestand verbessern kann, ohne seine Historie zu verlieren.

Das Ergebnis ist eine kleine Menge eng gefasster, überprüfbarer Entscheidungen und Stolperfallen statt eines Doku-Abzugs über das ganze Repository. Wie Pathrule harte Aussagen belegt dokumentiert jede dieser Schranken.

Warum der Kreislauf das Produkt ist

Bereitstellen kann auch eine statische Datei oder das eingebaute Gedächtnis eines einzelnen Tools. Was sich aufbaut, ist der Kreislauf: Jede Aufgabe kann das Team ein wenig klüger zurücklassen, und die nächste Session setzt genau dort an.

Dieses Aufbauen ist nicht abstrakt. Jeder Durchlauf hinterlässt etwas, das der nächste nutzen kann: ein gemessenes Protokoll dessen, was bereitgestellt wurde und wie der Durchgang verlief, Belege dafür, was bei welcher Art von Arbeit hilft, eine Beziehung zwischen zwei Dateien, die sich immer wieder gemeinsam ändern, einen Fehler, der an einem Pfad hängt. Was Pathrule berechnet listet jede dieser Schichten auf und was sie speist. Geschriebene Einträge allein bauen sich nicht auf, denn an ihnen ändert sich nichts, ob die Arbeit gut oder schlecht läuft.

Weil das Wissen außerhalb jedes einzelnen Agenten liegt, ist es portabel. Dieselben Memories, Regeln und Skills erreichen Claude Code, Codex, Cursor, GitHub Copilot und Windsurf über die CLI oder die VS Code-Erweiterung und jeden MCP-Client über das lokale oder das Remote MCP. Eine native Gedächtnisfunktion in einem einzelnen Tool ersetzt das nicht, denn dieses Gedächtnis bleibt in diesem Tool. Der bleibende Wert ist das angesammelte Teamwissen, nicht eine einzelne Regel- oder Prompt-Datei.