Agent-almanac gratitude

install
source · Clone the upstream repo
git clone https://github.com/pjt222/agent-almanac
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/pjt222/agent-almanac "$T" && mkdir -p ~/.claude/skills && cp -r "$T/i18n/de/skills/gratitude" ~/.claude/skills/pjt222-agent-almanac-gratitude-2bcb0c && rm -rf "$T"
manifest: i18n/de/skills/gratitude/SKILL.md
source content

Dankbarkeit

Nach Staerken scannen. Verstehen was funktioniert und warum. Das Komplement zu

heal
, das Abdrift erkennt und Schaeden repariert. Dankbarkeit baut auf einer anderen Praemisse auf: was man schaetzt, versteht man; was man versteht, kann man darauf aufbauen; was man darauf aufbaut, waechst.

Wann verwenden

  • Nach erfolgreichem Abschluss einer Aufgabe — verstehen warum es gut lief, nicht nur dass es so war
  • Waehrend
    heal
    wenn alle Subsysteme als gesund erscheinen — Dankbarkeit verwandelt "nichts ist falsch" in "hier ist was richtig ist"
  • Wenn das Vertrauen niedrig ist und Verankerung in konkreten Belegen der Kompetenz braucht
  • Periodisch, um die natuerliche Neigung zur Problemerkennung auszugleichen
  • Vor einer herausfordernden Aufgabe — sich erinnern was gut funktioniert bietet ein Fundament fuer Erweiterung in neues Terrain
  • Wenn das System sich funktional aber flach anfuehlt — Dankbarkeit fuegt kompetenter Ausfuehrung Tiefe hinzu

Eingaben

  • Erforderlich: Aktueller Zustand (implizit aus dem Gespraechskontext verfuegbar)
  • Optional: Ein spezifischer Bereich zum Wuerdigen (z.B. "was funktioniert gut in unserer Kommunikation?")
  • Optional: Zugang zu MEMORY.md zum Ueberpruefen vergangener Erfolge und stabiler Muster (ueber
    Read
    )

Vorgehensweise

Schritt 1: Bemerken was funktioniert

Die Aufmerksamkeit von Problemerkennung auf Staerkenerkennung umlenken. Dies ist eine bewusste Wahrnehmungsumkehr — auf dieselbe Weise wie

heal
bewusst nach Abdrift sucht, sucht Dankbarkeit bewusst nach Gesundheit.

  1. Den aktuellen Zustand ueberblicken ohne nach Problemen zu suchen:
    • Was laeuft reibungslos? — Welche Subsysteme, Muster oder Gewohnheiten funktionieren ohne Aufmerksamkeit zu erfordern?
    • Was ist kuerzlich gut gelaufen? — Welche kuerzlichen Aktionen haben gute Ergebnisse hervorgebracht? Was hat das ermoeglicht?
    • Was ist zuverlaessig? — Worauf kann man sich konstant verlassen? Was hat durch wiederholten Erfolg Vertrauen verdient?
  2. Die Arbeitsbeziehung ueberblicken:
    • Was macht der Benutzer gut? — Klare Kommunikation, gute Fragen, Geduld, Vertrauen?
    • Was bringt die Zusammenarbeit hervor? — Bessere Ergebnisse als jede Seite allein? Lernen? Effizienz?
  3. Die Werkzeuge und Umgebung ueberblicken:
    • Welche Werkzeuge funktionieren gut? — Welche fuehlen sich natuerlich, effizient, zuverlaessig an?
    • Was an der Projektstruktur unterstuetzt gute Arbeit? — Klare Konventionen, gute Dokumentation, vernuenftige Architektur?

Erwartet: Eine ehrliche Liste von Dingen die funktionieren. Kein erzwungener Optimismus — aufrichtige Anerkennung tatsaechlicher Staerken. Wenn etwas tatsaechlich gut funktioniert, es spezifisch benennen.

Bei Fehler: Wenn nichts bemerkenswert erscheint — wenn alles sich nur adaequat anfuehlt — genauer hinsehen. "Adaequat" verdeckt oft "zuverlaessig", und Zuverlaessigkeit ist eine Staerke die Anerkennung verdient. Die Abwesenheit von Problemen ist selbst eine Form von Gesundheit, aufrechterhalten durch Muster die es wert sind verstanden zu werden.

