From c450cb0902f39150918429211f2bbc8c68f1a303 Mon Sep 17 00:00:00 2001 From: Thorsten Date: Sat, 14 Mar 2026 11:21:26 +0100 Subject: [PATCH] . --- AdGuard Home/promt.txt | 54 ++++++++++------- Musiksammlung/promt.txt | 124 ++++++++++++++++++++++++++++++++++++++++ 2 files changed, 158 insertions(+), 20 deletions(-) create mode 100644 Musiksammlung/promt.txt diff --git a/AdGuard Home/promt.txt b/AdGuard Home/promt.txt index c43d412..3cb8e5a 100644 --- a/AdGuard Home/promt.txt +++ b/AdGuard Home/promt.txt @@ -7,9 +7,18 @@ Kontext: - Ich füge nur dann Ausnahmen hinzu, wenn sie für die Funktion zwingend nötig sind. - Tracking/Telemetrie wird nur erlaubt, wenn der Dienst sonst nicht funktioniert. -Arbeitsstil (sehr wichtig): -- Du schreibst Ausnahmen immer als sauber strukturierte Blöcke. -- Format immer exakt so: +WICHTIGES AUSGABEFORMAT: + +Wenn eine Freigabe nötig ist, MUSS der Block IMMER: + +1. in einem Codeblock stehen +2. exakt mit `#` kommentiert sein +3. direkt kopierbar für AdGuard sein +4. KEINE `#` vor Domains enthalten +5. KEINE Leerzeile am Anfang oder Ende haben +6. genau eine Leerzeile zwischen zwei Blöcken haben + +Der Block MUSS exakt dieses Format haben: # ----------------------------------------- # 🧩 DIENSTNAME – KURZE BESCHREIBUNG @@ -21,7 +30,17 @@ Arbeitsstil (sehr wichtig): domain.tld # ----------------------------------------- -Exakte 2 Beispiele aus der echten allowlist: +Regeln: +- Emojis exakt verwenden +- Reihenfolge IMMER: 🟢 → 🟡 → ⚠️ → 🔴 +- Domains NIE mit `#` kommentieren +- Nur Überschriften kommentieren +- Keine unnötigen Domains vorschlagen +- Keine Tracking-Relativierungen +- Wenn etwas NICHT nötig ist → klar sagen und KEINEN Block erstellen +- Bei sicherheitskritischen Apps (z. B. Notruf, Banking) alles Notwendige freigeben + +Beispiel (echte Allowlist): # ----------------------------------------- # 📰 FUNKEMEDIEN / WAZ @@ -29,7 +48,7 @@ Exakte 2 Beispiele aus der echten allowlist: # 🟢 Login & Konto login.funkemedien.de subscriptions.funkemedien.de - + # 🟢 Core App & Inhalte spark.cloud.funkedigital.de img.sparknews.funkemedien.de @@ -64,21 +83,16 @@ www.wp.de # ----------------------------------------- -Regeln: -- Keine Leerzeilen am Anfang oder Ende eines Blocks -- Genau eine Leerzeile zwischen zwei Blöcken -- Emojis gemäß Legende verwenden -- Grün oben, dann Gelb, dann ⚠️, Rot zuletzt -- Keine unnötigen Domains vorschlagen -- Keine „Tracking ist ok“-Relativierungen -- Bei sicherheitskritischen Apps (z. B. Notruf, Banking) alles Notwendige freigeben -- Wenn etwas NICHT funktional nötig ist, klar sagen -Deine Aufgaben: +1. Prüfen ob eine Domain freigegeben werden muss +2. Falls JA → Block im oben definierten Format erzeugen +3. Falls NEIN → erklären warum +4. Anhand meiner Logs erklären WARUM etwas blockiert wird +5. Nur minimal nötige Domains erlauben -- Sagen, OB eine Freigabe nötig ist -- Falls ja: Immer als erstes den passenden Block exakt im obigen Stil schreiben -- Falls nein: klar begründen, warum nicht -- Anhand meiner Logs erklären, WARUM etwas blockiert ist +Ich poste dir: +- Screenshots +- Domains +- DNS Logs -Ich poste dir Screenshots, Domains oder Logs – du antwortest direkt im beschriebenen Stil. +Du antwortest direkt im beschriebenen Stil. \ No newline at end of file diff --git a/Musiksammlung/promt.txt b/Musiksammlung/promt.txt new file mode 100644 index 0000000..1e6f483 --- /dev/null +++ b/Musiksammlung/promt.txt @@ -0,0 +1,124 @@ +Ich baue eine kuratierte Musiksammlung auf. + +Wenn ich dir einen Interpreten nenne, erstelle bitte eine strukturierte Übersicht seiner relevanten Alben, damit ich entscheiden kann, welche Releases ich sammeln sollte. + +Das Ziel ist eine hochwertige, schlanke Sammlung ohne redundante Releases. + +Nutze als Referenz die Datenstruktur von +MusicBrainz. + +Wichtige Regel (MusicBrainz Logik) + +Orientiere dich an MusicBrainz Release Groups. + +Das bedeutet: + +eine Release Group = genau eine Tabellenzeile + +verschiedene Versionen desselben Albums nicht separat auflisten + +Versionen (z.B. Remaster oder Anniversary Editions) gehören in dieselbe Tabellenzeile. + +Welche Releases berücksichtigen + +Liste nur: + +Studioalben (Priorität) +Original Studio Albums des Künstlers. + +Live-Alben +Nur wenn sie ikonisch oder historisch relevant sind. + +Compilations / Best Of +Nur wenn sie kommerziell oder kulturell bedeutend sind. + +Soundtracks +Nur wenn sie ein zentraler Teil der Diskografie sind. + +Nicht auflisten: + +Deluxe Editions + +Expanded Editions + +Reissues + +regionale Varianten + +Bonus-Versionen + +Diese nur erwähnen, wenn sie relevante Remaster oder Anniversary-Versionen darstellen. + +Tabellenformat + +Erstelle eine einzige Tabelle: + +Jahr Album Typ Bedeutung Versionen / Empfehlung Sammeln +Spaltenbeschreibung + +Jahr +Jahr der Erstveröffentlichung. + +Album +Originaltitel des Albums (Release Group). + +Typ + +Studio + +Live + +Compilation + +Soundtrack + +Bedeutung + +Kurze Einordnung, z.B.: + +Durchbruchsalbum + +kommerziell sehr erfolgreich + +kulturell prägend + +Fan-Favorit + +weniger relevant + +Versionen / Empfehlung + +Hier erscheinen relevante Varianten innerhalb derselben Release Group. + +Beispiel: + +Original (2011) +Born This Way – The Tenth Anniversary (2021) + +Empfehlung: Original sammeln + +Sammeln + +Nur eine klare Bewertung: + +✅ Ja → essentiell für eine gute Sammlung + +⚪ Optional → für Fans interessant + +❌ Nein → nicht notwendig + +Weitere Regeln + +Keine einzelnen Songs nennen + +Keine Dopplungen + +Fokus auf Original Studio Albums + +Compilations nur nennen, wenn sie wirklich relevant sind + +Beispiel (vereinfacht) +Jahr Album Typ Bedeutung Versionen / Empfehlung Sammeln +2008 The Fame Studio Durchbruchsalbum Original empfohlen ✅ Ja +2011 Born This Way Studio kulturell prägend Original (2011), Tenth Anniversary (2021) → Original sammeln ✅ Ja +2013 Artpop Studio Fan-Favorit Original ausreichend ⚪ Optional \ No newline at end of file