PathruleAgent IR
Was Pathrule einem Coding-Agent für eine Aufgabe liefert, was es bewusst weglässt, wie eine Memory vollständig oder nur mit Titel ankommt, wie Verbindlichkeit bei der Auslieferung erhalten bleibt und wie sich die Kanäle zwischen den Clients unterscheiden.
Auf dieser Seite
Agent IR ist Pathrules Bezeichnung für das, was ein Agent für eine Aufgabe erhält: die Grenze zwischen allem, was Pathrule weiß, und einer einzelnen Ausführung durch einen einzelnen Agenten.
Diese Grenze ist wichtig. Es handelt sich um Wissen, das für eine Aufgabe ausgewählt und dann für einen Client aufbereitet wird, nicht um eine Abfrage, die an einen Prompt angehängt wird. Was ein Agent erhält, wird für die anstehende Arbeit zusammengestellt, und seine Form ist eine bewusste Designentscheidung, nicht einfach das, was eine Suche zufällig zurückgeliefert hat.
Was es enthält
Für eine Aufgabe, in einem Bereich:
- Die zutreffenden Regeln, als Regeln, in einem eigenen Abschnitt.
- Die wichtigsten Memories für den Pfad und den Prompt, vollständig, und die übrigen zutreffenden, mit Titel aufgeführt.
- Die zutreffenden Skills, mit Namen, damit der Agent das Vorgehen laden kann, wenn er es braucht.
- Deine persönlichen Präferenzen, in Clients mit Prompt-Hook, unter einer Überschrift, die die Anforderungen des Workspace an erster Stelle hält. Siehe User Intelligence.
- Erkenntnisse, die Agents über den Code festgehalten haben, formuliert als zu prüfender Rat, in dem Kontext, den ein Agent anfordert. Siehe Projektlernen.
- Verifizierte Team-Patterns, auf Pathrule Cloud. Vorschläge, die niemand verifiziert hat, werden nicht ausgeliefert.
Was es bewusst weglässt
Alles, was die Ausführung nicht verbessert.
Keine Verwaltungsfelder, keine internen Kennungen, mit denen der Agent nichts anfangen kann, kein Wissen, das sich auf andere Teile des Repository bezieht, und nichts, was eine Person nicht freigegeben hat, wo eine Freigabe erforderlich ist. Ein Vorschlag, eine Präferenz im Kandidatenstatus oder eine nicht freigegebene Regeleinschränkung wird nicht ausgeliefert.
Drei tragende Eigenschaften
Die Art bleibt erhalten. Ein früherer Fix wird als früherer Fix ausgeliefert und eine Regel als Regel. Beides zu einem „Merk dir das“ einzuebnen, wirft genau das weg, was jedes davon nützlich gemacht hat.
Verbindlichkeit ist kodiert, nicht eingeebnet. Ein Rat landet an einer klar untergeordneten Stelle, statt mit gleichem Gewicht hinter eine verbindliche Regel gehängt zu werden. Ein Agent, der die Auslieferung liest, kann eine Anforderung von einem Vorschlag unterscheiden, weil die Auslieferung angegeben hat, was was ist. Siehe Knowledge IR.
Der vollständige Text ist immer nur einen Lesezugriff entfernt. Eine Memory, die nicht in das Budget pro Prompt passt, wird mit Titel aufgeführt statt verworfen, und wer sie über ihren Namen liest, erhält alles, was dein Team geschrieben hat.
Wie eine Memory den Agenten erreicht
Eine Memory erreicht einen Agenten auf einem von drei Wegen.
- Vollständig, für den Prompt. In Clients mit Prompt-Hook, also Claude Code und Codex, wählt Pathrule die Memories aus, die für den Pfad und den Prompt wichtig sind, priorisiert sie und liefert die relevantesten vollständig aus, bevor der Agent startet, innerhalb eines Budgets pro Prompt. Eine Memory, die in der Session bereits ausgeliefert wurde, wird nicht erneut gesendet.
- Mit Titel. Memories, die zutreffen, aber nicht mehr hineinpassen, werden mit Titel aufgeführt, sodass der Agent weiß, dass es sie gibt, und jede davon mit
pathrule_read_memorylesen kann. - In den Instruktionsdateien. Die Dateien, die Pathrule für jeden Client kompiliert, enthalten das Wissen des Workspace oder einen Index davon, und zwar an den Pfaden, für die es gilt. So startet selbst ein Client ohne Hooks mit diesem Wissen.
Eine Memory über ihren Namen zu lesen ist keine Auslieferung. Es liefert immer den vollständigen Text, weil ein expliziter Lesezugriff eine Anfrage nach der Quelle ist.
Was vollständig ankommt und was nur als Name beschreibt das Budget ausführlicher, und wie das Retrieval funktioniert beschreibt, wie die Auswahl getroffen wird.
Wo die kompilierte Auslieferung greift
Wie viel davon ankommt, ohne dass der Agent fragen muss, hängt von den Hooks des Clients ab.
| Client | Was automatisch ankommt |
|---|---|
| Claude Code, Codex | Instruktionsdateien beim Session-Start, dazu eine Auslieferung pro Prompt über den Prompt-Hook. |
| Cursor, GitHub Copilot | Instruktionsdateien, dazu Kontext aus Session- und Tool-Hooks. Kein Prompt-Hook. |
| Windsurf | Seine Regeldatei. Keine Hooks; tieferer Kontext kommt über MCP. |
| Remote-MCP-Clients | Nichts automatisch. Der Agent fragt über MCP-Tools an. |
Remote MCP ist ein gehosteter Tool-Endpunkt. Er installiert keine Hooks und schreibt keine lokalen Dateien. Ein Remote-Client, der Wissen anfordert, ist also etwas anderes als ein lokaler Hook, der es genau in dem Moment ausliefert, in dem der Agent handelt. Jeder Agent kann auf jedem dieser Wege mit pathrule_get_context mehr anfordern.
Engine-neutral
Was ausgewählt wird, hängt nie davon ab, welcher Agent gleich läuft. Dasselbe Wissen wird einmal aufbereitet, und jeder Client erhält es über seinen eigenen nativen Mechanismus: seine Instruktionsdateien, seine Hooks, wo er welche hat, und MCP. Siehe wie Hooks funktionieren.
Genau das macht die Unabhängigkeit vom Agenten zu einer strukturellen Eigenschaft statt zu einem bloßen Anspruch. Es gibt kein auf Claude zugeschnittenes und kein auf Codex zugeschnittenes Wissen, nur das Wissen und die Hülle, in der es ausgeliefert wird. Was sich zwischen den Clients unterscheidet, ist, wie viel davon ankommen kann, ohne angefordert zu werden, und genau das macht die Tabelle oben explizit.