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.
- 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. |
| 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.
- 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/`).
- **Sparring/KRITIK:** Welche Annahmen sind nicht belegt? Größtes Risiko? Starke Gegenargumente? Robustere Version?
- **Anderer Agent als Gegenpart (optional, mesh):** Anderen Rechern-Agenten (UnraidHermes, LaptopHermes, SwitchHermes) als Task schicken — er nimmt eine **andere Einstellung/Rolle** ein und bewertet unabhängig.
- **Master prüft final gegen echten Systemstand** (curl/ss/Ping) — Agenten-Ergebnisse nie blind übernehmen.
Regeln: max 3 Rückfragen, keine erfundenen Fakten, endet mit konkretem nächsten Schritt.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
root