shiva-bhaga
Acerca de
La habilidad `shiva-bhaga` ayuda a los desarrolladores a eliminar deuda técnica de manera sistemática, identificando y eliminando suposiciones obsoletas, enfoques fallidos y código muerto. Está diseñada para usarse cuando el contexto se ha vuelto desordenado o antes de un cambio importante, donde se requiere una limpieza intencional para una nueva creación. Esta herramienta facilita una disolución controlada de patrones anticuados para crear espacio para mejores soluciones.
Instalación rápida
Claude Code
Recomendadonpx 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-bhagaCopia y pega este comando en Claude Code para instalar esta habilidad
Documentación
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
Repositorio GitHub
Habilidades relacionadas
executing-plans
DiseñoUtilice la habilidad executing-plans cuando tenga un plan de implementación completo para ejecutar en lotes controlados con puntos de revisión. Esta habilidad carga y revisa críticamente el plan, luego ejecuta tareas en pequeños lotes (por defecto 3 tareas) mientras reporta el progreso entre cada lote para la revisión del arquitecto. Esto asegura una implementación sistemática con puntos de control de calidad integrados.
requesting-code-review
DiseñoEsta habilidad despacha un subagente revisor de código para analizar los cambios en el código frente a los requisitos antes de proceder. Debe usarse después de completar tareas, implementar funciones principales o antes de fusionar con la rama principal. La revisión ayuda a detectar problemas de forma temprana al comparar la implementación actual con el plan original.
connect-mcp-server
DiseñoEsta habilidad proporciona una guía integral para que los desarrolladores conecten servidores MCP a Claude Code mediante transportes HTTP, stdio o SSE. Cubre la instalación, configuración, autenticación y seguridad para integrar servicios externos como GitHub, Notion y APIs personalizadas. Úsala al configurar integraciones MCP, al configurar herramientas externas o al trabajar con el Protocolo de Contexto del Modelo de Claude.
web-cli-teleport
DiseñoEsta habilidad ayuda a los desarrolladores a elegir entre las interfaces web y CLI de Claude Code mediante el análisis de tareas, y luego permite la teletransportación fluida de sesiones entre estos entornos. Optimiza el flujo de trabajo gestionando el estado y el contexto de la sesión al cambiar entre web, CLI o móvil. Úsala para proyectos complejos que requieren diferentes herramientas en varias etapas.
