MCP HubMCP Hub
Вернуться к навыкам

gratitude

pjt222
Обновлено 2 days ago
2 просмотров
17
2
17
Посмотреть на GitHub
Метаaidesign

О программе

Навык `gratitude` анализирует систему, чтобы выявить и изучить то, что функционирует корректно, формируя структурные знания на основе успешных паттернов. Он служит дополнением к навыку `heal`, противодействуя естественной склонности к поиску проблем за счёт фокусировки на сильных сторонах. Используйте его после успешного выполнения задачи, в периоды стабильной работы системы или когда требуется подкрепить низкую уверенность доказательствами того, что функционирует исправно.

Быстрая установка

Claude Code

Рекомендуется
Основной
npx skills add pjt222/agent-almanac -a claude-code
Команда плагинаАльтернативный
/plugin add https://github.com/pjt222/agent-almanac
Git клонированиеАльтернативный
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/gratitude

Скопируйте и вставьте эту команду в Claude Code для установки этого навыка

Документация

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 репозиторий

pjt222/agent-almanac
Путь: i18n/caveman-lite/skills/gratitude
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Похожие навыки

content-collections

Мета

Этот навык предоставляет проверенную в продакшене настройку для Content Collections — TypeScript-ориентированного инструмента, который преобразует файлы Markdown/MDX в типобезопасные коллекции данных с валидацией Zod. Используйте его при создании блогов, сайтов документации или контентных приложений на Vite + React для обеспечения типобезопасности и автоматической проверки содержимого. Он охватывает всё: от настройки плагина Vite и компиляции MDX до оптимизации развертывания и валидации схем.

Просмотреть навык

polymarket

Мета

Этот навык позволяет разработчикам создавать приложения на платформе прогнозных рынков Polymarket, включая интеграцию с API для торговли и получения рыночных данных. Он также обеспечивает потоковую передачу данных в реальном времени через WebSocket для отслеживания текущих сделок и рыночной активности. Используйте его для реализации торговых стратегий или создания инструментов, обрабатывающих обновления рынка в реальном времени.

Просмотреть навык

creating-opencode-plugins

Мета

Этот навык помогает разработчикам создавать плагины OpenCode, которые подключаются к более чем 25 типам событий, таким как команды, файлы и операции LSP. Он предоставляет структуру плагина, спецификации API событий и шаблоны реализации для модулей на JavaScript/TypeScript. Используйте его, когда вам нужно перехватывать, отслеживать или расширять жизненный цикл ассистента OpenCode AI с помощью пользовательской событийно-ориентированной логики.

Просмотреть навык

sglang

Мета

SGLang — это высокопроизводительный фреймворк для обслуживания больших языковых моделей (LLM), специализирующийся на быстрой структурированной генерации JSON, regex и рабочих процессов агентов с использованием кэширования префиксов RadixAttention. Он обеспечивает значительно более высокую скорость вывода, особенно для задач с повторяющимися префиксами, что делает его идеальным для сложных структурированных результатов и многократных диалогов. Выбирайте SGLang вместо альтернатив, таких как vLLM, когда вам требуется ограниченное декодирование или вы создаете приложения с интенсивным совместным использованием префиксов.

Просмотреть навык