MCP HubMCP Hub
Volver a habilidades

dissolve-form

pjt222
Actualizado 2 days ago
8 vistas
17
2
17
Ver en GitHub
Otrogeneral

Acerca de

La habilidad `dissolve-form` realiza un desmantelamiento controlado de estructuras rígidas y calcificadas del sistema, preservando las capacidades fundamentales. Se utiliza cuando la deuda técnica bloquea todo progreso o cuando el cambio incremental es imposible, típicamente después de una evaluación `assess-form`. El proceso incluye el mapeo de rigideces, la secuenciación de la disolución y la descomposición segura para suavizar el sistema y permitir una posterior reconfiguración arquitectónica.

Instalación rápida

Claude Code

Recomendado
Principal
npx skills add pjt222/agent-almanac -a claude-code
Comando PluginAlternativo
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternativo
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/dissolve-form

Copia y pega este comando en Claude Code para instalar esta habilidad

Documentación

Dissolve Form

Controlled dismantle of rigid systems → dissolve calcified arch + tech debt + org rigidity, preserve imaginal discs → seed new form.

Use When

  • assess-form → PREPARE or CRITICAL (too rigid to transform direct)
  • So calcified incremental change impossible
  • Tech debt blocks all fwd progress
  • Org structure too rigid for new reqs
  • Before adapt-architecture → soften before reshape
  • Legacy decommission → extract value before shutdown

In

  • Required: Form assessment → high rigidity (assess-form)
  • Required: ID essential capabilities → preserve (imaginal discs)
  • Optional: Target form (post-dissolve; may be unknown)
  • Optional: Timeline + constraints
  • Optional: Stakeholder concerns on specific components
  • Optional: Prior dissolve attempts + outcomes

Do

Step 1: ID Imaginal Discs

Bio metamorphosis → imaginal discs = cell clusters in caterpillar → survive dissolve → become butterfly organs. ID what must survive.

  1. Catalog every capability:
    • User features
    • Data processing
    • External integrations
    • Institutional knowledge in code/process
    • Business rules (often implicit, undoc)
  2. Classify:
    • Imaginal disc (must survive): core biz logic, critical integrations, irreplaceable data
    • Replaceable tissue (rebuild): UI, infra, standard algos
    • Dead tissue (discard): workarounds for fixed bugs, shims for dead systems, unused features
  3. Extract imaginal discs → portable:
    • Doc biz rules explicit (may only exist as comments or tribal)
    • Extract algos → standalone tested modules
    • Export data → format-independent
    • Record integration contracts + actual (not doc) behavior

→ Clear capability inventory: preserve/rebuild/discard. Essentials extracted portable before dissolve starts.

If err: imaginal disc ID uncertain (stakeholder disagree) → err on preserve side. Extract more than need → discard after dissolve easy, recover lost knowledge often impossible.

Step 2: Map Dissolve Sequence

Order → outer layers first, core last.

  1. Order by dep depth:
    • L1 (outermost): no dependents → nothing breaks on remove
    • L2: dependents only in L1 (already dissolved)
    • L3: deeper deps → careful interface mgmt
    • LN (core): load-bearing → dissolved last
  2. Per layer:
    • What dissolved (removed, decommission, archive)
    • What replaces (new comp, nothing, stub)
    • Interfaces to maintain for remaining layers
    • How verify post-dissolve
  3. Dissolve checkpoints:
    • Post-layer → tested + verified operational
    • Each checkpoint = stable state → pause poss
    • If layer dissolve breaks → restore prior checkpoint
Dissolution Sequence (outside in):
┌─────────────────────────────────────────────────────────────────┐
│ Layer 1: Dead features, unused integrations, orphaned code      │
│          → Remove. Nothing depends on these.                    │
│                                                                 │
│ Layer 2: Replaceable UI, standard infrastructure                │
│          → Replace with modern equivalents or stubs             │
│                                                                 │
│ Layer 3: Business logic wrappers, data access layers            │
│          → Extract imaginal discs, then dissolve                │
│                                                                 │
│ Layer 4 (core): Load-bearing structures, data stores            │
│          → Dissolve last, with full replacement ready           │
└─────────────────────────────────────────────────────────────────┘

→ Layer-ordered sequence, each step safe (checkpoint) + reversible (prior checkpoint restorable). Most critical dissolved last when team has most exp + confidence.

If err: dep mapping reveals circular (A→B→A) → break cycle first. Add interface A↔B, break cycle, then proceed.

Step 3: Interface Archaeology

Before dissolve → excavate + doc actual interfaces, not documented, actual in use.

  1. Instrument interfaces:
    • Log every call/msg/exchange at each interface
    • Run ≥1 full biz cycle (daily/weekly/monthly)
    • Capture actual payload shapes, not just doc schemas
  2. Compare actual vs documented:
    • Doc interfaces never called? (L1 candidates)
    • Undoc interfaces actively used? (hidden deps → preserve or explicit replace)
    • Edge cases in traffic doc doesn't mention
  3. Build contract from actual behavior:
    • Contract → spec for replacement
    • Real input/output examples
    • Doc actual error handling (not should-be)

→ Empirical contract: actual communication + undoc behaviors + hidden deps.

If err: instrumentation too invasive (perf or code changes) → sample traffic. Biz cycle too long → available data + stakeholder interviews on "what calls what when".

Step 4: Execute Dissolve

