Agent-almanac shiva-bhaga

install
source · Clone the upstream repo
git clone https://github.com/pjt222/agent-almanac
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/pjt222/agent-almanac "$T" && mkdir -p ~/.claude/skills && cp -r "$T/i18n/es/skills/shiva-bhaga" ~/.claude/skills/pjt222-agent-almanac-shiva-bhaga-6eff00 && rm -rf "$T"
manifest: i18n/es/skills/shiva-bhaga/SKILL.md
source content

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