shiva-bhaga
À propos
La compétence `shiva-bhaga` aide les développeurs à éliminer systématiquement la dette technique en identifiant et en supprimant les hypothèses obsolètes, les approches infructueuses et le code mort. Elle est conçue pour être utilisée lorsque le contexte est devenu encombré ou avant un pivot majeur, où un nettoyage intentionnel est nécessaire pour une nouvelle création. Cet outil facilite une dissolution contrôlée des modèles dépassés afin de créer un espace pour de meilleures solutions.
Installation rapide
Claude Code
Recommandé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-bhagaCopiez et collez cette commande dans Claude Code pour installer cette compétence
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 | |
+---------------------+---------------------------+------------------------+
- 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
Dépôt GitHub
Compétences associées
executing-plans
DesignUtilisez la compétence executing-plans lorsque vous disposez d'un plan de mise en œuvre complet à exécuter par lots contrôlés avec des points de contrôle de revue. Elle charge et examine le plan de manière critique, puis exécute les tâches par petits lots (3 tâches par défaut) tout en rapportant la progression entre chaque lot pour une revue par l'architecte. Cela garantit une mise en œuvre systématique avec des points de contrôle de qualité intégrés.
requesting-code-review
DesignCette compétence délègue un sous-agent réviseur de code pour analyser les modifications apportées au code par rapport aux exigences avant de poursuivre. Elle doit être utilisée après avoir terminé des tâches, implémenté des fonctionnalités majeures, ou avant une fusion vers la branche principale. La revue aide à détecter précocement les problèmes en comparant l'implémentation actuelle avec le plan initial.
connect-mcp-server
DesignCette compétence fournit un guide complet permettant aux développeurs de connecter des serveurs MCP à Claude Code via les transports HTTP, stdio ou SSE. Elle couvre l'installation, la configuration, l'authentification et la sécurité pour intégrer des services externes tels que GitHub, Notion et des API personnalisées. Utilisez-la lors de la configuration d'intégrations MCP, de la configuration d'outils externes ou du travail avec le Protocole de Contexte de Modèle de Claude.
web-cli-teleport
DesignCette compétence aide les développeurs à choisir entre les interfaces Web et CLI de Claude Code en fonction de l'analyse des tâches, puis permet une téléportation transparente des sessions entre ces environnements. Elle optimise le flux de travail en gérant l'état et le contexte de la session lors du passage entre le web, la CLI ou le mobile. Utilisez-la pour des projets complexes nécessitant différents outils à diverses étapes.
