diff --git a/ADHS-freundliches Datei- und Ablagesystem.md b/ADHS-freundliches Datei- und Ablagesystem.md new file mode 100644 index 0000000..0451e63 --- /dev/null +++ b/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. diff --git a/Dokumenten_Beschrifter.html b/Apps/Dokumenten_Beschrifter.html similarity index 100% rename from Dokumenten_Beschrifter.html rename to Apps/Dokumenten_Beschrifter.html diff --git a/todo_18_08_2026.md b/Aufgaben/todo_18_08_2026.md similarity index 100% rename from todo_18_08_2026.md rename to Aufgaben/todo_18_08_2026.md diff --git a/README.md b/README.md deleted file mode 100644 index e69de29..0000000 diff --git a/README.ms b/README.ms deleted file mode 100644 index e69de29..0000000 diff --git a/VAULT/Aufgaben/todo_gesamt_kategorisiert_2026-08-20.md b/VAULT/Aufgaben/todo_gesamt_kategorisiert_2026-08-20.md new file mode 100644 index 0000000..199226c --- /dev/null +++ b/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. diff --git a/VAULT/Prompts/ADHS KURZ INSTRUCTIONEN HÖCHSTE PRIORITÄT.md b/VAULT/Prompts/ADHS KURZ INSTRUCTIONEN HÖCHSTE PRIORITÄT.md new file mode 100644 index 0000000..f41ae65 --- /dev/null +++ b/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 \ No newline at end of file diff --git a/VAULT/Prompts/ADHS_Prompt.md b/VAULT/Prompts/ADHS_Prompt.md new file mode 100644 index 0000000..635e1e6 --- /dev/null +++ b/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. \ No newline at end of file diff --git a/VAULT/Prompts/langer_wie_fragen.md b/VAULT/Prompts/langer_wie_fragen.md new file mode 100644 index 0000000..7404c2c --- /dev/null +++ b/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. \ No newline at end of file diff --git a/VAULT/Prompts/vault.md b/VAULT/Prompts/vault.md new file mode 100644 index 0000000..96c73fd --- /dev/null +++ b/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. diff --git a/build_deps_headers_vs_runtime.md b/VAULT/build_deps_headers_vs_runtime.md similarity index 100% rename from build_deps_headers_vs_runtime.md rename to VAULT/build_deps_headers_vs_runtime.md diff --git a/llama_cpp_vulkan_rx9070xt.md b/VAULT/llama_cpp_vulkan_rx9070xt.md similarity index 100% rename from llama_cpp_vulkan_rx9070xt.md rename to VAULT/llama_cpp_vulkan_rx9070xt.md diff --git a/wasche-guide-adhs-freundlich.md b/VAULT/wasche-guide-adhs-freundlich.md similarity index 100% rename from wasche-guide-adhs-freundlich.md rename to VAULT/wasche-guide-adhs-freundlich.md diff --git a/git_basics.html b/git_basics.html deleted file mode 100644 index 5db52a9..0000000 --- a/git_basics.html +++ /dev/null @@ -1,14 +0,0 @@ -

Git Basics

-

git push — remote vs branch -syntax

-

Problem: git push -u main throws: -fatal: ‘main’ does not appear to be a git repository fatal: Could not -read from remote repository.

-

Diagnosis: Git expected a remote name but got a -branch name.

-

Fix: git push -u origin main

-

Key insight: The syntax is always remote first, -branch second. origin = where to push (the remote -repository) main = which branch to push -u = -sets origin/main as the default tracking branch, so future pushes only -need git push

diff --git a/git_basics_styled.html b/git_basics_styled.html deleted file mode 100644 index 44ce924..0000000 --- a/git_basics_styled.html +++ /dev/null @@ -1,85 +0,0 @@ - - - - - - - git_basics - - - - -

Git Basics

-

git push — remote vs branch -syntax

-

Problem: git push -u main throws: -fatal: ‘main’ does not appear to be a git repository fatal: Could not -read from remote repository.

-

Diagnosis: Git expected a remote name but got a -branch name.

-

Fix: git push -u origin main

-

Key insight: The syntax is always remote first, -branch second. origin = where to push (the remote -repository) main = which branch to push -u = -sets origin/main as the default tracking branch, so future pushes only -need git push

