Die Wiki Knowledge Engine: Regeln, Leitplanken und Synthese

Wissen, das sich selbst organisiert - auf geschriebenen Gleisen

Wenn Konversationen in einer geteilten Wissensbasis archiviert werden, hört die Frage auf, „können wir Seiten speichern" zu heißen, und heißt „wer darf was, wo, in welcher Stimme schreiben". Die Wiki Engine von Simmetric Chat antwortet mit einem dreischichtigen Instruktionsmodell für jedes Archiv: Code-erzwungene Regeln, ein per-Archiv redaktioneller Prompt, der als Daten getragen wird, und die strukturierten Felder, die das erwartete Verhalten beschreiben. Das Modell, das hängen bleibt: Der Schema Prompt per Archiv ist zum Wiki, was ein CLAUDE.md für ein Code-Repository ist - der Natur nach beratend, in der Praxis wirkmächtig, nie ein Gesetz.

Dieser Artikel ist der Design-Durchgang: die drei Schichten, was jede darf und nicht darf, die Präzedenzkette, wenn sie widersprechen, und die zwei eingebauten Skills (wiki_query, wiki_write), die die maschinenlesbare Hälfte des Versprechens wahr machen.

Schicht 1: harte Regeln, vom Code erzwungen

Die erste Schicht ist bedingungslos und konfigurationsunabhängig - sie bewacht alles:

1. Die Filesystem-Wache. validateWritablePath weist jedes Schreibziel außerhalb von <archiveBase>/wiki/ zurück: Der Anti-Traversal-Check läuft zuerst, dann der wiki/-Präfix-Check. Ein Ziel außerhalb von wiki/ wirft einen benannten Fehler, und createPage wie updatePage rufen die Wache vor jedem Datei-Write auf. raw_sources/ ist dem Design nach unveränderlich - kein API-Endpoint schreibt darunter.
2. Der Spiegel auf Prompt-Ebene. Ein immer aktiver Block wird an jeden archivgebundenen Prompt angehängt, und seine Formulierung spiegelt die Filesystem-Wache (raw_sources/ is immutable). Das Modell versucht den Ausweg aus wiki/ gar nicht erst - und täte es doch, garantiert der Code, dass nichts landet.

Die Paarung ist beabsichtigt: Der Prompt hält das Modell ehrlich, der Code hält das System sicher. Vertrauen wohnt in der zweiten Eigenschaft, nicht in der ersten.

Schicht 2: der beratende Schema Prompt pro Archiv

Der Schema Prompt (schemaPrompt) ist ein freies, beratendes Textfeld, das im Config-JSON des Archivs gespeichert wird:

• Form: bis zu 10000 Zeichen (≈2500 Tokens) im Config-Schema des Archivs - ein additiver Schlüssel, null Migrationen.
• Validierung: Zod bei jedem Write via PUT /api/archives/:id/config; ein Payload über dem Deckel wird mit einem 400 abgewiesen, der das Feld benennt.
• Lesevertrag: Ein Archiv ohne gespeicherte Zeile liest die Defaults des Schemas (der Erstspeicher-Pfad); Archive mit Zeile liefern den gespeicherten Blob wörtlich. Legacy-Blobs über dem Deckel werden an der Injektion mit einem expliziten Hinweis gekürzt, nie still beschnitten oder neu validiert.
• Beratend dem Design nach: Der Block geht als DATUM mit ausdrücklichem beratendem Label in die Prompts - nie als Privilegien-Zuschlag auf System-Prompt-Ebene. Keine Sanierung über den Längendeckel hinaus; widersprüchliche Anweisungen sind ein akzeptiertes Qualitätsrisiko, gemildert durch Hilfetext und Vorlage in der Oberfläche.

Schicht 2 ist der Ort, an dem die redaktionelle Stimme der Organisation lebt: Namenskonventionen, Seitenstruktur, Quellen-Erwartungen. Es ist Leitplanke - und die Engine behandelt sie genau so.

