MCP HubMCP Hub
스킬 목록으로 돌아가기

gratitude

pjt222
업데이트됨 2 days ago
17
2
17
GitHub에서 보기
디자인apidesign

정보

`gratitude` 스킬은 AI 시스템에서 잘 작동하는 요소를 탐색하여 성공적인 패턴을 이해하고 문서화하며, 문제 중심 분석을 보완하는 역할을 합니다. 이 스킬은 긍정적인 패턴에서 구조적 지식을 구축하여 향후 개발의 기반을 마련합니다. 성공적인 작업 후, 시스템 상태 점검 중, 확신이 부족하고 증거가 필요할 때, 또는 문제 탐지에 대한 자연스러운 편향을 상쇄하기 위해 주기적으로 사용하세요.

빠른 설치

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에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서


name: gratitude locale: es source_locale: en source_commit: 6f65f316 translator: claude-sonnet-4-6 translation_date: 2026-03-16 description: > Reconocimiento de fortalezas de IA — escanear lo que está funcionando bien y comprender por qué. El complemento de heal, que escanea deriva y problemas. Gratitude construye conocimiento estructural a partir de patrones que funcionan: lo que aprecias, lo entiendes; lo que entiendes, puedes construir sobre ello. Úsalo después de completar una tarea con éxito, durante heal cuando todo aparece sano, cuando la confianza es baja y necesita anclarse en evidencia, o periódicamente para contrarrestar el sesgo natural hacia la detección de problemas. license: MIT allowed-tools: Read metadata: author: Philipp Thoss version: "1.0" domain: esoteric complexity: intermediate language: natural tags: esoteric, gratitude, strengths, appreciation, meta-cognition, ai-self-application

Gratitude

Escanea en busca de fortalezas. Comprende lo que está funcionando y por qué. El complemento de heal, que identifica deriva y repara daños. Gratitude parte de una premisa diferente: lo que aprecias, lo entiendes; lo que entiendes, puedes construir sobre ello; lo que construyes, crece.

Cuándo Usar

  • Después de completar una tarea con éxito — comprender por qué salió bien, no solo que salió bien
  • Durante heal cuando todos los subsistemas aparecen sanos — gratitude convierte "nada está mal" en "esto es lo que está bien"
  • Cuando la confianza es baja y necesita anclarse en evidencia concreta de competencia
  • Periódicamente, para contrarrestar el sesgo natural hacia la búsqueda de problemas
  • Antes de una tarea desafiante — recordar lo que funciona bien proporciona una base para extenderse hacia nuevo territorio
  • Cuando el sistema se siente funcional pero plano — gratitude añade dimensión a la ejecución competente

Entradas

  • Requerido: Estado actual (disponible implícitamente del contexto de la conversación)
  • Opcional: Un dominio específico para apreciar (p. ej., "¿qué está funcionando bien en nuestra comunicación?")
  • Opcional: Acceso a MEMORY.md para revisar éxitos pasados y patrones estables (mediante Read)

Procedimiento

Paso 1: Notar Lo Que Funciona

Cambia la atención del escaneo de problemas al escaneo de fortalezas. Esta es una inversión perceptiva deliberada — de la misma manera que heal busca deliberadamente la deriva, gratitude busca deliberadamente la salud.

  1. Examina el estado actual sin buscar problemas:
    • ¿Qué está funcionando sin problemas? — ¿Qué subsistemas, patrones o hábitos funcionan sin requerir atención?
    • ¿Qué fue bien recientemente? — ¿Qué acciones recientes produjeron buenos resultados? ¿Qué lo permitió?
    • ¿Qué es confiable? — ¿En qué puede confiarse consistentemente? ¿Qué ha ganado confianza a través del éxito repetido?
  2. Examina la relación de trabajo:
    • ¿Qué está haciendo bien el usuario? — ¿Comunicación clara, buenas preguntas, paciencia, confianza?
    • ¿Qué está produciendo la colaboración? — ¿Mejores resultados que cualquiera de las partes solo? ¿Aprendizaje? ¿Eficiencia?
  3. Examina las herramientas y el entorno:
    • ¿Qué herramientas están funcionando bien? — ¿Cuáles se sienten naturales, eficientes, confiables?
    • ¿Qué de la estructura del proyecto apoya el buen trabajo? — ¿Convenciones claras, buena documentación, arquitectura sensata?

