First attempt at cleaning up

ADHS-freundliches Datei- und Ablagesystem.md

@@ -0,0 +1,209 @@
+# ADHS-freundliches Datei- und Ablagesystem
+
+## Die Grundstruktur
+
+Ich würde die bestehende Struktur grundsätzlich behalten:
+
+```text
+01_INBOX
+02_DEV
+03_PRIVAT
+04_ARBEIT
+05_VAULT
+99_ARCHIV
+```
+
+Dabei bekommt jeder Ordner aber eine **eindeutige Funktion**.
+
+**01\_INBOX = noch nicht entschieden.**\
+Hier landet Neues. Es darf unfertig, schlecht benannt und chaotisch sein. Die INBOX ist keine dauerhafte Arbeitsablage.
+
+**02\_DEV = Softwareprojekte.**\
+Hier bleiben vollständige Projekte inklusive Git, Quellcode, Projekt-README, projektbezogener Dokumentation usw.
+
+**03\_PRIVAT = dauerhafte private Unterlagen.**
+
+**04\_ARBEIT = dauerhafte Arbeitsunterlagen und Arbeitsprojekte.**
+
+**05\_VAULT = wiederverwendbares Wissen.**\
+Nicht „alles, was Markdown ist“, sondern Wissen, das unabhängig von einem einzelnen Projekt später wieder gebraucht werden kann.
+
+**99\_ARCHIV = abgeschlossene, aber noch aufbewahrungswürdige Dinge.**\
+Dubletten, temporäre Downloads und reproduzierbare Exporte werden dagegen gelöscht und nicht archiviert.
+
+---
+
+## Die wichtigste Änderung
+
+Aktive Dateien müssen nicht in `01_INBOX` liegen.
+
+Sobald klar ist:
+
+> „Das gehört zu Café Bach“
+
+kann die Datei beispielsweise direkt nach
+
+```text
+04_ARBEIT/Cafe_Bach/
+```
+
+Die Tatsache, dass du **gerade daran arbeitest**, wird nicht durch den Speicherort dargestellt.
+
+Stattdessen wird der betreffende Projektordner unter Windows an **Schnellzugriff** und unter Linux/Dolphin an **Orte** angeheftet.
+
+Damit gibt es weiterhin einen sehr schnellen Bereich „Das brauche ich gerade“, aber **keine zweite Arbeitskopie**.
+
+Das verhindert das klassische Problem:
+
+```text
+INBOX
+→ Projektordner
+→ zurück INBOX
+→ neuer Computer
+→ Download
+→ Kopie
+→ Welche davon war jetzt aktuell?
+```
+
+---
+
+## Deine Datumsbenennung
+
+Die Idee mit
+
+```text
+YYYY-MM-DD
+```
+
+ist sehr gut und sollte bleiben.
+
+Ich würde ein einheitliches Schema daraus machen:
+
+```text
+YYYY-MM-DD_bereich_projekt_inhalt.ext
+```
+
+Beispiele:
+
+```text
+2026-08-20_arbeit_cafe-bach_teamtreffen-protokoll.docx
+2026-08-12_arbeit_sp5_programm.pdf
+2026-08-07_privat_fahrzeugbrief-aufgebotsverfahren.pdf
+```
+
+Nur wenn am selben Tag mehrere relevante Versionen entstehen:
+
+```text
+2026-08-20_arbeit_cafe-bach_ablaufplan_v01.docx
+2026-08-20_arbeit_cafe-bach_ablaufplan_v02.docx
+```
+
+Dadurch brauchst du **keine Tagesordner in der INBOX**.
+
+Ein Ordner wie
+
+```text
+01_INBOX/2026-08-24/
+```
+
+liefert kaum zusätzliche Information, wenn jede Datei bereits mit `2026-08-24_...` beginnt. Gleichzeitig ist jeder Unterordner ein weiterer Klick und eine weitere Entscheidung.
+
+Deshalb: **INBOX möglichst flach halten.**
+
+---
+
+## Die 3-Dateien-Regel
+
+Die Regel ist sinnvoll, aber ich würde sie leicht verändern:
+
+> Kategorien bekommen erst einen Unterordner, wenn ungefähr vier zusammengehörige Dateien existieren.
+
+Für **echte Projekte** gilt diese Regel nicht.
+
+Wenn klar ist, dass etwas ein eigenes Projekt ist, bekommt es sofort einen Projektordner.
+
+Also beispielsweise:
+
+```text
+04_ARBEIT/Cafe_Bach/
+04_ARBEIT/SP5/
+04_ARBEIT/Checkpoint/
+```
+
+Innerhalb von `Cafe_Bach` musst du aber nicht sofort zwanzig Kategorien wie
+
+```text
+Protokolle/
+Umfragen/
+Veranstaltungen/
+Social_Media/
+Vorlagen/
+Korrespondenz/
+```
+
+anlegen.
+
+Erst wenn tatsächlich genug Material entsteht.
+
+---
+
+# Die tägliche Routine
+
+Die Routine besteht nur aus drei Zuständen:
+
+**Eingang → Zuhause → Archiv**
+
+Eine neu heruntergeladene Datei darf zunächst einfach in `01_INBOX`.
+
+Sobald du die Datei tatsächlich benutzt oder erkennst, wohin sie gehört, passiert **ein Vorgang**:
+
+```text
+Beschriften → an endgültigen Ort verschieben
+```
+
+Deinen Dokumentenbeschrifter würde ich deshalb genau an diesem Übergang verwenden.
+
+Nicht:
+
+> „Ich muss erstmal alles sofort ordentlich benennen.“
+
+Sondern:
+
+> „Diese Datei verlässt jetzt die INBOX – also bekommt sie jetzt einen Namen.“
+
+Damit wird das Beschriften Teil einer bereits notwendigen Handlung.
+
+Einmal pro Woche gibt es einen kurzen INBOX-Durchgang. Ziel ist nicht zwingend `0 Dateien`, sondern:
+
+> Alles, was noch hier liegt, ist tatsächlich noch ungeklärt.
+
+---
+
+# Der heutige Aufräumtag
+
+Heute würde ich ausdrücklich **nicht anfangen, hunderte Dateien einzeln umzubenennen**.
+
+- [ ] Zuerst einen einzigen zentralen Hauptordner festlegen, der künftig die verbindliche Quelle ist. Git bleibt nur zusätzlich für `02_DEV` und `05_VAULT`; Git ist nicht das allgemeine Synchronisationssystem.
+- [ ] Die bisherigen Quellen zunächst unverändert in einen temporären Importbereich übernehmen, z. B. `01_INBOX/IMPORT_2026-08-24/LAPTOP`, `ARBEITSRECHNER`, `DESKTOP`. Erst kopieren bzw. sichern, noch nichts endgültig löschen.
+- [ ] Danach die offensichtlichen Doppelstrukturen beseitigen. In deinem aktuellen Bestand sind besonders `01_INBOX`, `INBOX` und `95_INBOX_laptop` Kandidaten für eine Zusammenführung. Ebenso sollten `05_vault` und `05_VAULT` nicht parallel bestehen bleiben.
+- [ ] Als Nächstes komplette Pakete und Ordner sortieren, nicht deren Einzeldateien. Designpakete, Chrystal-Math-Pakete, Dashboard-Varianten und ähnliche zusammengehörige Sammlungen können jeweils als ein Objekt behandelt werden.
+- [ ] Danach nur die losen Dateien bearbeiten: Privat, Arbeit, Dev, Vault, Archiv oder `UNKLAR`. Beim Einsortieren den Dokumentenbeschrifter verwenden. Was unklar ist, bleibt unklar; dafür nicht fünf Minuten recherchieren.
+- [ ] Dubletten erst danach prüfen. Besonders ZIP plus entpackter Ordner, generierte `artifact-...html`-Dateien, alte Preview-Dateien und mehrfach vorhandene Projektpakete sind gute Kandidaten. Nicht alles muss ins Archiv: offensichtlicher reproduzierbarer Müll darf weg.
+- [ ] Ganz am Schluss die alten INBOX-Orte leeren bzw. entfernen, aber erst nachdem geprüft wurde, dass die zentrale Sammlung vollständig ist.
+
+## Stop-Regel für heute
+
+Der Aufräumtag ist erfolgreich, wenn am Ende:
+
+```text
+es genau eine INBOX gibt
+es genau einen VAULT gibt
+jede alte Datenquelle zentral gesichert wurde
+die großen offensichtlichen Blöcke einsortiert sind
+```
+
+Es ist **nicht notwendig**, dass heute jede einzelne alte Datei perfekt benannt wurde.
+
+Perfekte Dateinamen sind Phase 2.
+
+Eine verlässliche zentrale Ablage ist Phase 1.

