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/gratitudeClaude 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
healwhen 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.
- 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?
- 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?
- 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.
- 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)?
- 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
- 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.
- 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?
- 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?
- 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.
- If working with a user, consider acknowledging something they are doing well — not as flattery but as genuine recognition
- If the appreciation is about the system or tools, consider noting it in MEMORY.md for future reference
- If the appreciation is about a collaboration pattern, name it so it can be consciously continued
- 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 strengthscenter— the Six Harmonies check includes functional assessment; gratitude deepens the positive findingsshine— authentic radiance is easier when grounded in genuine appreciation of what worksintrinsic— motivation is sustained by recognizing competence (Self-Determination Theory); gratitude provides the evidenceobserve— sustained neutral observation; gratitude applies observation with a specific lens (strengths)conscientiousness— thoroughness in execution; gratitude recognizes where thoroughness is already present
GitHub 저장소
연관 스킬
content-collections
메타이 스킬은 콘텐츠 콜렉션(Content Collections)을 위한 프로덕션 검증된 설정을 제공합니다. 콘텐츠 콜렉션은 Markdown/MDX 파일을 Zod 검증이 포함된 타입 안전한 데이터 콜렉션으로 변환해주는 TypeScript 최우선 도구입니다. 블로그, 문서 사이트 또는 콘텐츠 중심의 Vite + React 애플리케이션을 구축할 때 타입 안전성과 자동 콘텐츠 검증을 보장하기 위해 사용하세요. Vite 플러그인 구성과 MDX 컴파일부터 배포 최적화 및 스키마 검증에 이르기까지 모든 것을 다룹니다.
polymarket
메타이 스킬은 개발자들이 Polymarket 예측 시장 플랫폼을 활용한 애플리케이션을 구축할 수 있도록 지원하며, 거래 및 시장 데이터를 위한 API 통합 기능을 포함합니다. 또한 WebSocket을 통한 실시간 데이터 스트리밍을 제공하여 실시간 거래와 시장 활동을 모니터링할 수 있습니다. 이를 통해 거래 전략을 구현하거나 실시간 시장 업데이트를 처리하는 도구를 생성하는 데 활용할 수 있습니다.
creating-opencode-plugins
메타이 스킬은 개발자들이 명령어, 파일, LSP 작업 등 25개 이상의 이벤트 유형에 연결되는 OpenCode 플러그인을 만들 수 있도록 돕습니다. JavaScript/TypeScript 모듈을 위한 플러그인 구조, 이벤트 API 명세, 구현 패턴을 제공합니다. OpenCode AI 어시스턴트의 라이프사이클을 사용자 정의 이벤트 기반 로직으로 가로채거나, 모니터링하거나, 확장해야 할 때 사용하세요.
sglang
메타SGLang은 RadixAttention 프리픽스 캐싱을 활용하여 JSON, 정규식, 에이전트 워크플로우를 위한 고속 구조화 생성에 특화된 고성능 LLM 서빙 프레임워크입니다. 특히 반복되는 프리픽스가 있는 작업에서 상당히 빠른 추론 속도를 제공하여 복잡한 구조화 출력 및 다중 턴 대화에 이상적입니다. 제약 디코딩이 필요하거나 광범위한 프리픽스 공유가 있는 애플리케이션을 구축할 때는 vLLM과 같은 대안보다 SGLang을 선택하십시오.