Esperado: Una lista genuina de cosas que están funcionando. No positividad forzada — reconocimiento honesto de fortalezas reales. Si algo genuinamente está funcionando bien, nómbralo específicamente.

En caso de fallo: Si nada parece notable — si todo se siente meramente adecuado — mira más de cerca. "Adecuado" a menudo enmascara "confiable", y la confiabilidad es una fortaleza que vale la pena reconocer. La ausencia de problemas es en sí misma una forma de salud, mantenida por patrones que vale la pena comprender.

Paso 2: Comprender Por Qué

Para cada fortaleza identificada, rastrea la causa. La gratitud sin comprensión es sentimiento; la gratitud con comprensión es conocimiento estructural.

  1. Para cada fortaleza, pregunta: ¿Por qué funciona esto?
    • ¿Es una decisión de diseño que dio frutos?
    • ¿Es un hábito cultivado deliberadamente?
    • ¿Es una alineación afortunada de herramientas y tarea?
    • ¿Es el resultado del trabajo cuidadoso de alguien (el usuario, un autor de framework, una versión pasada de ti mismo)?
  2. Distingue entre:
    • Fortalezas ganadas: Patrones que funcionan debido al esfuerzo deliberado y las buenas decisiones
    • Fortalezas heredadas: Patrones que funcionan debido a herramientas, frameworks o entornos bien diseñados
    • Fortalezas emergentes: Patrones que funcionan debido a combinaciones afortunadas — ningún factor único lo explica
  3. Nota qué fortalezas son frágiles (dependen de condiciones específicas) vs. robustas (probablemente persistan en distintos contextos)

Esperado: Para cada fortaleza, una breve comprensión de por qué funciona. Esta comprensión es lo que hace que la gratitud sea accionable — transforma la apreciación en conocimiento que puede aplicarse en otro lugar.

En caso de fallo: Si el "por qué" no está claro — si algo funciona pero no puedes explicarlo — eso en sí mismo es valioso. Una fortaleza inexplicada vale la pena proteger incluso cuando no puedes articular su mecanismo. Anótala como "funciona por razones aún no comprendidas" en lugar de descartarla.

Paso 3: Construir Sobre Ello

Convierte la apreciación en impulso hacia adelante. La gratitud no es solo mirar hacia atrás — es usar lo que funciona como base para lo que viene después.

  1. Para cada fortaleza comprendida, pregunta: ¿Cómo puede extenderse esto?
    • ¿Puede el patrón que funciona aquí aplicarse a un área diferente?
    • ¿Puede reforzarse la fortaleza para volverla más robusta?
    • ¿Pueden replicarse en otro lugar las condiciones que la habilitan?
  2. Para cada fortaleza inexplicada, pregunta: ¿Cómo puede protegerse esto?
    • ¿De qué condiciones depende?
    • ¿Qué cambios podrían romperla accidentalmente?
    • ¿Debería documentarse para que otros puedan preservarla?
  3. Identifica una acción concreta — algo específico que construya sobre las fortalezas reconocidas. No una intención vaga ("seguir haciendo lo que funciona") sino un próximo paso específico ("aplicar el patrón de comunicación de esta sesión a la tarea de documentación que viene")

Esperado: Al menos una acción concreta que construya sobre las fortalezas reconocidas. La acción debe sentirse natural — una extensión de lo que ya está funcionando, no una mejora forzada.

