Realismo Digital
los seis principios
en su versión extendida.

Cada decisión técnica deja huella — energética, regulatoria, contractual. Estos seis principios articulan los criterios bajo los cuales se firma cada arquitectura del estudio. No son valores corporativos: son las restricciones operacionales medibles que distinguen un sistema que se sostiene de uno que se demuestra en una keynote y desaparece del runtime seis meses después.

Este texto extiende la versión sintética que vive en digitalrealism.io/philosophy. Allí los seis principios se formulan como criterios de ingeniería sobrios, pensados para un comité de innovación o un CTO leyéndolos en cinco minutos. Aquí, cada uno se acompaña de su linaje filosófico: las lecturas que los hicieron pensables. Mark Fisher sobre el realismo capitalista. Éric Sadin sobre la algocracia. Yuk Hui sobre cosmotécnica. Cecilia Rikap sobre el monopolio del conocimiento. Bauman sobre liquidez. Berardi sobre semiocapitalismo. Graeber sobre bullshit jobs. La hipótesis de Jevons sobre la paradoja de la eficiencia.

No están aquí como autoridad — están aquí como resistencia: lo que el código hereda cuando alguien lo escribió pensando en algo más que en el siguiente sprint.

[ p01 · ARCHITECTURE FIRST ] La arquitectura sigue al caso, no al ciclo de hype.

Cuando entra un proyecto, la primera pregunta no es "qué modelo usamos" sino "qué constraint del cliente define la solución". Local-first cuando el dato no puede salir del edificio bajo Art. 9.2.h del RGPD. Cloud cuando la escala global lo justifica y el caso es público. Edge cuando la latencia sub-200ms es requisito y no preferencia.

Cada elección queda validada por métricas concretas — TTFT, coste por query, footprint energético, tiempo medio de redacción asistida — no por la narrativa que esté de moda en HackerNews esa semana.

Mark Fisher, en Capitalist Realism, llama realismo capitalista a la incapacidad estructural de imaginar alternativas: no porque no existan, sino porque el horizonte de imaginación queda colonizado por el presente. En ingeniería de IA pasa lo mismo: la incapacidad de imaginar arquitecturas fuera del ciclo OpenAI / NVIDIA / hyperscaler no es ausencia de opciones — es colonización del horizonte técnico. Llama 4 Scout sobre un Mac Mini M4 a 30W resuelve el 80% de los casos de un despacho legal mediano. Pero ese diseño no aparece en el slide de la consultora grande porque no factura como el deal con Vertex AI.

"Capitalist realism as I understand it cannot be confined to art or to the quasi-propagandistic way in which advertising functions. It is more like a pervasive atmosphere, conditioning not only the production of culture but also the regulation of work and education, and acting as a kind of invisible barrier constraining thought and action." — Mark Fisher · Capitalist Realism · 2009

El criterio se firma; la moda no se firma. Una arquitectura defendida con métricas sobrevive a la rotación de proveedores; una arquitectura defendida con narrativa colapsa cuando cambia la moda.

[ p02 · DATA AS LIABILITY ] El dato es responsabilidad antes que activo.

Cumplir la norma es el suelo, no el techo. Cada arquitectura está diseñada para que el control efectivo del dato — quién accede, dónde reside, cómo se borra, cuándo expira — quede en manos de quien lo genera, no del proveedor de turno. Privacidad, transparencia y portabilidad son requisitos de diseño grabados en la infraestructura, no checkboxes añadidos al final del proyecto cuando el inspector pregunta.

Éric Sadin, en La silicolonización del mundo, llama algocracia al régimen en el que la decisión política se sustituye por el cálculo automático, y donde los datos del usuario se convierten en infraestructura del proveedor. No es metáfora — es modelo de negocio. Cada API que llamamos sin contrato firmado de portabilidad, cada modelo que entrenamos sin DPIA explícita, cada SaaS que adoptamos sin plan de salida documentado, profundiza esa asimetría.

Cecilia Rikap, en Capitalism, Power and Innovation, va más lejos: el monopolio del conocimiento corporativo opera concentrando datos, patentes y capacidades de cómputo en pocas manos, mientras el resto del ecosistema aporta trabajo cognitivo y queda subordinado. La arquitectura local-first no es nostalgia — es la única forma técnica de no aportar gratis al monopolio.

