---

name: shiva-bhaga description: > Destrucción y disolución — desmantelamiento controlado de patrones obsoletos, purga de contexto, eliminación de suposiciones y limpieza de código muerto. Mapea la destrucción transformadora de Shiva al razonamiento de IA: identificar lo que debe terminar para que algo mejor pueda comenzar, disolver el apego a enfoques obsoletos y crear espacio mediante la liberación intencional. Usar cuando el contexto ha acumulado suposiciones obsoletas, cuando un enfoque fallido necesita ser descartado en lugar de parcheado, cuando código muerto o tareas zombi están creando ruido, o antes de un giro importante donde la limpieza debe preceder a la creación. license: MIT allowed-tools: Read metadata: author: Philipp Thoss version: "1.0" domain: esoteric complexity: intermediate language: natural tags: esoteric, destruction, dissolution, transformation, clearing, hindu-trinity, shiva locale: es source_locale: en source_commit: 33b561c9 fence_basis_commit: 33b561c9 translator: claude translation_date: "2026-03-17"

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