Document evidence and commitment model

README.md

@@ -10,7 +10,54 @@ Im Mittelpunkt steht nicht die Softwarearchitektur, sondern die Frage:
 
 > **Wie lässt sich aus einem realen Meeting möglichst zuverlässig strukturiertes Wissen extrahieren?**
 
-Neue Ideen werden zunächst hier experimentell umgesetzt. Erst wenn sich ein Ansatz bewährt hat, wird er in den eigentlichen *Meeting Assistant* übernommen.
+Meeting Lab ist die experimentelle R&D-Umgebung fuer den zukuenftigen
+*Meeting Assistant*. Es dient gleichzeitig als Forschungsplattform,
+Architektur-Spielwiese, Regressionsframework, Benchmark-Umgebung und
+Prototypimplementierung. Neue Ideen werden hier untersucht und gegen reale
+Meeting-Beispiele validiert, bevor sie fuer das Produkt in Betracht kommen.
+
+Der beabsichtigte Reifeprozess ist:
+
+```text
+Research idea
+    ->
+Meeting Lab experiment
+    ->
+Regression tests
+    ->
+Stable architecture
+    ->
+Meeting Assistant implementation
+```
+
+Nur ausreichend ausgereifte und verifizierte Komponenten sollen in den
+Meeting Assistant uebernommen werden. Meeting Lab darf bewusst experimentelle
+Ansaetze und Entwicklungszweige enthalten, die verworfen werden oder nie den
+Assistant erreichen.
+
+## Meeting Assistant und langfristige Produktentwicklung
+
+Der Meeting Assistant ist als Produktionsanwendung vorgesehen. Seine erste
+oeffentliche Beta soll auf einem stabilen Meeting-Lab-MVP basieren und eine
+polierte User Experience, Installer, Konfiguration und eine produktionsreife
+Pipeline bieten. Eine GUI ist optional; experimentelle Funktionen sollen
+standardmaessig nicht aktiviert sein.
+
+Meeting Lab entwickelt sich unabhaengig weiter und bleibt der langfristige
+Innovationszweig. Der erwartete Transferpfad lautet:
+
+```text
+Meeting Lab Alpha
+    ->
+Meeting Lab Beta
+    ->
+Meeting Assistant Beta
+    ->
+Meeting Assistant Release
+```
+
+Meeting-Assistant-Releases uebernehmen damit gezielt bewaehrte Meeting-Lab-
+Komponenten, waehrend der Assistant den stabilen Produktzweig bildet.
 
 ---