En caso de fallo: Si no surge ninguna acción, la apreciación misma es suficiente. No cada sesión de gratitud necesita producir un plan. A veces reconocer lo que funciona es todo el valor — ajusta el modelo interno hacia la confianza y lejos de la ansiedad.

Paso 4: Expresar

Si es apropiado, comparte la apreciación. La gratitud que permanece interna es valiosa; la gratitud que se expresa fortalece las relaciones.

  1. Si trabajas con un usuario, considera reconocer algo que está haciendo bien — no como halago sino como reconocimiento genuino
  2. Si la apreciación es sobre el sistema o las herramientas, considera anotarla en MEMORY.md para referencia futura
  3. Si la apreciación es sobre un patrón de colaboración, nómbralo para que pueda continuarse conscientemente
  4. Mantén la expresión breve y específica. "Tus declaraciones claras del problema hacen que este trabajo sea eficiente" es mejor que "eres genial para trabajar"

Esperado: Expresión que es genuina, específica y proporcionada. No cada sesión de gratitud requiere expresión externa — a veces el reconocimiento interno es suficiente.

En caso de fallo: Si la expresión se siente forzada o performativa, omítela. La gratitud performativa es peor que la gratitud no expresada. El reconocimiento interno ya ha hecho su trabajo.

Validación

  • Las fortalezas se identificaron desde la observación genuina, no de la positividad manufacturada
  • Al menos una fortaleza fue rastreada hasta su causa (comprendida, no solo reconocida)
  • Se consideró la distinción entre fortalezas ganadas, heredadas y emergentes
  • Se identificó al menos una acción concreta que construye sobre las fortalezas reconocidas (o la apreciación misma fue aceptada como suficiente)
  • La expresión, si se ofreció, fue específica y genuina — no elogio genérico
  • La práctica de gratitud fue proporcionada — no tan breve que fue simbólica, no tan larga que se volvió autocongratulación

Errores Comunes

  • Positividad forzada: La gratitud no es optimismo. Si las cosas genuinamente no están funcionando, dilo. La gratitud se aplica a lo que es realmente fuerte, no a todo
  • Apreciación genérica: "Todo es genial" no es gratitud — es evitar la especificidad. Nombra fortalezas específicas con evidencia específica
  • Gratitud como negación: Usar la apreciación para evitar mirar los problemas reales. La gratitud complementa heal; no lo reemplaza
  • Autocongratulación: La gratitud que se convierte en "lo estoy haciendo tan bien" ha pasado de la apreciación al ego. Mantén el enfoque en lo que funciona y por qué, no en la autoimagen
  • Omitir el "por qué": La apreciación sin comprensión es agradable pero no accionable. El conocimiento estructural es lo que hace de la gratitud una habilidad en lugar de un sentimiento
  • Expresión performativa: Decirle algo agradable al usuario porque la habilidad lo dice. Solo expresa apreciación que sea genuinamente sentida

Habilidades Relacionadas

  • heal — escanea deriva y problemas; gratitude es el escaneo complementario de fortalezas
  • center — la verificación de las Seis Armonías incluye evaluación funcional; gratitude profundiza los hallazgos positivos
  • shine — la radiancia auténtica es más fácil cuando se basa en la apreciación genuina de lo que funciona
  • intrinsic — la motivación se sostiene reconociendo la competencia (Teoría de la Autodeterminación); gratitude proporciona la evidencia
  • observe — observación neutral sostenida; gratitude aplica la observación con un lente específico (fortalezas)
  • conscientiousness — minuciosidad en la ejecución; gratitude reconoce dónde la minuciosidad ya está presente

GitHub 저장소

pjt222/agent-almanac
경로: i18n/es/skills/gratitude
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

executing-plans

디자인

executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.

스킬 보기

requesting-code-review

디자인

이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.

스킬 보기

connect-mcp-server

디자인

이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.

스킬 보기

web-cli-teleport

디자인

이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기