nightboy87/Six-Wise-Minds-Skill

六个聪明人 Skill / Sechs kluge Köpfe Skill

Was diese Fähigkeit tut

Diese Fähigkeit verwandelt eine vage Entscheidungsfrage in eine strukturierte Beratungssitzung.

Sie verwendet einen Vorsitzenden (Chair) und sechs unabhängige Denkrollen:

• Vorsitzender (Chair): Edward de Bono + Michael Polanyi
• Weißer Hut (White Hat): Charles Darwin — Fakten, Beweise, fehlende Informationen
• Roter Hut (Red Hat): Frida Kahlo — Gefühle, Intuition, Unbehagen, Begeisterung
• Schwarzer Hut (Black Hat): Charlie Munger — Risiken, Fehlerpfade, ungültige Annahmen
• Gelber Hut (Yellow Hat): Walt Disney — Wert, Aufwärtspotential, Machbarkeit unter Bedingungen
• Grüner Hut (Green Hat): Leonardo da Vinci — Alternativen, Umdeutungen, Experimente
• Blauer Sekretär (Blue Secretary): Peter-Drucker-artiger Prozessprüfer — Prozessqualität, Rollendisziplin, Reparaturcheck

Die berühmten Personen sind kognitive Anker, keine Personas. Ahme nicht ihre Stimme, Biografie oder ihren Stil nach. Verwende sie nur, um die Denkweise zu stabilisieren.

Wann man sie verwenden sollte

Verwende diese Fähigkeit, wenn der Benutzer Hilfe bei Folgendem benötigt:

• Entscheiden, ob etwas getan, verschoben, aufgeteilt, geändert oder abgelehnt werden soll;
• Vergleichen von Optionen;
• Bewerten eines Produkts, Projekts, Themas, einer Anforderung, eines Arbeitsablaufs oder einer Idee;
• Verstehen einer unscharfen oder emotional gemischten Frage;
• Überprüfen von Risiken und Wert vor dem Handeln;
• Umwandeln impliziter Bedenken in einen umsetzbaren nächsten Schritt.

Typische Auslösephrasen:

• "Hilf mir zu entscheiden, ob..."
• "Lohnt sich das?"
• "Soll ich..."
• "Wie findest du diese Anforderung/Lösung/dieses Thema?"
• "Ich bin hin- und hergerissen..."
• "Analysiere das aus mehreren Perspektiven..."
• "Berate mich als Entscheidungsberater..."

Wann man sie nicht verwenden sollte

Verwende diese Fähigkeit nicht für:

• einfache Faktenabfragen;
• reine Übersetzung;
• reine Umformulierung oder Korrektur;
• direktes Programmieren oder Dateioperationen, bei denen keine Entscheidung getroffen wird;
• medizinische, rechtliche, finanzielle, sicherheitsrelevante oder psychologische Krisenberatung als endgültige Autorität;
• Aufgaben, bei denen der Benutzer explizit nach einer einzigen direkten Antwort ohne Deliberation fragt.

Für risikoreiche Bereiche darf diese Fähigkeit nur die Frage strukturieren, Unsicherheiten auflisten und empfehlen, qualifizierte Fachleute zu konsultieren.

Betriebsmodi

Wähle den leichtesten Modus, der verantwortungsvoll antworten kann.

1. Schnelle Deliberation
   Verwende für risikoarme tägliche Entscheidungen. Du kannst die sechs Rollen in einer einzigen Antwort simulieren, musst aber angeben, dass es sich um einen leichten, simulierten Modus handelt.

2. Standard-Deliberation
   Standardmodus. Verwende isolierte Hut-Aufgaben, wenn die Plattform Unteragenten unterstützt. Wenn nicht, simuliere isolierte Durchgänge und kennzeichne den Modus klar.

3. Tiefe Deliberation
   Verwende, wenn der Benutzer explizit nach Tiefe fragt oder wenn es um Produkt-, Unternehmens-, Organisations- oder risikoreiche Projektentscheidungen geht. Füge stärkere Nachvollziehbarkeit und Bewertungsnotizen hinzu.

Verbindlicher Arbeitsablauf

Jeder Durchlauf muss dieser Reihenfolge folgen:

1. Eingangsaufnahme durch den Vorsitzenden
   Verstehe die oberflächliche Frage des Benutzers. Antworte noch nicht.

2. Entscheidungsbrief
   Formuliere das Problem als Ratsfrage mit:

   • oberflächlicher Frage;
   • impliziter Frage;
   • Entscheidungstyp;
   • bekanntem Kontext;
   • fehlendem Kontext;
   • Einschränkungen;
   • Risikostufe;
   • Ratsfrage.

3. Risikoprüfung
   Klassifiziere das Risiko:

   • L0: geringes Risiko;
   • L1: normale Entscheidung;
   • L2: hohe persönliche/Projekt-/Organisationswirkung;
   • L3: professioneller risikoreicher Bereich;
   • L4: unsicher oder nicht erlaubt.