Systematic remove + maintain imaginal disc viability.

  1. Start L1 (outermost, no dependents):
    • Remove dead features + unused code
    • Archive (don't delete) for reference
    • Verify: all tests pass, no runtime errs
  2. Per layer:
    • Per component dissolved: a. Verify imaginal discs extracted (Step 1) b. Install replacement or stub (if dependents remain) c. Remove component d. Run valid. suite e. Monitor for side effects
    • Per checkpoint: doc state + verify operational
  3. Handle resistance:
    • Some resist (hidden deps surface)
    • When remove breaks: a. Restore checkpoint b. Investigate hidden dep c. Add to interface archaeology (Step 3) d. Explicit stub for dep e. Re-attempt
  4. Track progress:
    • Components remaining vs dissolved
    • Imaginal discs extracted + verified portable
    • Unexpected deps found + handled

→ Systematic verified dissolve of non-essential. Post-layer: smaller, simpler, operational. Imaginal discs preserved portable.

If err: cascading failure → layer order wrong, hidden deps deeper than expected. Stop, restore, remap deps, re-sequence. Imaginal disc more complex than expected → more extract time.

Step 5: Prep Foundation for Reconstruction

Post-dissolve → minimal viable core + extracted imaginal discs ready.

  1. Assess post-state:
    • What remains? (minimal core + extracted capabilities)
    • Maintainable? (team understands + modifies)
    • All imaginal discs accessible + verified? (portable + tested + doc'd)
  2. Reconstruction manifest:
    • Per disc: contract + data + test suite
    • Target arch (or TBD)
    • Gaps: partial extracts or quality concerns
  3. Handoff:
    • Target known → adapt-architecture w/ minimal core
    • Target unknown → operate on minimal core while designing
    • Either way: system flexible → reshape-able

→ Minimal maintainable system + doc'd extracted capabilities. Foundation clean, ready for reconstruction in any form.

If err: post-state less maintainable than expected → some essential was dissolved. Check imaginal disc inventory → if critical capability missing, may still be in archive. Minimal core too minimal → "replaceable" was actually essential → restore from checkpoint.

Check

  • Imaginal discs IDed + extracted + verified portable
  • Sequence: outermost (no dependents) → core
  • Interface archaeology → actual (not just doc) behavior
  • Each layer verified checkpoint
  • No essential lost
  • Post-state minimal + maintainable + operational
  • Reconstruction manifest: capabilities + gaps

Traps

  • Dissolve w/o extract: Remove rigid component before extract → destroys irreplaceable knowledge. Extract imaginal discs first.
  • Trust docs over observation: Docs often diverge from actual. Interface archaeology reveals truth, docs show intent.
  • Core first: Load-bearing before dependents → cascading failure. Outside-in.
  • Total dissolve: Everything gone "clean slate" → lose institutional knowledge, edge-case handling, operational continuity. Preserve imaginal discs.
  • Dissolve as punishment: "Because it's bad" w/o reconstruction plan → vacuum. Dissolve is prep for rebuild, not end itself.

  • assess-form — prereq assessment → IDs rigidity, triggers dissolve
  • adapt-architecture — reconstruction after dissolve
  • repair-damage — targeted repair vs full dissolve
  • build-consensus — consensus before dissolve → prevents team fragmentation
  • decommission-validated-system — formal decommission for regulated
  • conduct-post-mortem — shares investigative rigor w/ dissolve

Repositorio GitHub

pjt222/agent-almanac
Ruta: i18n/caveman-ultra/skills/dissolve-form
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Habilidades relacionadas

llamaguard

Otro

LlamaGuard es el modelo de Meta de 7-8B parámetros para moderar las entradas y salidas de LLM en seis categorías de seguridad como violencia y discurso de odio. Ofrece una precisión del 94-95% y puede implementarse usando vLLM, Hugging Face o Amazon SageMaker. Utiliza esta skill para integrar fácilmente filtrado de contenido y barreras de seguridad en tus aplicaciones de IA.

Ver habilidad

cost-optimization

Otro

Esta Skill de Claude ayuda a los desarrolladores a optimizar los costes en la nube mediante el ajuste de tamaño de recursos, estrategias de etiquetado y análisis de gastos. Proporciona un marco para reducir los gastos en la nube e implementar una gobernanza de costes en AWS, Azure y GCP. Úsala cuando necesites analizar los costes de infraestructura, ajustar el tamaño de los recursos o cumplir con restricciones presupuestarias.

Ver habilidad

quantizing-models-bitsandbytes

Otro

Esta habilidad cuantiza LLMs a precisión de 8 o 4 bits utilizando bitsandbytes, logrando una reducción de memoria del 50-75% con pérdida mínima de precisión. Es ideal para ejecutar modelos más grandes en memoria GPU limitada o para acelerar la inferencia, admitiendo formatos como INT8, NF4 y FP4. La habilidad se integra con HuggingFace Transformers y permite entrenamiento QLoRA y optimizadores de 8 bits.

Ver habilidad

dispatching-parallel-agents

Otro

Esta Skill de Claude despliega múltiples agentes para investigar y solucionar 3 o más problemas independientes de forma concurrente. Está diseñada para escenarios que involucran fallos no relacionados que pueden resolverse sin estado compartido o dependencias. Su capacidad principal es la resolución paralela de problemas, asignando un agente por cada dominio problemático independiente para maximizar la eficiencia.

Ver habilidad