diff --git a/knowledge-conduit/knowledge-conduit-generaltest-entwurf.md b/knowledge-conduit/knowledge-conduit-generaltest-entwurf.md
new file mode 100644
index 0000000..59b3aa9
--- /dev/null
+++ b/knowledge-conduit/knowledge-conduit-generaltest-entwurf.md
@@ -0,0 +1,38 @@
+# Knowledge-Conduit Generaltest: Schlanker Konzeptentwurf
+
+## Ziel
+Der Generaltest soll breit genug fuer robuste Aussagekraft sein, aber klein genug, um nicht die App-Solution aufzublaehen.
+
+## Leitplanke fuer diese Solution
+- In dieser Solution werden keine grossen Test-Fixtures abgelegt.
+- Keine massiven Run-Artefakte im Repo.
+- Das Konzept bleibt hier dokumentiert; schwere Testdaten laufen ausserhalb der Solution.
+
+## Testidee (fachlich)
+Geprueft werden Kombinationen aus:
+1. Kleine Aenderung vs. grosse Aenderung
+2. Ohne Noise vs. mit Noise
+3. Eine Capability geaendert vs. vier Capabilities geaendert
+4. Inhaltliche Aenderung vs. strukturelle Aenderung
+
+## Minimaler Setup-Vorschlag
+- Zwei kleine lokale Test-Repos ausserhalb der Solution
+- Jeweils identische drei Demo-Skills
+- Eine gezielte Verbesserung in genau einem Skill als Drift-Fall
+
+## Beispielhafte Szenarioklassen
+1. Small + Clean + 1 Capability
+2. Small + Noise + 4 Capabilities
+3. Large + Clean + 1 Capability
+4. Large + Noise + 4 Capabilities
+
+## Abnahmekriterien
+- Der Prozess erkennt kleine und grosse Aenderungen stabil.
+- Noise fuehrt nicht zu unkontrollierten Fehlzuordnungen.
+- 1- und 4-Capability-Faelle bleiben konsistent klassifiziert.
+- Der gezielte Verbesserungsfall wird als plausible qualitative Verbesserung erkannt.
+
+## Naechste Schritte
+1. Externen, kleinen Test-Workspace fuer die Ausfuehrung nutzen.
+2. Nur aggregierte Ergebnisse (z. B. Metriken, Zusammenfassung) hierher uebernehmen.
+3. Falls noetig, spaeter einen sehr kleinen Smoke-Test in der Solution behalten.