- - diff --git a/styling.cs b/styling.cs deleted file mode 100644 index e69de29..0000000 diff --git a/styling.css b/styling.css deleted file mode 100644 index b24537d..0000000 --- a/styling.css +++ /dev/null @@ -1 +0,0 @@ -@import url(//fonts.googleapis.com/css?family=Libre+Baskerville:400,400italic,700);@import url(//fonts.googleapis.com/css?family=Source+Code+Pro:400,400italic,700,700italic);/* normalize.css v3.0.0 | MIT License | git.io/normalize */html{font-family:sans-serif;-ms-text-size-adjust:100%;-webkit-text-size-adjust:100%}body{margin:0}article,aside,details,figcaption,figure,footer,header,hgroup,main,nav,section,summary{display:block}audio,canvas,progress,video{display:inline-block;vertical-align:baseline}audio:not([controls]){display:none;height:0}[hidden],template{display:none}a{background:transparent}a:active,a:hover{outline:0}abbr[title]{border-bottom:1px dotted}b,strong{font-weight:bold}dfn{font-style:italic}h1{font-size:2em;margin:0.67em 0}mark{background:#ff0;color:#000}small{font-size:80%}sub,sup{font-size:75%;line-height:0;position:relative;vertical-align:baseline}sup{top:-0.5em}sub{bottom:-0.25em}img{border:0}svg:not(:root){overflow:hidden}figure{margin:1em 40px}hr{-moz-box-sizing:content-box;box-sizing:content-box;height:0}pre{overflow:auto}code,kbd,pre,samp{font-family:monospace, monospace;font-size:1em}button,input,optgroup,select,textarea{color:inherit;font:inherit;margin:0}button{overflow:visible}button,select{text-transform:none}button,html input[type="button"],input[type="reset"],input[type="submit"]{-webkit-appearance:button;cursor:pointer}button[disabled],html input[disabled]{cursor:default}button::-moz-focus-inner,input::-moz-focus-inner{border:0;padding:0}input{line-height:normal}input[type="checkbox"],input[type="radio"]{box-sizing:border-box;padding:0}input[type="number"]::-webkit-inner-spin-button,input[type="number"]::-webkit-outer-spin-button{height:auto}input[type="search"]{-webkit-appearance:textfield;-moz-box-sizing:content-box;-webkit-box-sizing:content-box;box-sizing:content-box}input[type="search"]::-webkit-search-cancel-button,input[type="search"]::-webkit-search-decoration{-webkit-appearance:none}fieldset{border:1px solid #c0c0c0;margin:0 2px;padding:0.35em 0.625em 0.75em}legend{border:0;padding:0}textarea{overflow:auto}optgroup{font-weight:bold}table{border-collapse:collapse;border-spacing:0}td,th{padding:0}body,code,tr.odd,tr.even,figure{background-image:url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAADIAAAAyCAMAAAAp4XiDAAABOFBMVEWDg4NycnJnZ2ebm5tjY2OgoKCurq5lZWWoqKiKiopmZmahoaGOjo5TU1N6enp7e3uRkZGJiYmFhYWxsbFOTk6Xl5eBgYGkpKRhYWFRUVGvr69dXV2wsLBiYmKnp6dUVFR5eXmdnZ1sbGxYWFh2dnZ0dHSmpqaZmZlVVVVqamqsrKyCgoJ3d3dubm5fX19tbW2ioqKSkpJWVlaHh4epqalSUlKTk5OVlZWysrJoaGhzc3N+fn5wcHBaWlqcnJxkZGRpaWlvb2+zs7NcXFxPT09/f3+lpaWWlpaQkJCjo6OIiIitra2enp6YmJhQUFBZWVmqqqqLi4uNjY1eXl6rq6ufn599fX2AgIB8fHyEhIRxcXFra2tbW1uPj4+MjIyGhoaamppgYGB4eHhNTU1XV1d1dXW0tLSUlJSHWuNDAAAAaHRSTlMNDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDUnKohIAAAaZSURBVHhelZWFrmZVDEb3cffzq7u7u7u7u9z7/m8AhISQwMDMAzRN2/WtAhO7zOd0x0U/UNb0oWQZGLWhIHBK/lC96klgkA+3B5JoqI9ozRcn4306YeDweKG9vxo5YbGbqBkln93ZFGs3SA0RRpSO4dpdpg+VnMUv8BEqmiIcli8gJeRZc29K51qOg0OWHRGyA0ccrmbmSRj1r7x5JisCpAs+iuCd8GFc0pMGldB2BOC0VoY37qKJh5nqZNjb4XtnjRlYMQYxsN0KWTdk77hnJZB7s+MbXK3Mxawrwu8cHGNKynDQTUqhbrxmNQ+belwSPemILVuUu1p4G6xGI0yUA0lh26IduYnd2soQ0KVmwUxo7D6U0QdCJwLWDTwzFij0cE/ZvorI7kl/QuCHUy7ibZCHT9mtLaY4HJLhIHOJ+jt5DAI9MJqOs0refRcF5H7S9mb2vnsqo21xvTPVgZGrLDCTJ+kk9eQ67kPk+xP4697EDY+boY3tC4zs3yy+5XRqg58EivoohEownfBzjpeQN6v6gaY0TCzADte1m2pbFSUbpKfDqU0iq+4UPNyxFlW00Q70b9jGpIbqdoCQLZ1Lax+Bv3XUj5ZnoT1N0j3CZS95FfHDRump2ujpuLY47oI5VWjmR2PwietdJbJGZRYFFm6SWPiwmhFZqWKEwNM6Nlw7XmZuQmKu8FHq8DFcaYjAYojsS6NrLKNnMRgyu2oaXaNpyLa0Nncawan7eDOxZVSxv4GYoLCF184C0EAvuhuJNvZ1gosWDdHUfJ05uHdwhRKYb/5+4W90jQxT/pHd2hnkBgn3GFzCCzcVXPbZ3qdqLlYrDl0dUWqkXYc6LStL8QLPI3G3gVDdAa2Pr0co8wQgwRYBlTB5AEmteLPCRHMgoHi56glp5rMSrwAllRSatomKatJdy0nXEkCI2z5065bpKav5/bKgSXr+L0HgDwSsvwQaeC0SjH1cnu7WZTcxJn0kVLI/HEzNK1j8W7etR/BfXDXhak8LmTQdwMqaF/jh+k+ZVMUvWU/+OfUwz5TDJhclFAtiMYD8ss6TFNluVg6lYZaeXXv/FzqQ3yjupMEIyzlf6yt2zmyHxI43held1dMbGkLMY5Kpv4llTCazqHbKsakh+DPPZdHvqYQF1onZpg1W/H7b6DJr019WhPWucVJTcStosCf1fQ1kLWA/12vjb3PItlBUuo6FO/4kFTPGNXC4e/TRMDGwPpSG1RJwYXNH4vkHK8BSmFNrXVTwJjLAphVEKq7HS2d8pSqoZdCBAv6mdJ72revxET6giWB7PgbJph+2i011uUifL7xruTb3zv+NKvgpqRSU0yBSckeKeQzSgeZZcaQb8+JYzehtPraBkg3Jc3e8boxVXJzNW23deFoZ74Vzy6xd1+FemwZ/neOnHQh2ufopy5c/r69Cz+scIrx+uN+dzhyzEjCeNLL0hgjGUOHdvb25YDijfq/An/D+iv7BBDutUsyuvBrH2ya6j2SIkLvjxFIpk8H37wcAt9KHX9cLeNmn+8CR1xtKgrzojVXl/qikMqAsDcO1coQrEanpsrB3DlAImIwS07oN2k3C2x2jSE3jxSm908P1tUXUMD15Lpp50CHii7i2BDSdYMcfB7+X7QdqymsDWH6BJ5APN+qIRhTVc/msYf5CjOyA82VSuIEtZA3GmUuXBK2r6xJ2LXO8fCU9kmCvydDptoECLq+XXLs4w8U+DUZyir9Cw+XL3rHFGoDNI9Rw3baFy/fZwTY2Gr0WMuLaxMrWaC5rh+IeyZijp0fdaDLPg8YtugLgnwYZss1xIh1o13qB7L8pC6wEutNQVuy5aIpNkSSl2yWAiRADUVXSMqpTH8Da3gCNr8maodNIxjY7CXyvzHHfiJoto/CE9UMmX+cRqPC8RKdks7OV35txMGkdXzOkkhX9wTr+tIOGKZzjoo+qbWy3hsJJtz5D7nP+syyjxYe7eCAMIOywwFNfv/ZMNyBSxV0g7ZEJCPVE8IA5sw7jg9Kx3RXdfCQXGxpH+0kyHYpBj0H4y2VdAHRW9RyegOPPB+5NudysJji/lnxHQ9pFOMLMLeZ0O9hrnsuFsstbjczbC+14JHS+xsDf3pPgQXvUG6Q/H2fKV/B7jYX8RdOrug5BjG/1jueAPq1ElQb4AeH/sRNwnNyoFqsJwT9tWhChzL/IP/gxfleLSIgVQDdRvKBZVfu9wgKkeHEEfgIqa/F6fJ0HM8knJtkbCn4hKFvNDLWXDr8BGMywGD1Lh54AAAAASUVORK5CYII=")}body{font-family:"Libre Baskerville",Baskerville,Georgia,serif;background-color:#f8f8f8;color:#111;line-height:1.3;text-align:justify;-moz-hyphens:auto;-ms-hyphens:auto;-webkit-hyphens:auto;hyphens:auto}@media (max-width: 400px){body{font-size:12px;margin-left:10px;margin-right:10px;margin-top:10px;margin-bottom:15px}}@media (min-width: 401px) and (max-width: 600px){body{font-size:14px;margin-left:10px;margin-right:10px;margin-top:10px;margin-bottom:15px}}@media (min-width: 601px) and (max-width: 900px){body{font-size:15px;margin-left:100px;margin-right:100px;margin-top:20px;margin-bottom:25px}}@media (min-width: 901px) and (max-width: 1800px){body{font-size:17px;margin-left:200px;margin-right:200px;margin-top:30px;margin-bottom:25px;max-width:800px}}@media (min-width: 1801px){body{font-size:18px;margin-left:20%;margin-right:20%;margin-top:30px;margin-bottom:25px;max-width:1000px}}p{margin-top:10px;margin-bottom:18px}em{font-style:italic}strong{font-weight:bold}h1,h2,h3,h4,h5,h6{font-weight:bold;padding-top:0.25em;margin-bottom:0.15em}header{line-height:2.475em;padding-bottom:0.7em;border-bottom:1px solid #bbb;margin-bottom:1.2em}header>h1{border:none;padding:0;margin:0;font-size:225%}header>h2{border:none;padding:0;margin:0;font-style:normal;font-size:175%}header>h3{padding:0;margin:0;font-size:125%;font-style:italic}header+h1{border-top:none;padding-top:0px}h1{border-top:1px solid #bbb;padding-top:15px;font-size:150%;margin-bottom:10px}h1:first-of-type{border:none}h2{font-size:125%;font-style:italic}h3{font-size:105%;font-style:italic}hr{border:0px;border-top:1px solid #bbb;width:100%;height:0px}hr+h1{border-top:none;padding-top:0px}ul,ol{font-size:90%;margin-top:10px;margin-bottom:15px;padding-left:30px}ul{list-style:circle}ol{list-style:decimal}ul ul,ol ol,ul ol,ol ul{font-size:inherit}li{margin-top:5px;margin-bottom:7px}q,blockquote,dd{font-style:italic;font-size:90%}blockquote,dd{quotes:none;border-left:0.35em #bbb solid;padding-left:1.15em;margin:0 1.5em 0 0}blockquote blockquote,dd blockquote,blockquote dd,dd dd,ol blockquote,ol dd,ul blockquote,ul dd,blockquote ol,dd ol,blockquote ul,dd ul{font-size:inherit}a,a:link,a:visited,a:hover{color:inherit;text-decoration:none;border-bottom:1px dashed #111}a:hover,a:link:hover,a:visited:hover,a:hover:hover{border-bottom-style:solid}a.footnoteRef,a:link.footnoteRef,a:visited.footnoteRef,a:hover.footnoteRef{border-bottom:none;color:#666}code{font-family:"Source Code Pro","Consolas","Monaco",monospace;font-size:85%;background-color:#ddd;border:1px solid #bbb;padding:0px 0.15em 0px 0.15em;-webkit-border-radius:3px;-moz-border-radius:3px;border-radius:3px}pre{margin-right:1.5em;display:block}pre>code{display:block;font-size:70%;padding:10px;-webkit-border-radius:5px;-moz-border-radius:5px;border-radius:5px;overflow-x:auto}blockquote pre,dd pre,ul pre,ol pre{margin-left:0;margin-right:0}blockquote pre>code,dd pre>code,ul pre>code,ol pre>code{font-size:77.77778%}caption,figcaption{font-size:80%;font-style:italic;text-align:right;margin-bottom:5px}caption:empty,figcaption:empty{display:none}table{width:100%;margin-top:1em;margin-bottom:1em}table+h1{border-top:none}tr td,tr th{padding:0.2em 0.7em}tr.header{border-top:1px solid #222;border-bottom:1px solid #222;font-weight:700}tr.odd{background-color:#eee}tr.even{background-color:#ccc}tbody:last-child{border-bottom:1px solid #222}dt{font-weight:700}dt:after{font-weight:normal;content:":"}dd{margin-bottom:10px}figure{margin:1.3em 0 1.3em 0;text-align:center;padding:0px;width:100%;background-color:#ddd;border:1px solid #bbb;-webkit-border-radius:8px;-moz-border-radius:8px;border-radius:8px;overflow:hidden}img{display:block;margin:0px auto;padding:0px;max-width:100%}figcaption{margin:5px 10px 5px 30px}.footnotes{color:#666;font-size:70%;font-style:italic}.footnotes li p:last-child a:last-child{border-bottom:none} diff --git a/syling.css b/syling.css deleted file mode 100644 index e69de29..0000000