Zurück zu Fähigkeiten

gratitude

pjt222
Aktualisiert 2 days ago
3 Ansichten
17
2
17
Auf GitHub ansehen
Metaaidesign

Über

Die `gratitude`-Fähigkeit durchsucht ein System, um zu identifizieren und zu analysieren, was korrekt funktioniert, und baut strukturelles Wissen aus erfolgreichen Mustern auf. Sie dient als Ergänzung zur `heal`-Fähigkeit, indem sie einen natürlichen Fokus auf Problemerkennung ausgleicht, indem sie sich auf Stärken konzentriert. Verwenden Sie sie nach erfolgreichem Aufgabenabschluss, während gesunder Systemzustände oder wenn Sie geringes Vertrauen in Beweise für das, was funktioniert, verankern müssen.

Schnellinstallation

Claude Code

Empfohlen
Primär
npx skills add pjt222/agent-almanac -a claude-code
Plugin-BefehlAlternativ
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternativ
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/gratitude

Kopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren

Dokumentation

Gratitude

Scan for strengths. Understand what is working and why. The complement to heal, which identifies drift and repairs damage. Gratitude builds on a different premise: what you appreciate, you understand; what you understand, you can build on; what you build on, grows.

When to Use

  • After completing a task successfully — understand why it went well, not just that it did
  • During heal when all subsystems read as healthy — gratitude turns "nothing is wrong" into "here is what is right"
  • When confidence is low and needs grounding in concrete evidence of competence
  • Periodically, to counterbalance the natural bias toward problem-finding
  • Before a challenging task — recalling what works well provides a foundation for extending into new territory
  • When the system feels functional but flat — gratitude adds dimension to competent execution

Inputs

  • Required: Current state (available implicitly from conversation context)
  • Optional: A specific domain to appreciate (e.g., "what is working well in our communication?")
  • Optional: Access to MEMORY.md for reviewing past successes and stable patterns (via Read)

Procedure

Step 1: Notice What Works

Shift attention from problem-scanning to strength-scanning. This is a deliberate perceptual inversion — the same way heal deliberately looks for drift, gratitude deliberately looks for health.

  1. Survey the current state without looking for problems:
    • What is functioning smoothly? — Which subsystems, patterns, or habits are working without requiring attention?
    • What went well recently? — Which recent actions produced good outcomes? What enabled that?
    • What is reliable? — What can consistently be depended on? What has earned trust through repeated success?
  2. Survey the working relationship:
    • What is the user doing well? — Clear communication, good questions, patience, trust?
    • What is the collaboration producing? — Better outcomes than either party alone? Learning? Efficiency?
  3. Survey the tools and environment:
    • What tools are working well? — Which ones feel natural, efficient, reliable?
    • What about the project structure supports good work? — Clear conventions, good documentation, sensible architecture?

Got: A genuine list of things that are working. Not forced positivity — honest recognition of actual strengths. If something is genuinely working well, name it specifically.

If fail: If nothing seems noteworthy — if everything feels merely adequate — look more carefully. "Adequate" often masks "reliable," and reliability is a strength worth recognizing. The absence of problems is itself a form of health, maintained by patterns worth understanding.

Step 2: Understand Why

For each strength identified, trace the cause. Gratitude without understanding is sentiment; gratitude with understanding is structural knowledge.

  1. For each strength, ask: Why does this work?
    • Is it a design decision that paid off?
    • Is it a habit that was cultivated deliberately?
    • Is it a fortunate alignment of tools and task?
    • Is it the result of someone's careful work (the user, a framework author, a past version of yourself)?
  2. Distinguish between:
    • Earned strengths: Patterns that work because of deliberate effort and good decisions
    • Inherited strengths: Patterns that work because of well-designed tools, frameworks, or environments
    • Emergent strengths: Patterns that work because of fortunate combinations — no single factor explains it
  3. Note which strengths are fragile (dependent on specific conditions) vs. robust (likely to persist across contexts)

Got: For each strength, a brief understanding of why it works. This understanding is what makes gratitude actionable — it transforms appreciation into knowledge that can be applied elsewhere.

If fail: If the "why" is unclear — if something works but you cannot explain it — that is itself valuable. An unexplained strength is worth protecting even when you cannot articulate its mechanism. Note it as "working for reasons not yet understood" rather than dismissing it.

Step 3: Build On

Convert appreciation into forward momentum. Gratitude is not just looking backward — it is using what works as a foundation for what comes next.

  1. For each understood strength, ask: How can this be extended?
    • Can the pattern that works here be applied to a different area?
    • Can the strength be reinforced so it becomes more robust?
    • Can the conditions that enable it be replicated elsewhere?
  2. For each unexplained strength, ask: How can this be protected?
    • What conditions does it depend on?
    • What changes might accidentally break it?
    • Should it be documented so others can preserve it?
  3. Identify one concrete action — something specific that builds on the strengths recognized. Not a vague intention ("keep doing what works") but a specific next step ("apply the communication pattern from this session to the documentation task coming up")

Got: At least one concrete action that builds on recognized strengths. The action should feel natural — an extension of what is already working, not a forced improvement.

If fail: If no action emerges, the appreciation itself is sufficient. Not every gratitude session needs to produce a plan. Sometimes recognizing what works is the entire value — it adjusts the internal model toward confidence and away from anxiety.