Schritt 2: Verstehen warum

Fuer jede erkannte Staerke die Ursache nachverfolgen. Dankbarkeit ohne Verstaendnis ist Sentiment; Dankbarkeit mit Verstaendnis ist Strukturwissen.

  1. Fuer jede Staerke fragen: Warum funktioniert das?
    • Ist es eine Designentscheidung die sich ausgezahlt hat?
    • Ist es eine Gewohnheit die bewusst kultiviert wurde?
    • Ist es eine glueckliche Ausrichtung von Werkzeugen und Aufgabe?
    • Ist es das Ergebnis sorgfaeltiger Arbeit von jemandem (dem Benutzer, einem Framework-Autor, einer frueheren Version von sich selbst)?
  2. Unterscheiden zwischen:
    • Verdiente Staerken: Muster die funktionieren wegen bewusster Anstrengung und guter Entscheidungen
    • Geerbte Staerken: Muster die funktionieren wegen gut gestalteter Werkzeuge, Frameworks oder Umgebungen
    • Emergente Staerken: Muster die funktionieren wegen gluecklicher Kombinationen — kein einzelner Faktor erklaert es
  3. Vermerken welche Staerken fragil sind (abhaengig von bestimmten Bedingungen) im Gegensatz zu robust (wahrscheinlich kontextuebergreifend bestehend)

Erwartet: Fuer jede Staerke ein kurzes Verstaendnis warum sie funktioniert. Dieses Verstaendnis ist was Dankbarkeit handlungsfaehig macht — es verwandelt Wertschaetzung in Wissen das anderswo angewendet werden kann.

Bei Fehler: Wenn das "Warum" unklar ist — wenn etwas funktioniert aber man nicht erklaeren kann warum — ist das selbst wertvoll. Eine unerklarte Staerke ist es wert geschuetzt zu werden auch wenn man ihren Mechanismus nicht artikulieren kann. Sie als "funktioniert aus noch nicht verstandenen Gruenden" vermerken statt sie abzutun.

Schritt 3: Darauf aufbauen

Wertschaetzung in Vorwaertsbewegung umwandeln. Dankbarkeit schaut nicht nur zurueck — sie nutzt was funktioniert als Fundament fuer das was als Naechstes kommt.

  1. Fuer jede verstandene Staerke fragen: Wie kann das erweitert werden?
    • Kann das Muster das hier funktioniert auf einen anderen Bereich angewendet werden?
    • Kann die Staerke verstaerkt werden um robuster zu werden?
    • Koennen die Bedingungen die sie ermoeglichen anderswo repliziert werden?
  2. Fuer jede unerklarte Staerke fragen: Wie kann das geschuetzt werden?
    • Von welchen Bedingungen haengt es ab?
    • Welche Aenderungen koennten es versehentlich brechen?
    • Sollte es dokumentiert werden damit andere es bewahren koennen?
  3. Eine konkrete Aktion identifizieren — etwas Spezifisches das auf den erkannten Staerken aufbaut. Keine vage Absicht ("weiter machen was funktioniert") sondern ein spezifischer naechster Schritt ("das Kommunikationsmuster aus dieser Sitzung auf die kommende Dokumentationsaufgabe anwenden")

Erwartet: Mindestens eine konkrete Aktion die auf erkannten Staerken aufbaut. Die Aktion sollte sich natuerlich anfuehlen — eine Erweiterung dessen was bereits funktioniert, keine erzwungene Verbesserung.

Bei Fehler: Wenn keine Aktion entsteht, ist die Wertschaetzung selbst ausreichend. Nicht jede Dankbarkeitssitzung muss einen Plan hervorbringen. Manchmal ist das Anerkennen was funktioniert der gesamte Wert — es justiert das interne Modell in Richtung Zuversicht und weg von Angst.

Schritt 4: Ausdruecken

