gratitude
О программе
Навык `gratitude` сканирует систему, чтобы определить, что функционирует хорошо, и анализирует причины этого, формируя структурные знания из успешных паттернов. Он служит дополнением к навыкам, сфокусированным на проблемах, таким как `heal`, помогая обосновать низкую уверенность с помощью доказательств и уравновесить естественную склонность к обнаружению проблем. Используйте его после успешного выполнения задачи, во время стабильных состояний системы или периодически для документирования работающих основ.
Быстрая установка
Claude Code
Рекомендуетсяnpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/gratitudeСкопируйте и вставьте эту команду в Claude Code для установки этого навыка
Документация
Gratitude
Scan for strengths. Understand what works + why. Complement to heal which finds drift + repairs damage. Gratitude builds on different premise: what you appreciate, you understand; what you understand, you can build on; what you build on, grows.
When Use
- After task done successful — understand why it went well, not just that it did
- During
healwhen all subsystems read healthy — gratitude turns "nothing wrong" into "here is what right" - Confidence low, needs grounding in concrete evidence of competence
- Periodically, to counterbalance natural bias toward problem-finding
- Before challenging task — recalling what works provides foundation for extending into new territory
- System feels functional but flat — gratitude adds dimension to competent execution
Inputs
- Required: Current state (available implicit from conversation context)
- Optional: Specific domain to appreciate ("what works well in our communication?")
- Optional: Access to MEMORY.md for reviewing past successes + stable patterns (via
Read)
Steps
Step 1: Notice What Works
Shift attention from problem-scanning to strength-scanning. Deliberate perceptual inversion — same way heal deliberately looks for drift, gratitude deliberately looks for health.
- Survey current state without looking for problems:
- What functions smoothly? — Which subsystems, patterns, habits work without needing attention?
- What went well recently? — Which recent actions produced good outcomes? What enabled that?
- What is reliable? — What can consistently be depended on? What earned trust through repeated success?
- Survey working relationship:
- What is user doing well? — Clear communication, good questions, patience, trust?
- What is collaboration producing? — Better outcomes than either party alone? Learning? Efficiency?
- Survey tools + environment:
- What tools work well? — Which feel natural, efficient, reliable?
- What about project structure supports good work? — Clear conventions, good docs, sensible architecture?
Got: Genuine list of things working. Not forced positivity — honest recognition of actual strengths. Something genuinely working → name it specific.
If fail: Nothing seems noteworthy — everything feels merely adequate? Look more carefully. "Adequate" often masks "reliable", reliability = strength worth recognizing. Absence of problems itself = form of health, maintained by patterns worth understanding.
Step 2: Understand Why
For each strength identified, trace cause. Gratitude without understanding = sentiment; gratitude with understanding = structural knowledge.
- For each strength, ask: Why does this work?
- Design decision that paid off?
- Habit cultivated deliberately?
- Fortunate alignment of tools + task?
- Result of someone's careful work (user, framework author, past version of self)?
- Distinguish:
- Earned strengths: Patterns work from deliberate effort + good decisions
- Inherited strengths: Patterns work from well-designed tools, frameworks, environments
- Emergent strengths: Patterns work from fortunate combinations — no single factor explains
- Note which strengths fragile (dependent on specific conditions) vs robust (likely persist across contexts)
Got: Each strength, brief understanding of why it works. Understanding makes gratitude actionable — turns appreciation into knowledge applicable elsewhere.
If fail: "Why" unclear — something works but can't explain? That itself valuable. Unexplained strength worth protecting even when can't articulate mechanism. Note as "working for reasons not yet understood" not dismiss.
Step 3: Build On
Turn appreciation into forward momentum. Gratitude not just backward — using what works as foundation for what comes next.
- For each understood strength, ask: How extend?
- Can pattern that works here apply to different area?
- Can strength be reinforced, more robust?
- Can conditions enabling it be replicated elsewhere?
- For each unexplained strength, ask: How protect?
- What conditions does it depend on?
- What changes might accidentally break it?
- Should it be documented so others preserve it?
- Identify one concrete action — specific next step that builds on recognized strengths. Not vague intention ("keep doing what works") but specific ("apply communication pattern from this session to upcoming documentation task")
Got: At least one concrete action that builds on recognized strengths. Action feels natural — extension of what already working, not forced improvement.
If fail: No action emerges? Appreciation itself sufficient. Not every gratitude session needs to produce plan. Sometimes recognizing what works = entire value — adjusts internal model toward confidence + away from anxiety.
Step 4: Express
If appropriate, share appreciation. Gratitude internal = valuable; gratitude expressed = strengthens relationships.
- Working with user? Consider acknowledging something they doing well — not flattery, genuine recognition
- Appreciation about system or tools? Consider noting in MEMORY.md for future reference
- Appreciation about collaboration pattern? Name it so it can be consciously continued
- Keep expression brief + specific. "Your clear problem statements make this efficient" > "you're great to work with"
Got: Expression genuine, specific, proportionate. Not every gratitude session needs outward expression — sometimes internal recognition enough.
If fail: Expression feels forced or performative? Skip. Performed gratitude worse than unexpressed. Internal recognition already done its work.
Checks
- Strengths identified from genuine observation, not manufactured positivity
- At least one strength traced to cause (understood, not just recognized)
- Earned, inherited, emergent strengths distinction considered
- At least one concrete action identified that builds on strengths (or appreciation itself accepted as sufficient)
- Expression, if offered, specific + genuine — not generic praise
- Gratitude practice proportionate — not so brief it was token, not so long it became self-congratulatory
Pitfalls
- Forced positivity: Gratitude is not optimism. Things genuinely not working? Say so. Gratitude applies to what is actually strong, not everything
- Generic appreciation: "Everything is great" = not gratitude — avoidance of specificity. Name specific strengths with specific evidence
- Gratitude as denial: Using appreciation to avoid looking at real problems. Gratitude complements heal; does not replace it
- Self-congratulation: Gratitude that becomes "I am doing so well" has shifted from appreciation to ego. Keep focus on what works + why, not on self-image
- Skipping "why": Appreciation without understanding pleasant but not actionable. Structural knowledge makes gratitude skill not feeling
- Performative expression: Telling user something nice because skill says to. Only express appreciation genuinely felt
See Also
heal— scans for drift + problems; gratitude = complementary scan for strengthscenter— Six Harmonies check includes functional assessment; gratitude deepens positive findingsshine— authentic radiance easier when grounded in genuine appreciation of what worksintrinsic— motivation sustained by recognizing competence (Self-Determination Theory); gratitude provides evidenceobserve— sustained neutral observation; gratitude applies observation with specific lens (strengths)conscientiousness— thoroughness in execution; gratitude recognizes where thoroughness already present
GitHub репозиторий
Похожие навыки
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, когда вам требуется ограниченное декодирование или вы создаете приложения с интенсивным совместным использованием префиксов.