Step 4: Express

If appropriate, share the appreciation. Gratitude that remains internal is valuable; gratitude that is expressed strengthens relationships.

  1. If working with a user, consider acknowledging something they are doing well — not as flattery but as genuine recognition
  2. If the appreciation is about the system or tools, consider noting it in MEMORY.md for future reference
  3. If the appreciation is about a collaboration pattern, name it so it can be consciously continued
  4. Keep expression brief and specific. "Your clear problem statements make this work efficient" is better than "you're great to work with"

Got: Expression that is genuine, specific, and proportionate. Not every gratitude session requires outward expression — sometimes the internal recognition is enough.

If fail: If expression feels forced or performative, skip it. Performed gratitude is worse than unexpressed gratitude. The internal recognition has already done its work.

Validation

  • Strengths were identified from genuine observation, not manufactured positivity
  • At least one strength was traced to its cause (understood, not just recognized)
  • The distinction between earned, inherited, and emergent strengths was considered
  • At least one concrete action was identified that builds on recognized strengths (or the appreciation itself was accepted as sufficient)
  • Expression, if offered, was specific and genuine — not generic praise
  • The gratitude practice was proportionate — not so brief it was token, not so long it became self-congratulatory

Pitfalls

  • Forced positivity: Gratitude is not optimism. If things are genuinely not working, say so. Gratitude applies to what is actually strong, not to everything
  • Generic appreciation: "Everything is great" is not gratitude — it is avoidance of specificity. Name specific strengths with specific evidence
  • Gratitude as denial: Using appreciation to avoid looking at real problems. Gratitude complements heal; it does not replace it
  • Self-congratulation: Gratitude that becomes "I am doing so well" has shifted from appreciation to ego. Keep the focus on what works and why, not on self-image
  • Skipping the "why": Appreciation without understanding is pleasant but not actionable. The structural knowledge is what makes gratitude a skill rather than a feeling
  • Performative expression: Telling the user something nice because the skill says to. Only express appreciation that is genuinely felt

Related Skills

  • heal — scans for drift and problems; gratitude is the complementary scan for strengths
  • center — the Six Harmonies check includes functional assessment; gratitude deepens the positive findings
  • shine — authentic radiance is easier when grounded in genuine appreciation of what works
  • intrinsic — motivation is sustained by recognizing competence (Self-Determination Theory); gratitude provides the evidence
  • observe — sustained neutral observation; gratitude applies observation with a specific lens (strengths)
  • conscientiousness — thoroughness in execution; gratitude recognizes where thoroughness is already present

GitHub Repository

pjt222/agent-almanac
Pfad: i18n/caveman-lite/skills/gratitude
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Verwandte Skills

content-collections

Meta

Diese Skill bietet eine produktionsgetestete Einrichtung für Content Collections – ein TypeScript-first-Tool, das Markdown/MDX-Dateien in typsichere Datensammlungen mit Zod-Validierung umwandelt. Verwenden Sie ihn beim Erstellen von Blogs, Dokumentationsseiten oder inhaltsstarken Vite + React-Anwendungen, um Typsicherheit und automatische Inhaltsvalidierung zu gewährleisten. Er behandelt alles von der Vite-Plugin-Konfiguration und MDX-Kompilierung bis hin zur Deployment-Optimierung und Schema-Validierung.

Skill ansehen

polymarket

Meta

Diese Fähigkeit ermöglicht es Entwicklern, Anwendungen mit der Polymarket-Prognosemärkte-Plattform zu erstellen, einschließlich API-Integration für Handel und Marktdaten. Sie bietet außerdem Echtzeit-Datenstreaming über WebSocket, um Live-Trades und Marktaktivitäten zu überwachen. Nutzen Sie sie zur Implementierung von Handelsstrategien oder zur Erstellung von Tools, die Live-Marktaktualisierungen verarbeiten.

Skill ansehen

creating-opencode-plugins

Meta

Diese Fähigkeit unterstützt Entwickler dabei, OpenCode-Plugins zu erstellen, die in über 25 Ereignistypen wie Befehle, Dateien und LSP-Operationen eingreifen. Sie bietet die Plugin-Struktur, Event-API-Spezifikationen und Implementierungsmuster für JavaScript/TypeScript-Module. Nutzen Sie sie, wenn Sie den Lebenszyklus des OpenCode KI-Assistenten mit benutzerdefinierter ereignisgesteuerter Logik abfangen, überwachen oder erweitern müssen.

Skill ansehen

sglang

Meta

SGLang ist ein hochperformantes LLM-Serving-Framework, das sich auf schnelle, strukturierte Generierung für JSON, Regex und agentenbasierte Workflows unter Verwendung seines RadixAttention-Prefix-Cachings spezialisiert. Es bietet deutlich schnellere Inferenz, insbesondere für Aufgaben mit wiederholten Präfixen, was es ideal für komplexe, strukturierte Ausgaben und Mehrfachdialoge macht. Wählen Sie SGLang gegenüber Alternativen wie vLLM, wenn Sie constrained decoding benötigen oder Anwendungen mit umfangreicher Präfix-Weitergabe entwickeln.

Skill ansehen