feat: Meta-Struktur mit Memory-Index und erstem ADR

meta/entscheidungen/001-oekosystem-statt-einzelprojekte.md

@@ -0,0 +1,28 @@
+---
+title: "ADR 001: Ökosystem statt Einzelprojekte"
+status: akzeptiert
+datum: 2026-04-04
+tags: [entscheidung, architektur]
+---
+
+# ADR 001: Ökosystem statt Einzelprojekte
+
+## Kontext
+
+Wir wollen Bastelprojekte dokumentieren und planen. Die naive Lösung wäre: jedes Projekt einzeln, unabhängig.
+
+## Entscheidung
+
+Stattdessen bauen wir ein **modulares Ökosystem** mit wiederverwendbaren Bausteinen. Jeder Baustein (Controller, Recheneinheit, Sensoren) hat eine definierte Rolle und kann in mehreren Projekten genutzt werden. Kaufen und Selbstbauen sind gleichwertige Optionen.
+
+## Begründung
+
+- Ein Bluetooth-Controller sollte für RetroPie, Reaktionsspiel und Boot gleichermaßen funktionieren
+- Man kauft erstmal einen Controller, baut später einen zweiten selbst dazu — beide laufen parallel
+- Kein Vendor-Lock-in: alles dezentral auf eigener Infra (Pi, Synology)
+
+## Konsequenzen
+
+- Projekte referenzieren Rollen, nicht konkrete Teile
+- Bausteine dokumentieren Schnittstellen und mehrere Optionen (kaufen/bauen)
+- Höherer initialer Dokumentationsaufwand, aber langfristig bessere Wiederverwendung

meta/memory/MEMORY.md

@@ -0,0 +1,5 @@
+# Memory
+
+Langzeit-Notizen für das Bastelprojekte-Ökosystem.
+
+- [Ökosystem-Designprinzipien](../entscheidungen/001-oekosystem-statt-einzelprojekte.md) — Warum modulares Ökosystem statt Einzelprojekte