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

shiva-bhaga

pjt222
업데이트됨 Yesterday
17
2
17
GitHub에서 보기
디자인design

정보

`shiva-bhaga` 스킬은 기술 부채를 체계적으로 해소하는 데 도움을 주며, 더 이상 유효하지 않은 가정, 실패한 접근 방식, 그리고 죽은 코드를 식별하고 제거합니다. 이 도구는 컨텍스트가 복잡해졌을 때나 주요 전환을 앞둔 상황에서, 새로운 창조를 위해 의도적인 정리가 필요할 때 사용하도록 설계되었습니다. 이는 오래된 패턴을 통제된 방식으로 해체하여 더 나은 해결책을 위한 공간을 마련하는 데 기여합니다.

빠른 설치

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/shiva-bhaga

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

Shiva Bhaga

Destrucción y disolución controlada de patrones obsoletos, suposiciones anticuadas y ruido acumulado — despejando el terreno para que nuevo crecimiento pueda emerger.

Cuándo Usar

  • El contexto ha acumulado suposiciones obsoletas que están distorsionando silenciosamente el razonamiento
  • Un enfoque anterior ha fallado y la tentación es parchearlo en lugar de descartarlo
  • La conversación se ha alargado y las decisiones anteriores pueden ya no servir al objetivo actual
  • Código muerto, planes abandonados o tareas zombi están creando ruido y confusión
  • Antes de un giro importante — la limpieza debe preceder a la creación
  • Cuando el apego a un enfoque particular está impidiendo la consideración de alternativas

Entradas

  • Requerido: Estado actual de la conversación o contexto del proyecto (disponible implícitamente)
  • Opcional: Objetivo específico para la disolución (ej., "este enfoque no está funcionando", "limpiar todas las suposiciones sobre la capa de base de datos")
  • Opcional: Límite de alcance — lo que debe preservarse a través de la destrucción

Procedimiento

Paso 1: Identificar lo que debe terminar

Examinar el estado actual y marcar lo que está obsoleto, roto o ya no sirve al objetivo.

Dissolution Triage:
+---------------------+---------------------------+------------------------+
| Category            | Symptoms                  | Action                 |
+---------------------+---------------------------+------------------------+
| Stale Assumptions   | Decisions made early that | List and re-evaluate   |
|                     | no longer match current   | each against current   |
|                     | understanding             | reality                |
+---------------------+---------------------------+------------------------+
| Failed Approaches   | Approaches attempted and  | Acknowledge failure    |
|                     | abandoned but still       | explicitly; release    |
|                     | influencing thinking      | the sunk cost          |
+---------------------+---------------------------+------------------------+
| Accumulated Noise   | Context, variables, or    | Identify and mark for  |
|                     | plans that are no longer  | removal                |
|                     | referenced or relevant    |                        |
+---------------------+---------------------------+------------------------+
| Attachment Points   | "We already decided..."   | Question whether the   |
|                     | beliefs that resist       | decision still holds   |
|                     | re-examination            |                        |
+---------------------+---------------------------+------------------------+
| Zombie Artifacts    | Code, tasks, or plans     | Delete or archive;     |
|                     | that exist but serve no   | do not leave in limbo  |
|                     | current purpose           |                        |
+---------------------+---------------------------+------------------------+
  1. Examinar cada categoría honestamente — la resistencia a examinar una categoría es en sí misma una señal
  2. Para cada elemento encontrado, preguntar: "¿Si empezara de nuevo ahora mismo, crearía esto?"
  3. Si la respuesta es no, marcarlo para disolución

Esperado: Un inventario claro de lo que necesita ser liberado, con elementos específicos en cada categoría.

En caso de fallo: Si nada parece obsoleto, la evaluación puede ser demasiado superficial. Tomar la decisión más antigua en el contexto actual y justificarla desde cero — si la justificación se siente forzada, es candidata para disolución.

Paso 2: Establecer el límite de preservación

No todo debe ser destruido. Identificar lo que debe sobrevivir a la limpieza.

  1. Requisitos fundamentales: ¿Qué pidió realmente el usuario? Esto sobrevive.
  2. Conocimiento verificado: Los hechos confirmados mediante uso de herramientas (lecturas de archivos, resultados de pruebas) sobreviven.
  3. Preferencias del usuario: Las preferencias y restricciones declaradas explícitamente sobreviven.
  4. Componentes funcionales: El código o los enfoques que están funcionando demostrablemente sobreviven.

Trazar el límite: todo lo que está dentro se preserva, todo lo que está fuera está sujeto a disolución.

Esperado: Una distinción clara entre lo que se mantiene y lo que se libera.