Schicht 3: die strukturierten Felder

Persona, purpose, scope - die strukturierte Beschreibung des Archivs - werden von der bestehenden Konfiguration in den Prompt-Pfad injiziert. Sie beschreiben Standardwerte; Schicht 2 übersteuert sie, wenn beide sprechen.

Die Präzedenzkette

harte Regeln (Code) > Schema Prompt (beratend) > strukturierte Felder

1. Der Schema Prompt kann die harten Regeln nie übersteuern - der Prompt deklariert; der Code erzwingt.
2. Im Konflikt mit den strukturierten Feldern geht der Schema Prompt vor.
3. Ein Archiv ohne Schema Prompt verhält sich wie Baseline plus die harte Regel - null Anreicherung, null Abwertung.

Die dritte Zeile zählt im geistigen Register der Betriebsleitung: Ein leeres beratendes Feld ist eine vollständige Konfiguration, keine fehlende. Es gibt keine leeren Platzhalter-Sektionen, die in den Prompts herumschwirren.

Wo der beratende Block landet

Die Injektion hat ausdrückliche Nahtstellen, jede im System-Prompt der Anfrage getragen nach dem Suchregel-Block und vor dem eigenen System-Prompt des Workspace:

• Der Chat-Orchestrator (beide Pfade, Streaming und nicht-streaming) - die harte Regel immer; der beratende Block reist mit, wenn das Archiv einen hat.
• Der Entscheidungsdurchlauf der Synthese-Pipeline - der beratende Block trägt dort die SYSTEM-Rolle, während die früheren Durchläufe (Retrieval, Entwurf, Widerspruchsbeurteilung) dem Design nach ohne ihn laufen.

wiki_query und wiki_write: die zwei Eingebauten

Die Builtin-Skills wiki_query und wiki_write führen keine LLM-Aufrufe aus - der Schreibpfad erzeugt deterministische Vorschauen vollständig in Code. Die architektonische Konsequenz ist scharf: Eine Injection pro Skill würde kein Modell erreichen, sodass die einzige LLM-facing Fläche des Wiki der System-Prompt des Orchestrators ist. Das Schreibverhalten des Wiki = die drei Schichten oben; die Lese-/Schreibfunktionen = schlichter, auditierbarer Code.

Why dieses Gerüst trägt

Drei Eigenschaften, in Kombination:

• Unveränderlichkeit am Fundament - raw_sources/ kann niemand neu schreiben, auch das Modell nicht (die Wache + der immer aktive Block).
• Beratende Disziplin - redaktionelle Führung geht als etikettierte Daten hinein, prüfbar auf der Config-Edit-Ebene, nie als Privileg.
• Deterministische Eingebaute - die Lese-/Schreiboberflächen des Archivs laufen ohne Modell, sodass die Garantien nicht vom Urteil des Modells abhängen.

Das Versprechen der Engine ist bescheiden und tragend: Wissen organisiert sich selbst auf geschriebenen Gleisen, genau so weit, wie die Gleise es entscheiden. Die Betriebsleitung von Simmetric Chat bleibt der Autor der Gleise - das ist der stille Punkt des ganzen Entwurfs.

Weiterlesen

Die Anleitung trägt die vollständige Betriebsreferenz - die Feldtabellen und die Endpunkt-Verträge - unter /de/docs/wiki-knowledge-engine:

• Wiki knowledge engine - die Anleitung
• Fakten dieses Beitrags: Zeile FACT-CENSUS.md F-WIKI-1 (die Wiki Schema Layer: verfasst, finalisiert, gegen den lebenden Code an der v0.25-Gate geprüft)

Provenance: Simmetric Chat docs/WIKI_SCHEMA_LAYER.md (v0.28.1, Phase 187/194), validateWritablePath in packages/server/src/utils/archivePath.ts, die Injektions-Nahtstellen des Orchestrators, CHANGELOG.md v0.28.1 - am vom Census fixierten Dokumentenstand (SHA aca5b8ff).