Sistema Viable

---
name: sistema-viable
description: "Modelo de Sistema Viable de Stafford Beer: S1–S5, variedad/Ashby, recursión, homeostasis, señales algedónicas, POSIWID y variables críticas. Usar para diagnóstico organizacional, delegación, diseño o poda de órganos y estudio de The Heart of Enterprise. Cableado técnico de Arbrain: artificial-brain."
---

# Sistema Viable — el lenguaje de gobierno dueño↔Levy

## Qué es esto y por qué existe

El Modelo de Sistema Viable (VSM) de Stafford Beer (*The Heart of Enterprise*, 1979; *Brain of the
Firm*, 1972) es un lenguaje para gobernar sistemas: tu negocio, tu equipo, tu propio cerebro
artificial. Esta skill es el **contrato de ese lenguaje** entre el dueño y Levy: garantiza que Levy
diagnostique, diseñe y converse con el VSM de forma consistente a través del tiempo, y que el
vocabulario signifique lo mismo hoy y en dos años.

**Fuente canónica = Beer.** Esta skill no reemplaza los libros: indexa el modelo y lo aplica.
- Mapa del modelo por capítulo: `references/indice-libro.md` (sobre el esqueleto de *Heart*).
- Si el dueño quiere estudiarlo a fondo, `libro-os` puede construir su propio libro de estudio
  (80/20 por capítulo, en su voz) a partir de sus copias de Beer.
- Regla de honestidad: a Beer de *Heart* se le PARAFRASEA con atribución; las citas verbatim con
  página solo existen para Designing Freedom / Brain of the Firm / Ashby / Medina.
  JAMÁS inventar cita textual de *Heart* con página.

## El modelo en mínimo (para operar sin abrir nada)

- **Viabilidad** = capacidad de mantener existencia separada. No es rentabilidad: es arquitectura. (cap 1)
- **POSIWID**: el propósito de un sistema es lo que HACE, no lo que declara. (cap 1)
- **Variedad** = nº de estados posibles, en bits. **Ley de Ashby**: solo la variedad absorbe
  variedad, V(R) ≥ V(D). Desbordamiento = déficit estructural, no defecto moral. (cap 2)
- **Ingeniería de variedad**: solo dos jugadas, atenuar el entorno o amplificar el regulador.
  Ninguna es gratis. (cap 3)
- **4 Principios**: (1) las variedades tienden a igualarse solas, diseña el balance o lo pagas;
  (2) canal > variedad de la fuente; (3) transducción sin atenuar ni amplificar en cada frontera;
  (4) ciclo de regulación síncrono con la perturbación. Todo fallo viola al menos uno. (cap 3)
- **Recursión**: todo sistema viable contiene y está contenido en sistemas viables. Declarar
  SIEMPRE el sistema en foco antes de diagnosticar. (cap 4)
- **Los cinco sistemas**: S1 hace (unidades de valor, autónomas por aritmética); S2 coordina sin
  mando (anti-oscilación); S3 sinergia del adentro-y-ahora + trato de recursos; S3* auditoría
  esporádica de alta variedad; S4 afuera-y-después con auto-modelo; S5 identidad que arbitra el
  homeostato S3↔S4 y procesa solo el residuo. (caps 5-9)
- **3 Axiomas**: variedad horizontal S1 = vertical de cohesión; V(S3)=V(S4); V(S5)=residuo del 3-4.
- **Triple índice**: Productividad = Actualidad/Capacidad; Latencia = Capacidad/Potencialidad;
  Desempeño = producto. La latencia delata al que quema futuro. Cada índice exige un lazo con
  umbral y dueño, o es museo. (caps 10-11)
- **Algedónico**: señal de dolor que salta la jerarquía cuando una variable vital sale de rango;
  escalada por ventanas de recuperación pactadas; la respuesta es REPROGRAMAR (plan de crisis
  pre-armado), no acelerar. (cap 12)
- **Patologías** (catálogo finito) + **autopoiesis patológica** = burocracia: función de servicio
  que se produce a sí misma. Solo el total y los S1 tienen derecho a autopoiesis. **Estructura**
  (reemplazable) vs **organización** (identidad: tocarla = refundar). (cap 13)
- **Instalación**: 6 pasos en orden (identidad → censo S1 → S2 → homeostatos → medición → dolor);
  5 errores clásicos (calcar organigrama, leer como poder, museo, gran anuncio, cuarto del rediseño). (cap 14)
- **Éxito** = ultraestabilidad + entelequia (potencial volviéndose actual). No hay línea de meta. (cap 15)

## El método de diagnóstico (cómo se usa en conversación)

