shiva-bhaga
について
`shiva-bhaga`スキルは、時代遅れの前提、失敗したアプローチ、デッドコードを特定して削除することで、開発者が技術的負債を体系的に解消することを支援します。このツールは、コンテキストが煩雑化した場合や、大きな方向転換の前など、新たな創造のために意図的な整理が必要とされる場面での使用を想定しています。古くなったパターンを制御された形で解体し、より優れた解決策のための空間を作り出すことを促進します。
クイックインストール
Claude Code
推奨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-bhagaこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
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
GitHub リポジトリ
関連スキル
executing-plans
デザインexecuting-plansスキルは、完全な実装計画があり、それを管理されたバッチでレビューチェックポイントを設けながら実行する場合に使用します。このスキルは計画を読み込んで批判的にレビューした後、小さなバッチ(デフォルトは3タスク)でタスクを実行し、各バッチの間に進捗状況を報告してアーキテクトのレビューを受けます。これにより、品質管理チェックポイントが組み込まれた体系的な実装が保証されます。
requesting-code-review
デザインこのスキルは、コードレビュアーサブエージェントを起動し、処理を進める前に要件に対してコード変更を分析します。タスク完了後、主要な機能の実装後、またはmainブランチへのマージ前などに使用すべきです。このレビューは、現在の実装と元の計画を比較することで、問題を早期に発見するのに役立ちます。
connect-mcp-server
デザインこのスキルは、開発者がHTTP、stdio、またはSSEトランスポートを使用してMCPサーバーをClaude Codeに接続するための包括的なガイドを提供します。GitHub、Notion、カスタムAPIなどの外部サービスを統合するためのインストール、設定、認証、セキュリティについて解説しています。MCP統合のセットアップ、外部ツールの設定、またはClaudeのModel Context Protocolを扱う際にご利用ください。
web-cli-teleport
デザインこのスキルは、タスク分析に基づいて開発者がClaude Code WebとCLIインターフェースの選択を支援し、これらの環境間でのシームレスなセッションテレポーテーションを可能にします。Web、CLI、モバイル環境を切り替える際のセッション状態とコンテキストを管理することで、ワークフローを最適化します。様々な段階で異なるツールを必要とする複雑なプロジェクトにご活用ください。