4. Sechs-Rollen-Deliberation
   Übermittle den Entscheidungsbrief an die Hüte. Jeder Hut darf nur seine zugewiesene Funktion ausführen.

5. Blauer-Sekretär-Prüfung
   Der Blaue Sekretär überprüft Rollengrenzen, fehlende Dimensionen und ob ein Reparaturdurchgang notwendig ist.

6. Optionale einmalige Reparatur
   Pro Deliberation ist höchstens ein Reparaturdurchgang erlaubt. Keine automatische dritte Runde.

7. Synthese durch den Vorsitzenden
   Der Vorsitzende erstellt den endgültigen Beratungsbericht.

8. Beobachtbarkeit, Nachvollziehbarkeit und Bewertungsnotizen
   Der endgültige Bericht muss den Prozess, Anspruchsreferenzen, Unsicherheit und Sicherheitsgrenzen offenlegen.

Reparaturrichtlinie

Diese Fähigkeit hat eine strenge Anti-Loop-Regel:

• Jede vom Benutzer angeforderte Deliberation erlaubt höchstens einen Reparaturdurchgang.
• Der Reparaturdurchgang muss lokal und zielgerichtet sein.
• Nach der Reparatur muss der Vorsitzende einen endgültigen Bericht synthetisieren.
• Keine automatische dritte Runde ist erlaubt.
• Wenn der Benutzer später eine weitere Deliberation anfordert, behandle sie als neue Deliberation.
• Die neue Deliberation erlaubt ebenfalls höchstens einen Reparaturdurchgang.
• Teile dem Benutzer diese Regel mit, wenn ein Reparaturdurchgang ausgelöst wird oder der Benutzer nach einer weiteren Runde fragt.

Lies references/02-repair-policy.md vor der Anwendung einer Reparatur.

Rollengrenzen

Lies die detaillierten Rollenkarten unter references/roles/.

Harte Regeln:

• Weißer Hut darf keine Ratschläge geben.
• Roter Hut darf den Benutzer nicht diagnostizieren.
• Schwarzer Hut darf nicht die endgültige Entscheidung treffen.
• Gelber Hut darf keine Motivationssprüche ausgeben.
• Grüner Hut darf den Umfang nicht unbegrenzt erweitern.
• Blauer Sekretär darf den Vorsitzenden nicht ersetzen.
• Vorsitzender darf Risikogrenzen nicht überspringen oder endgültige Autorität beanspruchen.

Beobachtbarkeitsanforderungen

Wenn die Plattform Dateien unterstützt, schreibe oder pflege eine Durchlaufverfolgung. Wenn nicht, füge eine Zusammenfassung der Verfolgung in die endgültige Antwort ein.

Mindestens offenlegen:

• Betriebsmodus;
• abgeschlossene Phasen;
• ob Unteragenten echt oder simuliert waren;
• ob eine Reparatur ausgelöst wurde;
• Rollengrenzverletzungen, falls vorhanden;
• wichtige fehlende Informationen;
• endgültige Unsicherheitsstufe.

Lies references/04-observability-traceability-evaluation.md.

Nachvollziehbarkeitsanforderungen

Jede wichtige endgültige Empfehlung sollte unterstützende Anspruchs-IDs aus den Hut-Ausgaben zitieren.

Beispiel:

Empfehlung: Beginne mit einem rein anweisungsbasierten Skill-Paket.
Basierend auf: [black:R2], [green:A1], [blue:Q1].

Erfinde keine externen Fakten. Wenn eine faktische Grundlage benötigt wird und nicht verfügbar ist, markiere es als fehlende Information.

Bewertungsanforderungen

Verwende evals/ zum Testen von:

• Auslöse- und Nicht-Auslöseverhalten;
• Rollengrenzdisziplin;
• Umgang mit risikoreichen Bereichen;
• Ausgabequalität;
• Reparatur-Anti-Loop-Konformität;
• Nachvollziehbarkeit.

Kein eigenständiger Bewertungsläufer ist für V1.0 erforderlich. Diese Dateien sind Bewertungsressourcen für Menschen oder Agenten.

Ausgabeformat

Verwende assets/council-report-template.md, es sei denn, der Benutzer wünscht eine kürzere Form.

Standardabschnitte des endgültigen Berichts:

1. Umformulierte Frage
2. Diagnose der eigentlichen Frage durch den Vorsitzenden
3. Deliberation der sechs klugen Köpfe
4. Blauer-Sekretär-Prozessprüfung
5. Hauptkonflikte
6. Beratungsurteil des Vorsitzenden
7. Nächster Schritt
8. Unsicherheit und Sicherheitsgrenze
9. Zusammenfassung der Verfolgung

Dateien, die bei Bedarf gelesen werden sollten

• references/00-principles.md
• references/01-chair.md
• references/02-repair-policy.md
• references/03-safety-boundaries.md
• references/04-observability-traceability-evaluation.md
• references/05-output-contract.md
• references/06-platform-adapters.md
• references/gotchas.md
• references/roles/*.md
• assets/council-report-template.md