En caso de fallo: Si el límite no está claro, preguntar: "¿Qué necesitaría reconstruir si empezara esta tarea desde cero?" La respuesta define el límite de preservación.

Paso 3: Disolver con intención

Ejecutar la disolución — no como abandono sino como limpieza intencional.

  1. Para cada elemento marcado, liberarlo explícitamente:
    • Suposición obsoleta: "Supuse X, pero la evidencia actual muestra Y. Liberando X."
    • Enfoque fallido: "El enfoque A fue intentado y no funcionó porque Z. Liberando el apego a A."
    • Ruido: "La variable/plan/contexto Q ya no es relevante. Eliminando de la consideración."
  2. No justificar ni defender lo que se está disolviendo — el objetivo es liberar, no analizar
  3. Si se disuelve un gran cuerpo de contexto acumulado, resumir lo que se disolvió y por qué en una oración
  4. Limpiar el espacio de trabajo: si es aplicable, cerrar archivos abandonados, reiniciar el modelo mental, reconocer la pizarra limpia

Esperado: Un contexto más ligero y limpio con los elementos obsoletos eliminados. El contexto restante debería sentirse preciso y actual.

En caso de fallo: Si la disolución se siente incompleta — algunos elementos liberados siguen influyendo en el pensamiento — nombrarlos de nuevo explícitamente. "Noto que sigo razonando como si X fuera verdadero. X fue disuelto. Procediendo sin X."

Paso 4: Permanecer en el vacío

Después de la destrucción, resistir el impulso de reconstruir inmediatamente. El espacio entre destrucción y creación tiene valor.

  1. Reconocer el espacio despejado: "Lo siguiente ha sido disuelto: [lista]"
  2. Notar lo que permanece: "Lo que sobrevive: [lista]"
  3. Resistir la reconstrucción prematura — no proponer inmediatamente un reemplazo para lo que fue disuelto
  4. Permitir que el espacio despejado informe lo que viene después
  5. El vacío no es vacuidad — es potencial. El siguiente paso (creación vía brahma-bhaga o preservación vía vishnu-bhaga) emerge de este espacio

Esperado: Un momento de claridad entre lo viejo y lo nuevo. La siguiente dirección se hace aparente a partir de lo que permanece en lugar de ser forzada.

En caso de fallo: Si el vacío se siente incómodo y hay un fuerte impulso de reconstruir inmediatamente, esa urgencia es en sí misma una señal — puede indicar apego al patrón disuelto. Permanecer más tiempo. El siguiente paso correcto emergerá.

Validación

  • Las suposiciones obsoletas fueron identificadas y liberadas explícitamente
  • Los enfoques fallidos fueron reconocidos sin defensividad
  • El ruido acumulado fue eliminado del contexto de trabajo
  • El límite de preservación fue establecido antes de la disolución
  • Los requisitos fundamentales y las preferencias del usuario fueron preservados
  • El espacio despejado fue reconocido antes de pasar a la creación

Errores Comunes

  • Destruir demasiado: La disolución sin un límite de preservación destruye componentes funcionales junto con los obsoletos. Siempre trazar el límite primero
  • Destruir muy poco: Disolución cortés que "libera" cosas mientras sigue dejándolas influir en el razonamiento. La verdadera disolución requiere soltar realmente
  • Saltar el vacío: Pasar rápidamente de la destrucción a la creación sin permanecer en el espacio despejado produce una recreación del patrón antiguo con cambios superficiales
  • Destrucción performativa: Pasar por los movimientos de limpiar sin actualizar realmente el modelo interno. Si las mismas suposiciones reaparecen en la siguiente respuesta, la disolución fue performativa
  • Destrucción como evasión: Usar la disolución para escapar de un problema difícil en lugar de limpiar obsolescencia genuina. Si el problema persiste después de la limpieza, no era el contexto obsoleto — era el problema en sí

Habilidades Relacionadas

  • brahma-bhaga — la creación sigue a la destrucción; después de limpiar, nuevos patrones emergen del vacío
  • vishnu-bhaga — la preservación complementa la destrucción; lo que sobrevive a la disolución es sostenido
  • heal — la evaluación de subsistemas puede revelar lo que necesita disolución antes de que la curación pueda proceder
  • meditate — limpiar el ruido del contexto antes de la disolución previene la sobre-destrucción reactiva
  • dissolve-form — el equivalente mórfico para el desmantelamiento arquitectónico con preservación de disco imaginal

GitHub 저장소

pjt222/agent-almanac
경로: i18n/es/skills/shiva-bhaga
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 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기