Back to Skills

shiva-bhaga

pjt222
Updated Yesterday
3 views
17
2
17
View on GitHub
Designdesign

About

The `shiva-bhaga` skill helps developers systematically clear technical debt by identifying and removing obsolete assumptions, failed approaches, and dead code. It is designed for use when context has become cluttered or before a major pivot, where intentional cleanup is required for new creation. This tool facilitates a controlled dissolution of outdated patterns to create space for better solutions.

Quick Install

Claude Code

Recommended
Primary
npx skills add pjt222/agent-almanac -a claude-code
Plugin CommandAlternative
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternative
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/shiva-bhaga

Copy and paste this command in Claude Code to install this skill

Documentation

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 Repository

pjt222/agent-almanac
Path: i18n/es/skills/shiva-bhaga
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Related Skills

executing-plans

Design

Use the executing-plans skill when you have a complete implementation plan to execute in controlled batches with review checkpoints. It loads and critically reviews the plan, then executes tasks in small batches (default 3 tasks) while reporting progress between each batch for architect review. This ensures systematic implementation with built-in quality control checkpoints.

View skill

requesting-code-review

Design

This skill dispatches a code-reviewer subagent to analyze code changes against requirements before proceeding. It should be used after completing tasks, implementing major features, or before merging to main. The review helps catch issues early by comparing the current implementation with the original plan.

View skill

connect-mcp-server

Design

This skill provides a comprehensive guide for developers to connect MCP servers to Claude Code using HTTP, stdio, or SSE transports. It covers installation, configuration, authentication, and security for integrating external services like GitHub, Notion, and custom APIs. Use it when setting up MCP integrations, configuring external tools, or working with Claude's Model Context Protocol.

View skill

web-cli-teleport

Design

This skill helps developers choose between Claude Code Web and CLI interfaces based on task analysis, then enables seamless session teleportation between these environments. It optimizes workflow by managing session state and context when switching between web, CLI, or mobile. Use it for complex projects requiring different tools at various stages.

View skill