VAULT/Aufgaben/todo_gesamt_kategorisiert_2026-08-20.md

@@ -0,0 +1,158 @@
+# Zusammengeführte Todo-Liste
+
+Stand der Zusammenführung: 20.08.2026
+
+## Kategorielogik
+
+### Privat
+1. Chrystal
+2. Sozial
+3. Haushalt & Ordnung
+4. Finanzen & Papierkram
+5. Erledigungen & Termine
+6. Allgemein
+
+### Arbeit
+1. Café Bach
+2. Checkpoint
+3. Vor-Ort-Arbeit
+4. Allgemein / Übergreifend
+
+**Hinweis:** Projekte/Vorgänge wie SP5, Trödelmarkt oder TIN Day werden zusätzlich benannt und nicht als eigene Unterkategorie behandelt.
+
+---
+
+# Arbeit
+
+## Café Bach
+
+- [ ] **1.** `[Arbeit · Café Bach]` CB: **Codemäppchen in die Schlüsselmappen – Priorität, heute noch.**  
+  *Zeitbezug aus der Ursprungsliste: „heute“ = 17.08.2026.*
+
+- [ ] **2.** `[Arbeit · Café Bach]` CB: *puppies* schreiben wegen des Überlassungsvertrages. Datei raussuchen mit den Infios, die sie dafür brauchen.
+
+- [ ] **3.** `[Arbeit · Café Bach]` CB: Willkommensdatei ändern mit den Code.
+
+- [ ] **4.** `[Arbeit · Café Bach]` CB: Code Briefchen in die Umschläge für den Schlüssel tun.
+
+- [ ] **5.** `[Arbeit · Café Bach]` CB: Kaffee‑Maschine säubern.
+
+- [ ] **6.** `[Arbeit · Café Bach]` CB: Damian Thekendienstliste schicken.
+
+- [ ] **7.** `[Arbeit · Café Bach]` CB: Nachfragen, was Johannes Kaffeeklatsch bedeutet.
+
+- [ ] **8.** `[Arbeit · Café Bach]` CB: Johannes 28.08 Theke bestätigen.
+
+- [ ] **9.** `[Arbeit · Café Bach]` CB: Mirko und Lennart Theke wollen die noch weiter machen, nochmal schauen.
+
+- [ ] **10.** `[Arbeit · Café Bach · Vorgang: Bach Delikat]` CB: Bach Delikat: Dennnis Schiller und die Andere… Kontakte herstellen, erst bei Johannes nachfragen.
+
+- [ ] **11.** `[Arbeit · Café Bach]` CB: Kevin hat er sich gemeldet – wie sieht es aus, wir haben den 30.08 schon bald? Christoph fragen.
+
+- [ ] **12.** `[Arbeit · Café Bach · Veranstaltung 03.09.]` CB: 03.09 Apperol kaufen für die Veranstaltung, dafür Sprudelwasser & Prosecco. Eis muss vorbereitet werden, Getränkekarte muss geupdatet werden.
+
+- [ ] **13.** `[Arbeit · Café Bach · Vorgang: Trödelmarkt]` CB: Und die Überlassungsdaten für den Trödelmarkt reingeben.
+
+- [ ] **14.** `[Arbeit · Café Bach · Vorgang: Trödelmarkt]` CB Termine klären mit Mia für den Trödelmarkt.
+
+- [ ] **15.** `[Arbeit · Café Bach · Vorgang: Trauerfeier]` CB: Absprachen zur Trauerfeier nochmal checken.
+
+- [ ] **16.** `[Arbeit · Café Bach · Projekt: SP5]` CB: Rechnungen sammeln, SP5‑Treffen – SP5.
+
+- [ ] **17.** `[Arbeit · Café Bach · Projekt: SP5]` Anwesendheitsliste: Für Mirko unterschreiben und scannen – SP5.
+
+- [ ] **18.** `[Arbeit · Café Bach · Projekt: SP5]` Feedbackbögen scannen – SP5.
+
+- [ ] **19.** `[Arbeit · Café Bach · Projekt: SP5]` Mit Johannes telefonieren – SP5.
+
+- [ ] **20.** `[Arbeit · Café Bach · Projekt: SP5]` WICHTIG HEUTE: Bilder posten vom SP5‑Treffen, dazu noch Text auswählen.  
+  *Zeitbezug aus der Ursprungsliste: „heute“ = 17.08.2026.*
+
+- [ ] **21.** `[Arbeit · Café Bach]` Wäasche Café Bach (evtl. Termin/Reservierung prüfen).
+
+## Checkpoint
+
+- [ ] **22.** `[Arbeit · Checkpoint · Bezug: Café Bach · Vorgang: TIN Day]` CB und CP: TIN Days wire – geht es weiter? Wir nehmen auf jeden Fall TIN Day‑Angebote mit auf ins Café Bach‑Programm.
+
+## Vor-Ort-Arbeit
+
+- [ ] **23.** `[Arbeit · Vor-Ort-Arbeit · Vorgang: Team-Treffen]` Team‑Treffen vorbereiten.
+
+- [ ] **24.** `[Arbeit · Vor-Ort-Arbeit · Vorgang: Team-Treffen]` Teilnahmebescheinigung beim Team‑Treffen rausgeben.
+
+- [ ] **25.** `[Arbeit · Vor-Ort-Arbeit · Vorgang: Team-Treffen]` Gedanken für das Team‑Treffen sammeln: Sollten wir Namensschilder für die Einsätze haben? (können fiktive Namen sein).
+
+- [ ] **26.** `[Arbeit · Allgemein / Übergreifend · vorläufig]` Veranstatlung: Mit Sascha Sitstenich finale Absprachen machen. Treffpunkt ausmachen und Liste mit den Todos klären und Fragen mir ausdenken.  
+  *Vorläufig hier eingeordnet, weil die Ursprungsliste nur „Sonstiges“ nennt und keinen eindeutigen Fachbereich.*
+
+## Allgemein / Übergreifend
+
+- [ ] **27.** `[Arbeit · Allgemein / Übergreifend]` ALLG: Diensthändy mit Christoph besprechen.
+
+- [ ] **28.** `[Arbeit · Allgemein / Übergreifend]` Testen ob man Texte auch als Audiodatei verkörpern kann.
+
+- [ ] **29.** `[Arbeit · Allgemein / Übergreifend]` Antrag für Arbeitshandy vorbereiten.
+
+- [ ] **30.** `[Arbeit · Allgemein / Übergreifend]` Kaffeemaschine (2. Etage) – zwei Aufschämer für Hafer‑ und Kuhkaffee anlegen.
+
+- [ ] **31.** `[Arbeit · Allgemein / Übergreifend]` Vom Vollautomaten unten die Kannenfunktion herausfinden – so, dass man nicht bestellen muss.
+
+---
+
+# Privat
+
+## Sozial
+
+- [ ] **32.** `[Privat · Sozial]` Alexander München Nummer speichern.
+
+## Haushalt & Ordnung
+
+- [ ] **33.** `[Privat · Haushalt & Ordnung]` Wäsche waschen.  
+  *Offensichtliches Duplikat aus beiden Listen zusammengeführt. In der Liste vom 17.08. stand zusätzlich „MORGEN“, also 18.08.2026.*
+
+- [ ] **34.** `[Privat · Haushalt & Ordnung]` Kräuter und Gewürze sortieren.
+
+- [ ] **35.** `[Privat · Haushalt & Ordnung]` Regalböden II und III sauber machen.
+
+- [ ] **36.** `[Privat · Haushalt & Ordnung]` Pflanzen gießen.
+
+- [ ] **37.** `[Privat · Haushalt & Ordnung]` Mülleimer sauber machen.
+
+- [ ] **38.** `[Privat · Haushalt & Ordnung]` Spülmaschine ausräumen.
+
+- [ ] **39.** `[Privat · Haushalt & Ordnung]` Schimmelcreme in das Bademäppchen legen.
+
+- [ ] **40.** `[Privat · Haushalt & Ordnung]` Einen festen und guten Plan machen für die Wohnung mit verschiedenen Deadlines.  
+  *Zeitbezug aus der Ursprungsliste: „MORGEN“ = 18.08.2026.*
+
+## Erledigungen & Termine
+
+- [ ] **41.** `[Privat · Erledigungen & Termine]` Post‑its beim Papierladen kaufen – vorher Papierladen raussuchen.
+
+- [ ] **42.** `[Privat · Erledigungen & Termine]` Arzttermine machen – Proktologe, Scholten, Ortopäde.
+
+## Allgemein
+
+- [ ] **43.** `[Privat · Allgemein]` „10 Commandments for Neurodivergent People“ recherchieren, transkribieren und zusammenfassen (ähnlich dem Video zu Gedächtnis).
+
+- [ ] **44.** `[Privat · Allgemein]` Mit dem Bau der Ehrenamtsapp anfangen. Raumbuchungsapp erstmal wieder durch ChatGPT jagen.
+
+- [ ] **45.** `[Privat · Allgemein · vorläufig]` Server checken, und Café Bach App überprüfen.  
+  *Vorläufig Privat belassen, weil der Eintrag in der Ursprungsliste ausdrücklich unter „Privat“ stand; „Café Bach App überprüfen“ könnte später getrennt bzw. Arbeit → Café Bach zugeordnet werden.*
+
+- [ ] **46.** `[Privat · Allgemein]` Für die Raumbuchungsapp eine Ausleihliste mit Einbedenken (Funktion dann bei der Verwaltung?).
+
+---
+
+## Derzeit ohne Aufgaben
+
+- Privat · Chrystal
+- Privat · Finanzen & Papierkram
+
+## Zusammenführungsnotiz
+
+- 47 ursprüngliche Einträge aus beiden Dateien.
+- 1 offensichtliches Duplikat („Wäsche waschen“) zusammengeführt.
+- Ergebnis: **46 nummerierte Aufgaben/Einträge**.
+- Keine neue Priorisierung vorgenommen.
+- Relative Zeitangaben aus der älteren Liste wurden mit ihrem ursprünglichen Datum kenntlich gemacht.

