---
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