Sie erweitern ein bestehendes Wissenssystem um eine neue Domäne. Dies ist Komposition, keine Ersetzung. Die neue Domäne muss mit bestehenden Domänen koexistieren, während sie ihr eigenes Vokabular, Schema und Verarbeitungsmuster beibehält. Der gemeinsame Graph (Wiki-Links, Hub-MOC, Beschreibungsfelder) verbindet alles.
Ihre Aufgabe
Fügen Sie eine neue Wissensdomäne hinzu: $ARGUMENTS
Referenzdateien
Lesen Sie diese während der Ableitungsphasen:
Kompositionsregeln:
${CLAUDE_PLUGIN_ROOT}/reference/derivation-validation.md-- Test 4 (Multi-Domain Composition) validiert das Muster${CLAUDE_PLUGIN_ROOT}/reference/three-spaces.md-- Drei-Räume-Architektur (domänenübergreifend geteilt)${CLAUDE_PLUGIN_ROOT}/reference/interaction-constraints.md-- Kohärenzvalidierung für Domänenkonfiguration
Domänenkonfiguration:
${CLAUDE_PLUGIN_ROOT}/reference/vocabulary-transforms.md-- Domänennative Begriffszuordnung${CLAUDE_PLUGIN_ROOT}/reference/tradition-presets.md-- Vorvalidierte Domänenkonfigurationen${CLAUDE_PLUGIN_ROOT}/reference/use-case-presets.md-- 3 Voreinstellungen mit Konfigurationen${CLAUDE_PLUGIN_ROOT}/reference/dimension-claim-map.md-- Forschungshintergrund für Dimensionspositionen${CLAUDE_PLUGIN_ROOT}/reference/failure-modes.md-- Domänenverwundbarkeitsmatrix
Validierung:
${CLAUDE_PLUGIN_ROOT}/reference/kernel.yaml-- Die 12 nicht verhandelbaren Primitive${CLAUDE_PLUGIN_ROOT}/reference/validate-kernel.sh-- Kernel-Validierungsskript
PHASE 1: Bestehendes System scannen
Automatisiert. Verstehen, was existiert, bevor etwas hinzugefügt wird.
1a. Systemkonfiguration lesen
Lese ops/derivation.md für:
- Aktuelle Dimensionspositionen
- Vokabularzuordnung
- Plattform- und Automatisierungsgrad
- Aktive Funktionsblöcke
Lese ops/config.yaml für live-Konfigurationswerte.
1b. Bestehende Domänen inventarisieren
Identifiziere alle aktuellen Wissensdomänen:
- Primärer Notizordner und sein Domänenvokabular
- Alle vorhandenen sekundären Domänen (Ordner, Vorlagen, MOCs)
- Verwendete Schemafelder pro Domäne
1c. Dimensionstypen identifizieren
Klassifiziere jede der 8 Dimensionen als systemweit oder domänenjustierbar:
| Dimension | Typ | Begründung |
|---|---|---|
| Organisation | systemweit | Flach/hierarchisch gilt für den gesamten Arbeitsbereich |
| Automatisierung | systemweit | Hooks und Fähigkeiten sind arbeitsbereichsweite Infrastruktur |
| Navigationstiefe | systemweit | Hub-MOC-Struktur wird geteilt |
| Granularität | domänenjustierbar | Verschiedene Domänen benötigen möglicherweise unterschiedliche Granularität |
| Verarbeitung | domänenjustierbar | Forschung braucht schwer, Beziehungen brauchen leicht |
| Wartung | domänenjustierbar | Unterschiedliche Bedingungsschwellen je nach Domänenwachstumsrate |
| Schema | domänenjustierbar | Domänenspezifische Felder variieren |
| Verknüpfung | domänenjustierbar | Manche Domänen benötigen semantische Suche, andere nicht |
Systemweite Dimensionen sind durch das bestehende System festgelegt. Domänenjustierbare Dimensionen können für die neue Domäne variieren.
PHASE 2: Gespräch
1-3 Gesprächsrunden, um die neue Domäne zu verstehen. Verwende für jede Runde AskUserQuestion.
Eröffnungsfrage
Stelle EINE fokussierte Frage zur neuen Domäne:
"Erzählen Sie mir von [Domänenhinweis aus $ARGUMENTS] -- welche Art von Dingen werden Sie erfassen, und wie verhält sich dies zu Ihrer bestehenden [aktuelles Domänenvokabular] Arbeit?"
Die zweite Hälfte ist entscheidend: Das Verständnis der Beziehung zwischen den Domänen treibt Kompositionsentscheidungen.
Signalextraktion
Während der Nutzer antwortet, extrahiere Signale für domänenjustierbare Dimensionen:
| Signal | Dimension | Position |
|---|---|---|
| "Kurze Notizen über Personen" | Granularität | moderat |
| "Tiefe Analyse von Sitzungen" | Verarbeitung | schwer |
| "Erinnere mich nur an Schlüsselmomente" | Verarbeitung | leicht |
| "Ich besuche und aktualisiere oft" | Wartung | enge Schwellen |
| "Meist statisch, einmal erfasst" | Wartung | lockere Schwellen |
| "Müssen Muster über Einträge hinweg finden" | Verknüpfung | explizit+implizit |
Extrahiere auch:
- Mengenschätzung -- wie viele Notizen pro Verarbeitungsstapel
- Zeitliche Dynamik -- wie schnell sich der Inhalt ändert
- Vokabular -- die eigenen Worte des Nutzers für Notizen, Prozesse, Organisation
- Domänenübergreifende Beziehung -- wie diese mit bestehenden Domänen verbunden ist
Folgeansatz
Stelle nach der ersten Antwort 1-2 Folgefragen, die abzielen auf:
- Vokabularbestätigung -- "Wenn Sie [Wort des Nutzers] sagen, meinen Sie einzelne Erkenntnisse oder längere Einträge?"
- Domänenübergreifende Verbindungsmuster -- "Werden [neue Domäne] Notizen mit Ihren [bestehende Domäne] Notizen verbunden? Wie?"
Frage NICHT direkt nach Dimensionen. Höre auf sie in natürlicher Konversation.
PHASE 3: Domänenkonfiguration ableiten
3a. Signale domänenjustierbaren Dimensionen zuordnen
Bestimme für jede justierbare Dimension die Position für die neue Domäne:
- Nutzersignale (höchste Priorität)
- Nächstgelegene Anwendungsfallvoreinstellung aus
${CLAUDE_PLUGIN_ROOT}/reference/use-case-presets.md - Kaskade von systemweiten Dimensionen
3b. Vokabularzuordnung erstellen
Lese ${CLAUDE_PLUGIN_ROOT}/reference/vocabulary-transforms.md für die Umwandlungstabelle.
Prioritätsreihenfolge:
- Eigene Wörter des Nutzers aus dem Gespräch
- Vokabular der Anwendungsfallvoreinstellung
- Nächstgelegene Referenzdomänenmischung
Erstelle die vollständige Zuordnung für die neue Domäne:
| Universeller Begriff | Begriff Neue Domäne | Quelle |
|---|---|---|
| Notiz | [Begriff] | [Nutzer / Voreinstellung / Mischung] |
| extrahieren / reduzieren | [Begriff] | [Nutzer / Voreinstellung / Mischung] |
| verbinden / reflektieren | [Begriff] | [Nutzer / Voreinstellung / Mischung] |
| MOC | [Begriff] | [Nutzer / Voreinstellung / Mischung] |
| Beschreibung | [Begriff] | [Nutzer / Voreinstellung / Mischung] |
| Themen | [Begriff] | [Nutzer / Voreinstellung / Mischung] |
| Posteingang | [Begriff] | [Nutzer / Voreinstellung / Mischung] |
3c. Domänenspezifisches Schema entwerfen
Beginne mit dem Basisnotizschema (Beschreibung, Themen) und füge domänenspezifische Felder hinzu:
_schema:
entity_type: "[domäne]-notiz"
applies_to: "[domänen-ordner]/*.md"
required:
- beschreibung
- themen
optional:
- [domänenspezifische Felder basierend auf Gesprächssignalen]
enums:
[feld]:
- [domänenrelevante Werte]
3d. Kollisionsprüfung
Dies ist entscheidend für die Multi-Domänen-Komposition. Überprüfe:
-
Dateinamen-Eindeutigkeit -- die Notiztitel der neuen Domäne kollidieren nicht mit vorhandenen Notizen. Wiki-Links werden über den gesamten Arbeitsbereich hinweg nach Dateinamen aufgelöst, daher muss jeder Dateiname eindeutig sein.
-
Schema-Feldnamen -- neue Domänenfelder kollidieren nicht mit vorhandenen Domänenfeldern. Wenn beide Domänen einen Feldnamen verwenden (z.B.
typ), müssen die Aufzählungswerte sich gegenseitig ausschließen oder das Feld muss kompatible Semantik haben. -
Vorlagennamen -- Vorlagen der neuen Domäne haben eindeutige Namen im Vergleich zu vorhandenen Vorlagen.
-
Ordnernamen -- Ordner der neuen Domäne kollidieren nicht mit vorhandenen Ordnern.
Wenn Kollisionen erkannt werden, löse sie, bevor du fortfährst.
PHASE 4: Kompositionsregeln prüfen
Lese ${CLAUDE_PLUGIN_ROOT}/reference/derivation-validation.md (Test 4: Multi-Domain Composition) für das validierte Kompositionsmuster.
Überprüfe jede Kompositionsregel:
Regel 1: Wiki-Links werden im gemeinsamen Namensraum eindeutig aufgelöst
Alle Notizdateinamen müssen domänenübergreifend eindeutig sein. Die Namenskonventionen der neuen Domäne müssen mit vorhandenen kompatibel sein.
Regel 2: Hub-MOC verlinkt zu allen Domänen-MOCs
Der vorhandene Hub-MOC (index.md oder Äquivalent) muss aktualisiert werden, um den Einstiegs-MOC der neuen Domäne einzuschließen. Die Hierarchie wird:
hub -> vorhandene Domänen-MOCs
-> neuer Domänen-MOC
Regel 3: Domänenübergreifende Reflexion durchsucht alle Notizordner
Wenn Verbindungsfindung (Reflexion) aktiv ist, muss sie alle Domänen durchsuchen -- eine Notiz in der neuen Domäne könnte mit einer Notiz in der bestehenden Domäne verbunden sein. Semantische Suchsammlungen müssen den neuen Domänenordner einschließen.
Regel 4: Domänenspezifische Verarbeitung kann koexistieren
Wenn die neue Domäne eine andere Verarbeitungsintensität benötigt als die bestehende Domäne, muss die Pipeline nach Notiztyp routen. Schwere Verarbeitung für Forschungsnotizen, leichte Verarbeitung für Beziehungsnotizen usw.
Regel 5: Kontextdateiladen ist progressiv
Der Methodikleitfaden der neuen Domäne sollte nur geladen werden, wenn in dieser Domäne gearbeitet wird, nicht bei jedem Sitzungsstart. Dies verhindert Kontextaufblähung, wenn Domänen akkumulieren.
Kohärenzprüfung
Führe die Konfiguration der neuen Domäne durch ${CLAUDE_PLUGIN_ROOT}/reference/interaction-constraints.md:
- Harte Einschränkungsverstöße zwischen neuer Domänenkonfiguration und systemweiten Dimensionen
- Weiche Einschränkungswarnungen spezifisch für die neue Domäne
- Kaskadeneffekte auf bestehende Domäne(n)
PHASE 5: Vorschlag präsentieren
Zeige dem Nutzer genau, was erstellt wird und wie es mit dem Bestehenden verbunden ist.
Ausgabeformat:
=== DOMÄNENHINZUFÜGUNGSVORSCHLAG ===
Neue Domäne: [Domänenname]
Vokabular: [Schlüsselbegriffszuordnungen]
--- Was wird erstellt ---
Ordnerstruktur:
[domänen-ordner]/ <- [Beschreibung]
index.md <- Domänen-Hub-MOC
[domänen-posteingang]/ <- Erfassungszone (wenn Verarbeitung >= moderat)
templates/[domäne]-notiz.md <- Notizvorlage mit Domänenschema
--- Verbindungen zum bestehenden System ---
- Hub-MOC (index.md): füge [neue Domäne] Abschnitt mit Link zu [[domänen-index]] hinzu
- Domänenübergreifende Links: Notizen der [neuen Domäne] können mit Notizen der [bestehenden Domäne] verlinkt werden und umgekehrt
- Geteilte Infrastruktur: self/, ops/, templates/ bleiben geteilt
- Semantische Suche: [neue Sammlung hinzugefügt / bei aktueller Lautstärke nicht benötigt]
--- Was ändert sich NICHT ---
- Vorhandener [Domäne] Ordner: unberührt
- Vorhandene Vorlagen: unberührt
- Vorhandene MOC-Hierarchie: unberührt (Hub erhält einen neuen Link)
- self/-Bereich: geteilt (methodology.md mit Multi-Domänen-Mustern aktualisiert)
- ops/-Bereich: geteilt (derivation.md mit Domänenhinzufügung aktualisiert)
--- Domänenkonfiguration ---
| Dimension | Position | Begründung |
|-----------|----------|------------|
| Granularität | [Wert] | [Grund] |
| Verarbeitung | [Wert] | [Grund] |
| Wartung | [Wert] | [Grund] |
| Schema | [Wert] | [Grund] |
| Verknüpfung | [Wert] | [Grund] |
| (systemweite Dimensionen vom bestehenden System geerbt) |
--- Schema-Vorschau ---
[Zeige den _schema-Block für die Vorlage der neuen Domäne]
--- Vokabularzuordnung ---
| Universell | Neue Domäne | Bestehende Domäne |
|-----------|-------------|------------------|
| Notiz | [Begriff] | [Bestehender Begriff] |
| ... | ... | ... |
Möchten Sie, dass ich dies erstelle? Ich kann alles anpassen, bevor ich generiere.
=== VORSCHLAG ENDE ===
Warte auf die Zustimmung des Nutzers, bevor du fortfährst.
PHASE 6: Generieren
Erstelle die Infrastruktur der neuen Domäne. Die Reihenfolge ist wichtig -- spätere Artefakte verweisen auf frühere.
Schritt 1: Domänenordnerstruktur
Erstelle den Notizordner der Domäne und optionalen Posteingangsordner:
mkdir -p [domänen-ordner]
mkdir -p [domänen-posteingang] # wenn Verarbeitung >= moderat
Schritt 2: Notizvorlage der Domäne
Erstelle templates/[domäne]-notiz.md mit dem abgeleiteten _schema-Block, erforderlichen und optionalen Feldern sowie Domänenvokabular in Kommentaren und Beispielen.
Schritt 3: Domänen-Hub-MOC
Erstelle [domänen-ordner]/index.md:
---
description: [Einstiegsbeschreibung in Domänenvokabular]
type: moc
---
# index
[Orientierungsabsatz in Domänenvokabular]
## [Domäne:Themen]
(Themen werden sich ergeben, wenn Notizen akkumulieren)
## Erste Schritte
1. Erfassen Sie Ihre erste [Domäne:Notiz]
2. Verbinden Sie sie mit diesem Hub
Schritt 4: Domänenleitfaden
Erstelle ein domänenspezifisches Methodikdokument, das geladen wird, wenn in dieser Domäne gearbeitet wird. Für Claude Code: .claude/skills/[domäne]-leitfaden/SKILL.md oder ein Abschnitt in der Kontextdatei. Für andere Plattformen: eine eigenständige Leitfadendatei.
Der Leitfaden behandelt:
- Wie in dieser Domäne erfassen
- Wie verarbeiten (mit der abgeleiteten Intensität)
- Wann domänenübergreifend verbinden
- Domänenspezifische Qualitätsstandards
- Domänenvokabular-Referenz
Schritt 5: Hub-MOC aktualisieren
Füge die neue Domäne zum vorhandenen Hub-MOC (index.md) hinzu:
## [Name der neuen Domäne]
- [[domänen-index]] -- [Beschreibung, was diese Domäne erfasst]
Schritt 6: Kontextdatei aktualisieren
Füge zur Kontextdatei hinzu:
- Domänenrouting: Wenn in [Domäne] gearbeitet wird, lade [Domänenleitfaden]
- Vokabular: Begriffe der neuen Domäne zur Vokabularreferenz hinzugefügt
- Verarbeitung: Wenn unterschiedliche Verarbeitungsintensität, dokumentiere das Routing
- Domänenübergreifende Verknüpfung: Wann und wie domänenübergreifend verbinden
Schritt 7: self/methodology.md aktualisieren
Füge Multi-Domänen-Arbeitsmuster hinzu:
- Wie zwischen Domänen wechseln
- Wann domänenübergreifende Verbindungen erstellen
- Verarbeitungsauslöser pro Domäne
Schritt 8: ops/derivation.md aktualisieren
Dokumentiere die Domänenhinzufügung:
- Name der neuen Domäne und Vokabular
- Positionen domänenjustierbarer Dimensionen mit Begründung
- Überprüfte Kompositionsregeln
- Domänenübergreifende Verbindungsmuster
- Datum und Kontext der Hinzufügung
Schritt 9: Semantische Suche aktualisieren (falls konfiguriert)
Wenn qmd oder Äquivalent konfiguriert ist:
# Neue Sammlung für Domänenordner hinzufügen
qmd update
qmd embed
Aktualisiere .mcp.json oder äquivalente Konfiguration, um die neue Sammlung einzuschließen.
Schritt 10: Domänenverarbeitungsfähigkeiten (wenn Verarbeitung >= moderat)
Wenn die neue Domäne eigene Verarbeitungsfähigkeiten benötigt (weil sich Verarbeitungsintensität oder Vokabular von der bestehenden Domäne unterscheidet), generiere domänenangepasste Versionen der Reduzier-/Reflektions-/Validierungsfähigkeiten.
Wenn die vorhandenen Fähigkeiten Multi-Domänen-Routing nach Notiztyp verarbeiten können, aktualisiere sie anstatt Duplikate zu erstellen.
PHASE 7: Validieren
Kernel-Prüfungen für neue Domänendateien
Führe Kernel-Validierung gegen die Dateien der neuen Domäne durch:
- YAML-Frontmatter gültig für alle neuen Dateien
- Wiki-Links aus neuen Dateien werden aufgelöst (einschließlich domänenübergreifender Links)
- Neuer Domänen-MOC ist vom Hub aus erreichbar
- Beschreibungsfelder vorhanden
- Themen-Fußzeilen verweisen auf den Domänen-MOC
Kompositionsvalidierung
- Keine Feldkonflikte -- durchsuche alle Vorlagen nach Feldnamen, überprüfe keine semantischen Konflikte
- Hub-Erreichbarkeit -- Hub-MOC verlinkt zu allen Domänen-MOCs, alle Domänen-MOCs verlinken zu ihren Notizen
- Domänenübergreifender Linktest -- erstelle einen Testlink von neuer Domäne zu bestehender Domäne, überprüfe, ob er aufgelöst wird
- Dateinamen-Eindeutigkeit -- überprüfe keine doppelten Dateinamen domänenübergreifend:
find . -name "*.md" -exec basename {} \; | sort | uniq -d
Zusammenfassung
Sie haben erfolgreich eine neue Wissensdomäne zu Ihrem bestehenden System hinzugefügt. Die neue Domäne koexistiert mit vorhandenen Domänen durch gemeinsame Infrastruktur (Hub-MOC, Wiki-Links, Beschreibungsfelder) bei Beibehaltung ihres eigenen Vokabulars, Schemas und Verarbeitungsmusters. Das System kann nun domänenübergreifende Verbindungen finden und verarbeiten, ohne dass Domänen kollidieren.