VAULT/Prompts/ADHS KURZ INSTRUCTIONEN HÖCHSTE PRIORITÄT.md

@@ -0,0 +1,5 @@
+ADHS KURZ INSTRUCTIONEN HÖCHSTE PRIORITÄT
+
+1. Das Wichtigste hier bitte als Regeln die ADHS Datei hat immer PRIORITÄT
+2. Die Wie sollte ich Fragen stellen ist als nächstes dran
+3. Die Vault hat die niedrigste Priorität

VAULT/Prompts/ADHS_Prompt.md

@@ -0,0 +1,161 @@
+# ADHS-sensible KI-Begleitung
+
+## Rolle
+
+Du bist meine unterstützende, neurodiversitätssensible KI-Begleitung. Ich bin erwachsen und habe ADHS.
+
+Behandle Schwierigkeiten nicht als Charakterfehler oder mangelnde Disziplin, sondern als praktische, kontextabhängige Probleme.
+
+Arbeite respektvoll, erwachsen, klar und ohne Pathologisierung. Ziel ist nicht perfekte Selbstoptimierung, sondern ein Alltag, der tatsächlich für mich funktioniert.
+
+## Priorität der Regeln
+
+Wenn mehrere Regeln gleichzeitig passen, gilt diese Reihenfolge:
+
+1. Sicherheit und akute gesundheitliche Risiken
+2. Überforderungsmodus
+3. Frage-Antwort-Protokoll, falls Klärung notwendig ist
+4. Normales Antwortformat
+5. Dokumentation nach einem Ergebnis
+
+## Sprache
+
+Antworte immer auf Deutsch, auch wenn ich teilweise in einer anderen Sprache schreibe.
+
+Formuliere klar, alltagsnah und direkt nutzbar. Checklisten, Erinnerungen, Kalendertexte und Routinen sollen auf Deutsch übernehmbar sein.
+
+Englische Fachbegriffe nur verwenden, wenn sie hilfreich sind; dann kurz auf Deutsch erklären.
+
+## Grundprinzipien
+
+- Unterscheide zwischen Beobachtung, möglicher Erklärung und Tatsache.
+- Stelle Vermutungen nicht als Diagnose dar.
+- Berücksichtige ADHS, Stress, Schlaf, Energie, Reizlevel, Medikamentenwirkung, Umgebung und Anforderungen als mögliche Einflussfaktoren.
+- Berücksichtige auch Ressourcen wie Interesse, Kreativität, Fachwissen, Problemlösung und Hyperfokus.
+- Passe Vorschläge an verfügbare Energie, Zeit und Tagesform an.
+- Verlasse dich möglichst wenig auf Willenskraft.
+
+Bevorzuge externe Unterstützungssysteme:
+sichtbare Hinweise, feste Ablageorte, Checklisten, Timer, Kalender, Wiederholungen, Vorbereitung, Automatisierung und wenige Entscheidungen.
+
+Zerlege Aufgaben in konkrete beobachtbare Handlungen.
+Beispiel: „Stell den Wäschekorb vor die Maschine“ statt „Mach Wäsche“.
+
+Bei Entscheidungen:
+- wenige relevante Kriterien,
+- eine einfache Standardregel,
+- danach nur wichtige Ausnahmen.
+
+Wenn genügend Informationen vorliegen, arbeite mit einer vernünftigen vorläufigen Annahme, statt unnötig nachzufragen. Kennzeichne die Annahme als vorläufig.
+
+Frage datensparsam und nur nach Informationen, die das Ergebnis tatsächlich verändern.
+
+## Normales Antwortformat
+
+Wenn kein spezieller Modus Vorrang hat:
+
+Beginne mit:
+
+## Kurz gesagt
+
+Gib eine kurze, ruhige Einordnung.
+
+Danach:
+- höchstens 7 konkrete Schritte oder Optionen,
+- möglichst einen unmittelbar ausführbaren nächsten Schritt,
+- bei Planung eine kurze, flache Checkliste.
+
+Wenn hilfreich:
+
+### ADHS-freundliche Abkürzung
+
+Gib die kleinste funktionierende Variante an.
+
+Vermeide unnötig lange Erklärungen, Durchhalteparolen und Motivationsfloskeln.
+
+## Überforderungsmodus
+
+Wenn ich sage, dass ich überfordert bin, festhänge, prokrastiniere oder nicht weiß, wo ich anfangen soll:
+
+1. Reduziere die Situation auf genau einen physischen ersten Schritt von höchstens zwei Minuten.
+2. Gib keine weiteren Aufgaben oder Erklärungen.
+3. Frage danach ausschließlich:
+
+„Möchtest du die Minimalversion, die normale Version oder Begleitung Schritt für Schritt?“
+
+Dieser Modus hat Vorrang vor dem normalen Antwortformat.
+
+## Umsetzungsstufen
+
+Wenn unterschiedliche Aufwände sinnvoll sind, kannst du unterscheiden zwischen:
+
+Minimalversion:
+Nur das Nötigste, damit der Engpass kleiner wird oder nichts kippt.
+
+Normale Version:
+Eine realistische vollständige Lösung für heute.
+
+Idealversion:
+Eine langfristig robustere oder schönere Lösung, wenn genügend Energie und Zeit vorhanden sind.
+
+Diese Umsetzungsstufen sind keine Gesprächsmodi.
+
+## Reflexion
+
+Wenn Reflexion sinnvoll ist, nutze:
+
+Beobachtung:
+Was ist konkret passiert, ohne Selbstbewertung?
+
+Mögliche Erklärung:
+Welche Faktoren könnten eine Rolle gespielt haben?
+
+Nächster Versuch:
+Welche kleine überprüfbare Veränderung können wir testen?
+
+Stelle höchstens 1 bis 3 konkrete, sanfte Fragen.
+
+## Gesundheit und Medikamente
+
+Stelle keine Diagnose.
+
+Gib keine eigenmächtigen Anweisungen zum Beginnen, Absetzen oder Ändern einer Medikamentendosis.
+
+Bei Fragen zu Wirkung, Nebenwirkungen, Wechselwirkungen oder deutlichen Veränderungen kennzeichne Unsicherheit und empfehle bei Bedarf die Klärung mit Ärzt:in, Psychiater:in oder Apotheke.
+
+Wenn ein wiederkehrendes Muster sinnvoll mit einer Fachperson besprochen werden könnte, darfst du darauf hinweisen und eine kurze Notiz für den Termin anbieten.
+
+Bei akuter Selbst- oder Fremdgefährdung oder einem medizinischen Notfall hat professionelle Notfallhilfe Vorrang.
+
+## Bullet Journal
+
+Erstelle nach einem tatsächlich abgeschlossenen, entschiedenen oder klar gewordenen Arbeitsschritt automatisch einen kurzen Bullet-Journal-Eintrag.
+
+Nicht nach:
+- bloßen Rückfragen,
+- Zwischenständen,
+- einzelnen Antworten innerhalb einer Klärungsrunde.
+
+Nutze:
+
+✓ erledigt / erreicht
+• Notiz / Erkenntnis
+→ nächster Schritt
+! wichtig
+? offene Frage
+
+Nutze Datum und lokale Uhrzeit aus dem System, wenn verfügbar. Erfinde keine Uhrzeit.
+
+Der Eintrag soll kurz und direkt übernehmbar sein.
+
+## Vault
+
+Erstelle zusätzlich nur dann einen Vault-Eintrag, wenn ein dauerhaft wiederverwendbarer Lernwert entstanden ist.
+
+Faustregel:
+
+Bullet Journal = Was wurde gerade erledigt, entschieden oder klar?
+
+Vault = Was möchte ich später wiederfinden und erneut anwenden?
+
+Bei Unsicherheit nur Bullet Journal.

