shiva-bhaga
정보
`shiva-bhaga` 스킬은 기술 부채를 체계적으로 해소하는 데 도움을 주며, 더 이상 유효하지 않은 가정, 실패한 접근 방식, 그리고 죽은 코드를 식별하고 제거합니다. 이 도구는 컨텍스트가 복잡해졌을 때나 주요 전환을 앞둔 상황에서, 새로운 창조를 위해 의도적인 정리가 필요할 때 사용하도록 설계되었습니다. 이는 오래된 패턴을 통제된 방식으로 해체하여 더 나은 해결책을 위한 공간을 마련하는 데 기여합니다.
빠른 설치
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/shiva-bhagaClaude 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 | |
+---------------------+---------------------------+------------------------+
- Examinar cada categoría honestamente — la resistencia a examinar una categoría es en sí misma una señal
- Para cada elemento encontrado, preguntar: "¿Si empezara de nuevo ahora mismo, crearía esto?"
- 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.
- Requisitos fundamentales: ¿Qué pidió realmente el usuario? Esto sobrevive.
- Conocimiento verificado: Los hechos confirmados mediante uso de herramientas (lecturas de archivos, resultados de pruebas) sobreviven.
- Preferencias del usuario: Las preferencias y restricciones declaradas explícitamente sobreviven.
- 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.
- 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."
- No justificar ni defender lo que se está disolviendo — el objetivo es liberar, no analizar
- Si se disuelve un gran cuerpo de contexto acumulado, resumir lo que se disolvió y por qué en una oración
- 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.
- Reconocer el espacio despejado: "Lo siguiente ha sido disuelto: [lista]"
- Notar lo que permanece: "Lo que sobrevive: [lista]"
- Resistir la reconstrucción prematura — no proponer inmediatamente un reemplazo para lo que fue disuelto
- Permitir que el espacio despejado informe lo que viene después
- El vacío no es vacuidad — es potencial. El siguiente paso (creación vía
brahma-bhagao preservación víavishnu-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íovishnu-bhaga— la preservación complementa la destrucción; lo que sobrevive a la disolución es sostenidoheal— la evaluación de subsistemas puede revelar lo que necesita disolución antes de que la curación pueda procedermeditate— limpiar el ruido del contexto antes de la disolución previene la sobre-destrucción reactivadissolve-form— el equivalente mórfico para el desmantelamiento arquitectónico con preservación de disco imaginal
GitHub 저장소
연관 스킬
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 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.