"Data are not the new oil. Oil, once burned, is gone. Data, once captured, can be replicated, processed, sold, and re-sold indefinitely. The asymmetry between who generates data and who profits from it is the central political question of the digital economy — and most architectures we build pretend it does not exist." — Cecilia Rikap · Capitalism, Power and Innovation · 2021 (paráfrasis)

El dato del cliente vuelve al cliente cuando me voy. Eso significa open formats, IaC versionado, runbooks claros, cero lock-in propietario heredado sin consentimiento. Si el cliente no puede llevarse su sistema completo a otro proveedor en 30 días, no es soberanía — es vendor capture disfrazado.

[ p03 · ENERGY IS ENGINEERING ] Cada vatio cuenta — y se mide.

Un Mac Mini a 30W ejecutando Llama 3.3 70B no es una opción ideológica: es una decisión cuantificable. ~30W locales contra ~4kW de un cluster GPU equivalente significa 130× menos consumo, menor coste operativo, menos huella térmica, más vida útil del hardware. Cuando el caso lo permite, la eficiencia energética es métrica de calidad — no valor añadido para el deck.

Yuk Hui, en The Question Concerning Technology in China, propone la noción de cosmotécnica: la tecnología nunca es universal, siempre está situada en una cosmología, en un ecosistema, en un territorio. Una IA que consume como un cluster industrial pertenece a una cosmotécnica de exceso; una IA que cabe en un edificio y se enchufa a la red local pertenece a otra. La elección no es solo técnica.

Y aquí Jevons importa: la paradoja de Jevons dice que la mejora en eficiencia energética aumenta el consumo total, porque hace viable usar la tecnología en más casos. La trampa: cada vez que un modelo se vuelve más eficiente, el ecosistema escala su uso hasta consumir más que antes. La única forma de no caer en esa trampa es medir el consumo absoluto, no el relativo. Cuántos vatios totales, cuántas toneladas de CO₂, cuánta agua para refrigeración. Si no hay número, hay greenwashing.

"It is wholly a confusion of ideas to suppose that the economical use of fuel is equivalent to a diminished consumption. The very contrary is the truth." — W. S. Jevons · The Coal Question · 1865

El ecosistema en el que opera el sistema es parte del sistema. No es decoración filosófica: es la diferencia entre una arquitectura que sobrevive a una factura energética triplicada y una que colapsa. Pregunta para el CFO: ¿conoces el coste eléctrico mensual de tu stack IA? Si la respuesta no está en el dashboard, hay deuda técnica escondida.

[ p04 · MEASURABLE OUTCOMES ] Si no se mide en resultados de negocio, no se entrega.

Cada despliegue lleva un dashboard concreto: horas/semana liberadas en revisión documental, % consultas resueltas sin escalar a senior, tiempo medio de redacción de borradores, queries/día, coste por inferencia, tasa de hallucination detectada por Llama Guard. Sin esos KPIs el proyecto es un experimento, no una solución. Langfuse self-hosted + Metabase mantienen la auditoría dentro del cliente, no en SaaS externo donde la observabilidad se vuelve dependencia y el dato de uso se vuelve activo del proveedor.

Franco "Bifo" Berardi, en The Soul at Work, describe cómo el semiocapitalismo hace del trabajador un productor permanente de signos cuya ansiedad se convierte en motor de la producción. Las "métricas vanidosas" — engagement, MAU, conversiones — están diseñadas para esa ansiedad, no para el resultado real. La tarea del arquitecto es separar las dos: qué medimos para tranquilizar al cliente de qué medimos para defender la arquitectura.

Fisher otra vez: en Capitalist Realism describe el "auditoría perpetua" como mecanismo central del management contemporáneo, donde la métrica reemplaza al juicio profesional. La paradoja: las métricas son necesarias precisamente porque el juicio se ha vuelto sospechoso. La salida no es abandonar la métrica — es elegir las métricas correctas, las que un equipo técnico defendería frente a un consejo, no las que un dashboard verde produce automáticamente.

"What if you held a meeting and nobody came? What if you presented metrics and nobody could explain why those metrics were chosen? Most engineering KPIs in AI projects today are decorative. They exist to populate slides, not to defend decisions. The architect's job is to know the difference." — Engineering doctrine · Digital Realism · 2026

Lo que no se mide se pierde; lo que se mide se defiende. Y lo que se mide mal, defiende lo equivocado.

[ p05 · MAINTAINABLE BY YOUR TEAM ] La mejor arquitectura es la que tu equipo entiende cuando me voy.