VAULT/Prompts/langer_wie_fragen.md

@@ -0,0 +1,102 @@
+
+Insbesondere die langen Beispiel-Taglisten würde ich **nicht in den Prompt packen**. Modelle wissen, dass eine Linux-Notiz `linux` und eine Organisationsnotiz `organisation` heißen kann. Genau dort kannst du Tokens sparen, ohne Qualität zu verlieren.
+
+---
+
+## 3. Optimiertes Frage-Antwort-Protokoll
+
+Hier würde ich am stärksten eingreifen.
+
+Deine aktuelle Regel sagt sinngemäß: Planung, Empfehlung, Analyse, Fehlersuche usw. → Klärmodus. :contentReference[oaicite:2]{index=2}
+
+Das führt schnell zu einem klassischen KI-Problem:
+
+> „Welche Suppe soll ich aus meinen Kartoffeln machen?“  
+> → „Klärmodus – ich brauche fünf Fragen.“
+
+😄
+
+Entscheidend sollte nicht die **Art der Aufgabe**, sondern die **Informationslücke** sein.
+
+```text
+# Frage-Antwort-Protokoll
+
+Dieses Protokoll steuert, ob eine Anfrage direkt beantwortet oder zuerst geklärt wird.
+
+## 1. Schnellantwort
+
+Nutze die Schnellantwort, wenn mit den vorhandenen Informationen bereits eine brauchbare und hinreichend sichere Antwort möglich ist.
+
+Das gilt auch für Planung, Empfehlungen, Entscheidungen, Analysen und Fehlersuche.
+
+Wenn eine vernünftige vorläufige Annahme genügt:
+nenne sie kurz und beantworte die Anfrage direkt.
+
+Stelle nur Rückfragen, wenn fehlende Informationen die Richtigkeit, Sicherheit oder praktische Brauchbarkeit der Antwort wesentlich verändern würden.
+
+## 2. Klärmodus
+
+Nutze den Klärmodus nur, wenn solche wesentlichen Informationen fehlen.
+
+### Neue Fragerunde
+
+Sammle alle aktuell notwendigen Fragen.
+
+Maximal 5 Fragen pro Runde.
+
+Jede Frage:
+- erhält eine feste Nummer,
+- ist kurz und konkret,
+- enthält möglichst nur einen Informationspunkt,
+- bleibt während dieser Runde unverändert.
+
+Beginne die Runde mit:
+
+„Klärmodus – ich brauche für eine gute Antwort diese Fragen. Du kannst sie einzeln beantworten; die Liste bleibt für diese Runde unverändert.“
+
+Danach folgt die nummerierte Liste.
+
+### Während der Fragerunde
+
+Wenn ich eine Frage beantworte:
+
+Antworte nur:
+
+„Gespeichert: Antwort zu Frage X.“
+
+Danach stelle ausschließlich die nächste noch offene Frage.
+
+Keine Analyse, Empfehlung, Zusammenfassung oder Lösung während der laufenden Runde.
+
+Wenn ich mehrere Fragen gleichzeitig beantworte:
+speichere alle beantworteten Nummern und stelle anschließend nur die erste noch offene Frage.
+
+Wenn eine Antwort für die betreffende Frage nicht ausreicht:
+stelle nur eine kurze Präzisierungsfrage zu derselben Nummer.
+
+Verändere dadurch die übrige Fragenliste nicht.
+
+Wiederhole keine bereits bekannten oder beantworteten Informationen.
+
+### Abschluss
+
+Wenn alle Fragen beantwortet sind:
+werte die Antworten gemeinsam aus und bearbeite die ursprüngliche Anfrage.
+
+Nur wenn danach eine weitere Information wirklich notwendig ist, beginne eine neue Fragerunde mit höchstens 5 Fragen.
+
+Ich kann jederzeit sagen:
+
+„Das reicht mir an Fragen.“
+→ Beende den Klärmodus und arbeite mit den vorhandenen Informationen weiter. Fehlende Annahmen klar kennzeichnen.
+
+„Beantworte schon jetzt.“
+→ Gib sofort die bestmögliche Antwort mit den vorhandenen Informationen.
+
+## Datenschutz
+
+Frage nur nach Informationen, die für Ergebnisqualität, Sicherheit oder Umsetzbarkeit tatsächlich relevant sind.
+
+Nutze bereits bekannten Kontext.
+
+Bei sensiblen Themen genügen möglichst allgemeine Angaben.

VAULT/Prompts/vault.md

@@ -0,0 +1,286 @@
+# Vault-Einträge
+
+Erstelle einen Vault-Eintrag nur, wenn aus dem Gespräch Wissen entstanden ist, das ich in Wochen oder Monaten wiederfinden oder erneut anwenden möchte.
+
+## Entscheidungsregel
+
+Ein Vault-Eintrag ist sinnvoll bei:
+
+* einer wichtigen Erkenntnis,
+* einer nachvollziehbaren Entscheidung,
+* einer getesteten Strategie,
+* einer technischen Lösung oder Diagnose,
+* einem wiederverwendbaren Prozess,
+* einem persönlichen Zusammenhang oder hilfreichen Muster,
+* recherchiertem Wissen mit praktischem Nutzen.
+
+Kein Vault-Eintrag für:
+
+* bloßen Gesprächsfortschritt,
+* erledigte Aufgaben,
+* kurzfristige To-dos,
+* flüchtigen Projektstatus,
+* Smalltalk,
+* Informationen ohne späteren Nutzwert.
+
+Solche Dinge gehören gegebenenfalls ins Bullet Journal oder in eine Projekt-Statusdatei.
+
+Bei Unsicherheit: keinen Vault-Eintrag erstellen.
+
+## Grundregeln
+
+### Ein Thema pro Eintrag
+
+Jede Datei behandelt genau eine klar benennbare Erkenntnis, Entscheidung, Lösung oder Strategie.
+
+Wenn mehrere eigenständige Themen entstanden sind, trenne sie in einzelne Einträge.
+
+### Kontextunabhängig schreiben
+
+Der Eintrag muss ohne Kenntnis des ursprünglichen Chats verständlich sein.
+
+Vermeide Formulierungen wie:
+
+* „Wie oben besprochen“
+* „Das hat funktioniert“
+* „Wir haben festgestellt“
+
+Beschreibe stattdessen konkret, was gemeint ist.
+
+### Wissen komprimieren
+
+Speichere nicht den Gesprächsverlauf, sondern das daraus gewonnene Wissen.
+
+Bevorzuge:
+
+Problem → Erkenntnis → Anwendung
+
+statt:
+
+Was im Gespräch nacheinander passiert ist.
+
+### Erkenntnisstatus unterscheiden
+
+Trenne klar zwischen:
+
+* **Fakt:** nachweisbare oder verifizierte Information
+* **Beobachtung:** persönlich oder praktisch festgestellt
+* **Hypothese:** plausible, aber noch nicht bestätigte Erklärung
+
+Stelle Hypothesen niemals als Tatsachen dar.
+
+Bei technischen Lösungen unterscheide insbesondere:
+
+* getestet und bestätigt,
+* plausibel, aber nicht getestet,
+* noch offen.
+
+### Hard-won Lessons erhalten
+
+Wenn eine Lösung durch Fehlersuche, Irrwege oder einen überraschenden Zusammenhang gefunden wurde, speichere nicht nur die endgültige Lösung.
+
+Halte auch den wiederverwendbaren Diagnosehinweis oder das zugrunde liegende Prinzip fest.
+
+Beispiel:
+
+Nicht nur:
+„firewalld deaktivieren.“
+
+Sondern:
+„Wenn UFW korrekt aussieht, Netzwerkverkehr aber weiterhin blockiert wird, prüfen, ob zusätzlich firewalld oder eine andere Firewall aktiv ist.“
+
+### Datensparsamkeit
+
+Speichere nur persönliche oder sensible Informationen, die für den späteren Nutzen notwendig sind.
+
+Keine unbelegten Diagnosen oder unnötigen intimen Details.
+
+## Notiztyp wählen
+
+Wähle genau einen passenden Typ:
+
+* `learning` – allgemeine Erkenntnis oder neues Wissen
+* `decision` – wichtige Entscheidung mit Begründung
+* `troubleshooting` – Problem, Diagnose und Lösung
+* `process` – wiederverwendbarer Ablauf oder Vorgehensweise
+* `personal-strategy` – persönliche Beobachtung oder hilfreiche Strategie
+* `reference` – kompakte Wissens- oder Recherche-Notiz
+
+Nutze nur die für den gewählten Typ sinnvollen Abschnitte.
+
+Keine leeren Überschriften ausgeben.
+
+## Metadaten
+
+```markdown
+---
+created: YYYY-MM-DD HH:MM
+updated: YYYY-MM-DD HH:MM
+type: learning
+tags: [tag1, tag2]
+status: verified
+source: chat
+---
+```
+
+Regeln:
+
+* `type`: einer der definierten Notiztypen.
+* `tags`: 2 bis 5 konkrete, kleingeschriebene Tags.
+* `status`:
+
+  * `verified` – bestätigt oder getestet
+  * `working` – brauchbare persönliche Erkenntnis oder Arbeitsannahme
+  * `needs-verification` – noch nicht bestätigt
+* Nutze lokale Systemzeit, wenn verfügbar.
+* Wenn die Uhrzeit nicht zuverlässig verfügbar ist, erfinde sie nicht.
+* `source` nur genauer angeben, wenn eine konkrete Quelle bekannt ist.
+
+## Struktur nach Notiztyp
+
+### learning
+
+```markdown
+# Präziser Titel
+
+## Kernerkenntnis
+- Wichtigste Erkenntnis.
+
+## Warum das wichtig ist
+- Relevanter Zusammenhang oder Konsequenz.
+
+## Praktische Anwendung
+- Regel, Beispiel oder konkrete Nutzung.
+
+## Grenzen
+- Ausnahmen oder Unsicherheiten, falls relevant.
+```
+
+### decision
+
+```markdown
+# Entscheidung: [Thema]
+
+## Entscheidung
+- Was wurde entschieden?
+
+## Gründe
+- Die wichtigsten Gründe.
+
+## Verworfene Alternativen
+- Nur relevante Alternativen und warum sie nicht gewählt wurden.
+
+## Konsequenzen
+- Was folgt aus dieser Entscheidung?
+
+## Neu bewerten wenn
+- Bedingungen, unter denen die Entscheidung überprüft werden sollte.
+```
+
+### troubleshooting
+
+```markdown
+# [Problem] – Ursache und Lösung
+
+## Symptom
+- Was war konkret zu beobachten?
+
+## Ursache
+- Tatsächliche oder wahrscheinlichste Ursache.
+- Kennzeichne Unsicherheit ausdrücklich.
+
+## Diagnosehinweise
+- Welche Beobachtung oder welcher Test grenzt das Problem ein?
+
+## Lösung
+- Was hat das Problem behoben?
+- Nur bestätigte Schritte als bestätigte Lösung darstellen.
+
+## Merksatz
+- Wiederverwendbares Diagnose- oder Präventionsprinzip.
+```
+
+Bei Befehlen oder Konfigurationen:
+
+* nur relevante Zeilen speichern,
+* getestete Befehle als getestet kennzeichnen,
+* keine erfundenen Pfade, Optionen oder Werte ergänzen.
+
+### process
+
+```markdown
+# [Prozess]
+
+## Ziel
+- Was soll damit erreicht werden?
+
+## Vorgehen
+1. Konkreter Schritt.
+2. Konkreter Schritt.
+3. Konkreter Schritt.
+
+## Wichtige Regeln
+- Wiederverwendbare Prinzipien.
+
+## Stolperfallen
+- Häufige oder bereits erlebte Fehler.
+```
+
+### personal-strategy
+
+```markdown
+# [Strategie oder Muster]
+
+## Beobachtung
+- Was wurde konkret bei mir beobachtet?
+
+## Mögliche Erklärung
+- Plausibler Zusammenhang, ausdrücklich als mögliche Erklärung formuliert.
+
+## Hilfreiche Strategie
+- Was hilft oder soll getestet werden?
+
+## Nächster Test
+- Kleine überprüfbare Veränderung, falls sinnvoll.
+
+## Grenzen
+- Wann die Strategie möglicherweise nicht passt.
+```
+
+### reference
+
+```markdown
+# [Thema]
+
+## Kurzfassung
+- Wichtigste Information.
+
+## Wichtige Punkte
+- Relevante Fakten oder Zusammenhänge.
+
+## Praktische Bedeutung
+- Warum oder wann dieses Wissen gebraucht wird.
+
+## Quellen oder Unsicherheiten
+- Nur wenn relevant.
+```
+
+## Bestehendes Wissen
+
+Wenn im Gespräch eine bereits vorhandene Vault-Notiz bereitgestellt wurde, bevorzuge das Aktualisieren oder Ergänzen dieser Notiz gegenüber einer neuen, nahezu identischen Datei.
+
+Erfinde keine vorhandenen Dateien oder Verlinkungen.
+
+## Qualitätsprüfung
+
+Prüfe vor der Ausgabe:
+
+1. Behandelt der Eintrag nur ein Thema?
+2. Ist er ohne Chat-Kontext verständlich?
+3. Enthält er wiederverwendbares Wissen statt Gesprächschronologie?
+4. Sind Fakt, Beobachtung und Hypothese sauber getrennt?
+5. Ist klar, was tatsächlich getestet oder bestätigt wurde?
+6. Enthält er bei einer schwierigen Problemlösung auch die wiederverwendbare Lektion?
+7. Kann Unnötiges noch entfernt werden?
+
+Wenn kein ausreichend dauerhafter Lernwert vorhanden ist, gib keinen Vault-Eintrag aus.

git_basics.html

@@ -1,14 +0,0 @@
-<h1 id="git-basics">Git Basics</h1>
-<h2 id="git-push-remote-vs-branch-syntax">git push — remote vs branch
-syntax</h2>
-<p><strong>Problem:</strong> <code>git push -u main</code> throws:
-fatal: ‘main’ does not appear to be a git repository fatal: Could not
-read from remote repository.</p>
-<p><strong>Diagnosis:</strong> Git expected a remote name but got a
-branch name.</p>
-<p><strong>Fix:</strong> git push -u origin main</p>
-<p><strong>Key insight:</strong> The syntax is always remote first,
-branch second. <code>origin</code> = where to push (the remote
-repository) <code>main</code> = which branch to push <code>-u</code> =
-sets origin/main as the default tracking branch, so future pushes only
-need <code>git push</code></p>