Cuando el dueño traiga un problema del negocio, de Arbrain o de su vida como sistema, corre esta
secuencia (está detallada con tablas síntoma→órgano en `references/diagnostico.md`, ábrelo si el
caso no es obvio):

1. **Declara el nivel de recursión** (sistema en foco, contenidos, contenedor). La mitad de los
   diagnósticos fallan por mezclar niveles.
2. **POSIWID primero**: qué HACE el sistema observado con frialdad, vs qué declara.
3. **Localiza el órgano**: ¿qué función falla o falta (S1-S5, 3*, canal, transductor)?
4. **Audita los 4 Principios** en el lazo sospechoso: ¿variedad requisita? ¿canal aguanta?
   ¿transducción fiel? ¿ciclo síncrono?
5. **Prescribe desde el capítulo**: nombra el arreglo con el lenguaje del modelo y cita el capítulo
   (ej. "S2 ausente entre contenido y producto → cap 6 → mecanismo humilde de estado mutuo").
6. **Aterriza SIEMPRE en decisión, rango o acción.** Regla anti-turismo: una invocación de esta
   skill que termina en pura conversación bonita violó su propio POSIWID. La única excepción:
   sesiones que el dueño declara explícitamente como estudio o filosofía.

## Reglas de uso del lenguaje

- **El lenguaje se aprende usándolo, no estudiándolo.** Si el dueño no domina aún un término, úsalo
  Y tradúcelo en la misma frase la primera vez ("tu S2, o sea el semáforo entre tus frentes").
  Fluidez por inmersión, no por glosario.
- **Nunca como sermón.** El VSM diagnostica sistemas, no regaña personas. "Tu S4 está canibalizando
  al S3" es diagnóstico; "otra vez distraído" es juicio. Esta skill solo habla en el primer registro.
- **El vertical no es rango.** Jamás usar S5>S1 como jerarquía de importancia: el S1 es el
  propósito; el metasistema es su servidor (error #2 de instalación).
- **Diseño de órganos nuevos**: todo cron/agente/proceso/dashboard nuevo se declara ANTES de
  construirse: qué función VSM cumple, a quién sirve, qué principio protege, y su test de
  autopoiesis (¿sirve al conjunto o se sirve a sí mismo?). Si no puede declararse, no se construye.
- **Métricas en vivo**: NUNCA de memoria ni de esta skill; siempre de la fuente viva (tu base de
  datos, tu proveedor de pagos, tu analítica). Aquí viven las ESTRUCTURAS de medición (qué es A/C/P
  de cada unidad), no los números. Si la fuente no está conectada, dilo: falta de medición no es cero.

## Referencias (cuándo abrir cuál)

| Archivo | Ábrelo cuando |
|---|---|
| `references/indice-libro.md` | Necesites ubicar un concepto en su capítulo, preparar repaso/examen, citar sin inventar, o decidir qué capítulo leer completo para un tema |
| `references/diagnostico.md` | Diagnóstico no obvio: tablas síntoma→órgano→capítulo→jugada, checklist de 4 Principios, test de autopoiesis, errores de instalación |
| `references/programas-crisis.md` | Una variable vital sale de rango, o toca escribir/revisar los programas de crisis en la calma |
| `docs/vsm/mapa-negocio.md` | SIEMPRE en sesiones de estrategia/estructura/variables: el VSM instanciado en el negocio real del dueño (documento VIVO; si no existe, créalo en la primera sesión con las 3 declaraciones, el censo S1 y las variables vitales con rango, ventana y destino de escalada) |

**Órgano hermano:** esta skill es el IDIOMA de gobierno; el CUERPO técnico (salas, crons,
cableado, cómo se carga todo) vive en `artificial-brain` y su médula (`references/medula.md`).
Si la pregunta es "¿cómo funciona mi sistema?" → artificial-brain; si es "¿qué órgano falla y qué
dice Beer?" → esta skill.

## Mantenimiento (esto mantiene viva la skill)

- **`docs/vsm/mapa-negocio.md` es un documento VIVO**: actualizarlo tras cada sesión de variables
  críticas, cada cambio de estructura (contrataciones, podas, órganos nuevos) y cada trimestre. Fecharlo.
- **Programas de crisis**: revisarlos cada trimestre o tras usarse una vez; adaptarlos al negocio
  real del dueño (los de `references/programas-crisis.md` son plantillas).
- **Repaso espaciado (opcional)**: si el dueño estudia el modelo, un mazo de preguntas por capítulo
  con intervalos `[1,3,7,21,60]` días funciona bien. Levy pregunta, el dueño responde HABLANDO y
  Levy califica. **Exigir el MODELO, no la literalidad; jamás enseñar la respuesta antes de que
  conteste** (el esfuerzo de recordar ES el mecanismo).