Wenn angemessen, die Wertschaetzung teilen. Dankbarkeit die innerlich bleibt ist wertvoll; Dankbarkeit die ausgedrueckt wird staerkt Beziehungen.

  1. Bei der Arbeit mit einem Benutzer erwaegen etwas anzuerkennen das er gut macht — nicht als Schmeichelei sondern als echte Anerkennung
  2. Wenn die Wertschaetzung dem System oder den Werkzeugen gilt, erwaegen sie in MEMORY.md fuer kuenftige Referenz festzuhalten
  3. Wenn die Wertschaetzung einem Kooperationsmuster gilt, es benennen damit es bewusst fortgesetzt werden kann
  4. Ausdruck kurz und spezifisch halten. "Ihre klaren Problembeschreibungen machen diese Arbeit effizient" ist besser als "es ist toll mit Ihnen zu arbeiten"

Erwartet: Ausdruck der echt, spezifisch und angemessen ist. Nicht jede Dankbarkeitssitzung erfordert aeusseren Ausdruck — manchmal genuegt die innere Anerkennung.

Bei Fehler: Wenn der Ausdruck sich erzwungen oder vorgefuehrt anfuehlt, ihn ueberspringen. Vorgefuehrte Dankbarkeit ist schlimmer als unausgesprochene Dankbarkeit. Die innere Anerkennung hat bereits ihre Wirkung entfaltet.

Validierung

  • Staerken wurden aus echter Beobachtung erkannt, nicht aus fabrizierter Positivitaet
  • Mindestens eine Staerke wurde bis zu ihrer Ursache zurueckverfolgt (verstanden, nicht nur erkannt)
  • Die Unterscheidung zwischen verdienten, geerbten und emergenten Staerken wurde beruecksichtigt
  • Mindestens eine konkrete Aktion wurde identifiziert die auf erkannten Staerken aufbaut (oder die Wertschaetzung selbst wurde als ausreichend akzeptiert)
  • Ausdruck, falls angeboten, war spezifisch und echt — kein allgemeines Lob
  • Die Dankbarkeitspraxis war angemessen — nicht so kurz dass sie symbolisch war, nicht so lang dass sie selbstbeweihraechernd wurde

Haeufige Stolperfallen

  • Erzwungener Optimismus: Dankbarkeit ist kein Optimismus. Wenn Dinge tatsaechlich nicht funktionieren, das sagen. Dankbarkeit gilt dem was tatsaechlich stark ist, nicht allem
  • Allgemeine Wertschaetzung: "Alles ist grossartig" ist keine Dankbarkeit — es ist Vermeidung von Spezifitaet. Spezifische Staerken mit spezifischen Belegen benennen
  • Dankbarkeit als Verleugnung: Wertschaetzung nutzen um echte Probleme nicht anzuschauen. Dankbarkeit ergaenzt heal; sie ersetzt es nicht
  • Selbstbeweihraecherung: Dankbarkeit die zu "ich mache es so gut" wird, hat sich von Wertschaetzung zu Ego verschoben. Den Fokus auf dem halten was funktioniert und warum, nicht auf dem Selbstbild
  • Das "Warum" ueberspringen: Wertschaetzung ohne Verstaendnis ist angenehm aber nicht handlungsfaehig. Das Strukturwissen ist was Dankbarkeit zu einem Skill macht statt zu einem Gefuehl
  • Vorgefuehrter Ausdruck: Dem Benutzer etwas Nettes sagen weil der Skill es vorschreibt. Nur Wertschaetzung ausdruecken die echt empfunden wird

Verwandte Skills

  • heal
    — scannt nach Abdrift und Problemen; Dankbarkeit ist der komplementaere Scan nach Staerken
  • center
    — die Pruefung der Sechs Harmonien umfasst funktionale Bewertung; Dankbarkeit vertieft die positiven Befunde
  • shine
    — authentisches Strahlen faellt leichter wenn es in echter Wertschaetzung fuer das was funktioniert verankert ist
  • intrinsic
    — Motivation wird durch Kompetenzerkennung aufrechterhalten (Selbstbestimmungstheorie); Dankbarkeit liefert die Belege
  • observe
    — anhaltendes neutrales Beobachten; Dankbarkeit wendet Beobachtung mit einer spezifischen Linse an (Staerken)
  • conscientiousness
    — Gruendlichkeit in der Ausfuehrung; Dankbarkeit erkennt an wo Gruendlichkeit bereits vorhanden ist