Open source por convicción operativa, no por ideología: Llama, Ollama, AnythingLLM, n8n, Hono, ChromaDB, Pydantic AI. Sin lock-in propietario que el cliente herede sin haberlo pedido. Documentación viva en el repo, IaC versionado con Terraform, runbooks que un junior pueda seguir sin contexto previo. La continuidad operativa después del consultor no es un favor — es parte del entregable firmado.

Zygmunt Bauman, en Modernidad líquida, describe cómo en el régimen líquido las instituciones se vuelven consultoras temporales, los compromisos se vuelven flexibles, y la responsabilidad por el largo plazo se evapora. La consultoría tradicional es exactamente eso: pasa por el cliente, deja un sistema que solo el consultor entiende, factura, y desaparece. La arquitectura local-first resiste esa lógica: el cliente queda con hardware, código abierto y conocimiento transferible.

David Graeber, en Bullshit Jobs, describe la categoría del "duct taper": el trabajador cuyo único rol es mantener funcionando sistemas mal diseñados. Una arquitectura no mantenible por el equipo cliente convierte al equipo cliente en duct tapers permanentes — y al consultor original en figura indispensable. Eso no es servicio; es captura.

"Modernity stripped solidity from every form of social binding. Long-term commitment became suspicious. The 'flexible' worker became the ideal type. But code outlives its author, infrastructure outlives the consultant, and a system that requires permanent maintenance from its original architect is not a system — it is a hostage." — Zygmunt Bauman · Liquid Modernity (paráfrasis)

Si el equipo no puede mantenerlo, no lo entrego. Y si solo yo puedo mantenerlo, es porque lo escribí mal.

[ p06 · SHIP · ITERATE · MEASURE ] Ingeniería como disciplina, no como espectáculo.

Prototipo rápido sobre datos reales del cliente, validación con métricas en producción, iteración basada en lo que el sistema realmente hace — no en lo que el slide promete. Sin sobre-ingeniería, sin mock dashboards, sin demos que nunca llegarán a producción. Cada línea de código es una promesa al equipo del cliente: que mañana seguirá funcionando y que sabrán por qué.

La cultura del demo perpetuo es el síntoma. Sistemas que se presentan en keynotes, se filman para LinkedIn, y nunca tocan tráfico real. Métricas sintéticas optimizadas para benchmarks que no se parecen al uso real. Arquitecturas que solo funcionan en el video del founder. Eso no es ingeniería — es producción audiovisual disfrazada de software.

Kent Beck, hace 25 años, formuló test-first no como técnica sino como disciplina: la prueba existe antes que el código que la pasa, porque el código sin prueba es aspiracional. La misma disciplina aplicada hoy a IA: el dashboard de métricas existe antes que el modelo que las llena, porque el modelo sin métricas es marketing.

"Worse is better. The system that ships today, runs tomorrow, and gets iterated based on what real users actually do, beats the system that promises perfection in a demo and ships in eighteen months. Ingeniería is shipping; lo demás es discurso." — Engineering doctrine · Digital Realism · 2026

El sistema es lo que el sistema hace, no lo que el deck promete. Y lo que el sistema hace, se mide en producción, no en el video.

[ p∞ · CLOSING ] Lo que pasa de la ficción a la realidad cuando se mide.

Hay un término que la teoría crítica reciente recuperó de Mark Fisher: hiperstición. Una hiperstición es una idea que, al ser formulada y sostenida en el tiempo, se vuelve real. No por magia — por iteración. La ficción se hace material cuando alguien la implementa, la mide, la documenta, y la firma.

Realismo Digital es exactamente eso: la hipótesis de que arquitecturas responsables, soberanas, eficientes y mantenibles existen — y que existen porque alguien las despliega, las audita, las mantiene. No por marketing. Por trabajo material acumulado.

Los seis principios no son aspiración. Son los criterios bajo los cuales el código entra en producción. Cada uno se firma con métricas, con citas, con compromisos contractuales. Y cada uno tiene su linaje crítico — Fisher, Berardi, Sadin, Hui, Rikap, Bauman, Graeber, Jevons — porque la ingeniería sin lectura es ingeniería sin memoria, y la ingeniería sin memoria repite los errores de la cohorte anterior.

La arquitectura adecuada no se imagina — se despliega, se audita, se mantiene. Lo que pasa de la ficción a la realidad cuando se mide.