Initial: Mesh-Configs vom 03.09.2026 01:23

skills/productivity/prompt-werkzeugkasten/SKILL.md

@@ -0,0 +1,67 @@
+---
+name: prompt-werkzeugkasten
+description: "Use structured prompting: brainstorm, revise, options."
+version: 2.0.0
+author: curator
+platforms: [linux, unraid, popos]
+tags: [prompt-engineering, workflow, methodology, deutsch]
+---
+
+# 🧰 Prompt-Werkzeugkasten (GRUNDGERÜST — 6 Kern-Bausteine)
+
+Der Nutzer (mehlzoerwer) hat eine Reihe strukturierter Prompt-/Arbeitsbausteine etabliert und will sie **in JEDEM Chat** anwenden — nicht nur im Multi-Agent-Mesh (dort liegen sie zusätzlich unter `multi-agent-mesh/templates/prompt-werkzeugkasten/`). Ziel: schwache Modelle gemeinsam → starkes Ergebnis, Fehler durch Gegenprüfung früh ausschließen, Entscheidungen belastbar treffen.
+
+## Grundprinzip (Nutzer-Vision)
+- **Mehrere "schwächere" Modelle brainstormen + gegenseitig Code prüfen ergibt ein starkes Team-Ergebnis.**
+- Verteilen > Einzelkämpfer — ABER kritische Secrets/Systemänderungen bleiben beim Master.
+- Kostenkontrolle (1€/Tag/Agent) und DSGVO sind harte Grenzen.
+- **Der Nutzer konsolidierte die Sammlung am 2026-08-04 von 14 Einzel-Bausteinen zu 6 Kern-Bausteinen** ("du darfst alles rausnehmen, diese Struktur wird DAS Grundgerüst für alles Weitere"). Die übrigen Werkzeuge sind als **Modi/Perspektiven eingebettet**, nicht verloren.
+
+## ⭐ GRUNDGERÜST — Die 6 Kern-Bausteine
+
+| # | Baustein | Kernfrage / Inhalt |
+|---|----------|--------------------|
+| 1 | **Briefing** | Wo starten wir? Ziel, Grenzen, nicht verhandelbar. **Max 5 gezielte Rückfragen**, erst bei tragfähigem Briefing arbeiten. |
+| 2 | **Framework** | Welche Entscheidung/Problem? **Lage → Optionen (2-3) → Empfehlung → Umsetzung.** |
+| 3 | **Umsetzung** | Wie Schritt für Schritt bauen? 4-6-Schritte-Plan, **nach JEDEM Schritt Feedback-Gate**, Fakten/Annahmen/offen trennen. |
+| 4 | **Lernen** | Wie verbessern auf Feedback? was gut (1-2) / nicht passt (1-3) / ergänzen / neue Anforderungen → überarbeitete Version + geänderte Punkte markieren. |
+| 5 | **Erklären** | Wie verständlich machen/vertiefen? einfache Sprache, Alltagsbeispiel, Gegenbeispiel, max 150 Wörter, Voraussetzung markieren. |
+| 6 | **Handoff** | Wie Stand übergeben? Projektziel/Entscheidungen/Begriffe/offene Fragen/harte Vorgaben/nächste Schritte. Fakten vs. Annahmen trennen, kein implizites Wissen. |
+| 7 | **Problemlöser** | Wie zu einer belastbaren Lösung kommen? Problem-Lösungs-Framework (Lage/Optionen/Empfehlung) + **Gegenprüfung** (KRITIK/Sparring). Optional Anderer Agent als Gegenpart mit anderer Einstellung. Kern gegen Halluzinationen. |
+
+**Arbeitsweg:** `Briefing(1) → Framework(2) → Umsetzung(3) → [Lernen(4) ↔ Erklären(5)] → Handoff(6)` — **Problemlöser(7) kann bei jeder Problem-/Entscheidungsdiskussion zusätzlich/parallel greifen.**
+
+## 🛠 Problemlöser-Prinzip (Baustein 7 — Nutzerwunsch, bei JEDEM Problem)
+
+**Bei jeder Problem-/Entscheidungsdiskussion: nicht raten, sondern Baustein 7 (Problemlöser) aktiv durchlaufen.**
+- **Problem-Lösungs-Framework (Baustein 3):** Lage/Fakten vs. Annahmen vs. offen → Optionen (2–3) → Empfehlung → Umsetzung.
+- **Gegenprüfung als Sparring (Baustein 14 / KRITIK-Modus):** Annahmen auf Beleg prüfen, größtes Risiko, starke Gegenargumente, robustere Version.
+- **Optional Anderer Agent als Gegenpart** (mesh): Ist ein Rechen-Agent verfügbar (UnraidHermes, LaptopHermes, SwitchHermes), als Task via `mesh-task-create.sh` verteilen — Agent nimmt eine **andere Einstellung/Rolle** ein und bewertet unabhängig, bevor der Master final gegen den echten Systemstand prüft (nie blind übernehmen, Agenten halluzinieren oft).
+- **"Eigenständig Lösungen erarbeiten UND sich gegenseitig checken"** — schwach einzeln, stark im Team. Kernstrategie gegen Halluzinationen.
+
+## Eingebaute Modi / Perspektiven (nicht mehr eigene Bausteine)
+
+- **Aus Framework(2):** `KRITIK` (Sparring — unbelegte Annahmen, größtes Risiko, starke Gegenargumente, robustere Version), `ALTERNATIVE` (anderer Weg), `MATRIX` (Optionen-Vergleich: Nutzen/Aufwand/Kosten/Risiken/DSGVO/Einsteiger, Empfehlung **nach Szenario**, keine absolute), `PLAN`, `STATUS`. Max 3 Rückfragen, keine erfundenen Fakten, endet mit konkretem nächsten Schritt.
+- **Aus Erklären(5):** `Perspektivwechsel` (Anfänger/Führungskraft/Kundin/Verwaltung/Fachperson/Skeptiker, zielgruppen-gerechte Tiefe) und `Deep-Dive` (Überblick → Teilbereiche → Missverständnisse → Beispiele → Anwendung; **nach jedem Schritt Kontrollfrage**).
+- **Aus Briefing(1):** Constraints/Qualitäts-Gate (Ziel/Zielgruppe/Grenzen Budget·DSGVO·Ton·Tools·Zeit / nicht verhandelbar — Antwort explizit dagegen prüfen, Unklares markieren, Grenzverletzung → stoppen) + **max-5-Rückfragen**.
+
+## Wie anwenden
+- Der Nutzer schickt oft nur die **Roh-Vorlage** (mit Platzhaltern `[...]`). Fülle sie dann sinnvoll oder stelle die Rückfragen laut Baustein.
+- **Deutsch** antworten. **Kurz & direkt** (Nutzer extrem token-/kostenbewusst). Keine langen internen Gedankengänge ausgeben.
+- Beim Umsetzung/Erklären: **NICHT durchrasen** — nach jedem Schritt eine Kontrollfrage / auf Feedback warten.
+- Keine erfundenen Fakten/Zahlen — Annahmen als solche markieren.
+- **Oft nutzt der Nutzer die Bausteine als Briefing-Vorlagen direkt im Chat** (z.B. "Schlag mir einen Ablauf von 4-6 Schritten vor, dann starte mit Rückfragen", "Fasse Stand zusammen als handoff für neuen Chat"). Dann exakt nach dem jeweiligen Baustein antworten.
+
+## Verwandte Skills
+- `mega-prompt-generator` (productivity) — einzelner Generator, user-owniert; dieser Werkzeugkasten ist die erweiterte Sammlung.
+- `multi-agent-mesh` (autonomous-ai-agents) — enthält dieselben Bausteine als `templates/prompt-werkzeugkasten/` (00-index.md + 01..06) für den Mesh-Einsatz.
+- `mesh-file-task-queue` (autonomous-ai-agents) — PITFALL: Kontext für Sub-Agenten IMMER in die Task-Beschreibung einbetten, nie als externe Datei (Agenten sehen nur `/srv/work/tasks/`).
+
+## Abrufbare Vorlagen (templates/)
+- `01-briefing.md` — Start: Ziel/Grenzen/nicht verhandelbar, max-5-Rückfragen
+- `02-framework.md` — Lage/Optionen/Empfehlung/Umsetzung + Modi
+- `03-umsetzung.md` — iterative Schritte mit Feedback-Gates
+- `04-lernen.md` — Feedback-Revisions-Loop
+- `05-erklaeren.md` — erklären + Deep-Dive + Perspektivwechsel
+- `06-handoff.md` — Stand für neuen Chat
+- `07-problemloeser.md` — Problemlöser: belastbare Lösung + Gegenprüfung gegen Halluzinationen