ontoref/assets/presentation/docs/ontologia-filosofia-software.md
Jesús Pérez 82a358f18d
Some checks failed
Nickel Type Check / Nickel Type Checking (push) Has been cancelled
Rust CI / Security Audit (push) Has been cancelled
Rust CI / Check + Test + Lint (push) Has been cancelled
feat: #[onto_mcp_tool] catalog, OCI credential vault layer, validate ADR-018 mode hierarchy
ontoref-derive: #[onto_mcp_tool] attribute macro registers MCP tool unit-structs in
  the catalog at link time via inventory::submit!; annotated item is emitted unchanged,
  ToolBase/AsyncTool impls stay on the struct. All 34 tools migrated from manual wiring
  (net +5: ontoref_list_projects, ontoref_search, ontoref_describe,
  ontoref_list_ontology_extensions, ontoref_get_ontology_extension).

  validate modes (ADR-018): reads level_hierarchy from workflow.ncl and checks every
  .ncl mode for level declared, strategy declared, delegate chain coherent, compose
  extends valid. mode resolve <id> shows which hierarchy level handles a mode and why.
  --self-test generates synthetic fixtures in a temp dir for CI smoke-testing.

  validate run-cargo: two-step Cargo.toml resolution — workspace layout first
  (crates/<check.crate>/Cargo.toml), single-crate fallback by package name or repo
  basename. Lets the same ADR constraint shape apply to workspace and single-crate repos.

  ontology/schemas/manifest.ncl: registry_topology_type contract — multi-registry
  coordination, push targets, participant scopes, per-namespace capability.

  reflection/requirements/base.ncl: oras ≥1.2.0, cosign ≥2.0.0, sops ≥3.9.0, age
  ≥1.1.0, restic declared as Hard/Soft requirements with version_min, check_cmd, and
  install_hint (ADR-017 toolchain surface).

  ADR-019: per-file recipient routing for tenant isolation without multi-vault. Schema
  additions: sops.recipient_groups + sops.recipient_rules in ontoref-project.ncl.
  secrets-bootstrap generates .sops.yaml from project.ncl in declarative mode. Three
  new secrets-audit checks: recipient-routing-coherent, recipient-routing-coverage,
  no-multi-vault. Adoption templates: single-team/, multi-tenant/, agent-first/.
  Integration templates: domain-producer/, mode-producer/, mode-consumer/.

  UI: project_picker surfaces registry badge (⟳ participant) and vault badge
  (⛁ vault_id · N, green=declarative / amber=legacy) per project card. Expanded panel
  adds collapsible Registry section with namespace, endpoint, and push/pull capability.
  manage.html gains Runtime Services card — MCP and GraphQL toggleable without restart
  via HTMX POST /ui/manage/services/{service}/toggle.

  describe.nu: capabilities JSON includes registry_topology and vault_state per project.
  sync.nu: drift check extended to detect //! absence on newly registered crates.
  qa.ncl: six entries — credential-vault-best-practice (layered data-flow diagram),
  credential-vault-templates (paths A/B/C), credential-vault-troubleshooting (15 named
  errors), integration-what-and-why (ADR-042 OCI federation), integration-how-to-implement,
  integration-troubleshooting.

  on+re: core.ncl + manifest.ncl updated to reflect OCI, MCP, and mode-hierarchy nodes.
  Deleted stale presentation assets (2026-02 slides + voice notes).
2026-05-12 04:46:15 +01:00

42 KiB
Raw Blame History

Ontología filosófica y modelo operacional en software

Genealogía conceptual, autores y uso contemporáneo

Jesús Pérez Lorenzo · OntoRef · 2026


Contenidos

  1. ¿Son los invariantes el equivalente a los universales filosóficos?
  2. Genealogía filosófica del modelo operacional
  3. La ontología operacional en software: origen, autores y uso actual
  4. Taoísmo, Yin-Yang y ontología operacional
  5. DAGs — genealogía y función en ontología operacional
  6. Física cuántica, computación cuántica y ontología operacional
  7. Por qué es relevante en software e infraestructuras digitales
  8. Referencias y lecturas recomendadas

1. ¿Son los invariantes el equivalente a los universales filosóficos?

La pregunta es legítima pero la correspondencia es más fina de lo que parece a primera vista.

Los universales en ontología filosófica

Los universales responden a una pregunta específica: ¿qué comparten múltiples particulares que los hace del mismo tipo? Son propiedades, relaciones o cualidades que pueden instanciarse en varios individuos distintos — "rojez", "humanidad", "ser-mayor-que". El debate clásico gira en torno a su estatus ontológico:

  • Realismo platónico: los universales existen independientemente de sus instancias — las Formas habitan un reino separado del mundo sensible.
  • Realismo moderado (Aristóteles): los universales existen en las cosas, no aparte de ellas. No hay humanidad sin seres humanos concretos.
  • Nominalismo (Ockham, siglo XIV): solo existen los particulares. Los universales son nombres (nomina), convenciones lingüísticas sin referente ontológico propio.
  • Conceptualismo (posición media): los universales existen en la mente como conceptos, no en el mundo ni como meros nombres.

Los invariantes como propiedades esenciales de un singular

Los invariantes en un modelo operacional de software no son universales en ninguno de los sentidos anteriores. No preguntan qué comparten múltiples proyectos — preguntan qué no puede cambiar en este proyecto concreto sin que deje de ser este proyecto.

La analogía filosófica precisa es la distinción aristotélica entre propiedades esenciales y accidentales: la esencia es aquello sin lo cual una cosa no sería lo que es; el accidente es lo que puede cambiar sin alterar su naturaleza. Un invariante operacional declara: "esta propiedad es esencial para la identidad de este proyecto."

Kripke formalizó esto de manera más rigurosa en Naming and Necessity (1980): ciertas propiedades son rígidas — verdaderas en todos los mundos posibles accesibles al individuo. El agua es necesariamente H₂O aunque alguien la llame "phlogiston". Un invariante operacional tiene este carácter modal: no puede ser falso en ningún estado posible del proyecto sin que el proyecto haya dejado de ser ese proyecto. Los ADRs que lo modifican no violan el invariante — constituyen un nuevo individuo.

Dónde sí hay resonancia con los universales

La familia semántica es compartida: ambos capturan lo que no varía. El universal no varía a través de la instanciación. El invariante no varía a través de la evolución temporal del proyecto. El eje difiere — instanciación vs. tiempo — pero el gesto filosófico es análogo.

El estatus ontológico: hechos institucionales

Los universales platónicos existen independientemente de que alguien los declare. Los invariantes operacionales son hechos institucionales en el sentido de John Searle (La construcción de la realidad social, 1995): son verdad porque un colectivo los declaró y formalizó. Como el dinero, los contratos o las reglas del ajedrez — su existencia depende de actos declarativos sostenidos por una práctica social.

Un invariante que el equipo no reconoce como tal no es un invariante real; es teatro.


2. Genealogía filosófica del modelo operacional

Concepto filosófico Autor / Origen Equivalente operacional Implementación
Universales Platón (428348 aC) — República, Parménides Tipos / Schemas Contratos Nickel: String, `[
Esencia / Accidente Aristóteles (384322 aC) — Metafísica Invariante / Estado mutable invariante = true en core.ncl vs. dimensiones en state.ncl
Potencia / Acto Aristóteles — Metafísica IX Estado actual → deseado + Gates current_state / desired_state / gate.ncl
Categorías Aristóteles — Categorías Tipos de nodo ontológico invariants, tensions, practices, dimensions, gates
Sustancia primera / segunda Aristóteles — Categorías Instancia / Tipo Proyecto concreto vs. schema de proyecto
Identidad a través del tiempo Locke (1689), Parfit (1984) Versioning + ADR lifecycle status = Superseded, superseded_by
Dialéctica Hegel (1807) — Fenomenología del Espíritu Tensiones activas tensions en core.ncl — sin síntesis, gestionadas
Logos como tensión de opuestos Heráclito (535475 aC) Tensión constitutiva Dualidad ontología/reflection como tensión de diseño
Mundos posibles Leibniz (1710), Kripke (1980) FSM — transiciones permitidas ADRs como restricciones de accesibilidad entre estados
Propiedades rígidas Kripke — Naming and Necessity (1980) Invariantes como necesidad Un invariante es verdad en todos los estados posibles
Límites del lenguaje = límites del mundo Wittgenstein — Tractatus (1921) Schema como frontera de lo expresable Lo que no tipea en Nickel no puede existir en el sistema
Juegos de lenguaje Wittgenstein — Investigaciones (1953) Modos operacionales Un modo define las reglas del juego para un contexto
Verdad como correspondencia Tarski (1933) Typecheck / validación formal nickel export como verificación de correspondencia
Hechos institucionales Searle (1995) ADRs como decisiones declaradas Una constraint existe porque el equipo la declaró
Ontología formal vs. regional Husserl (1913) — Ideas I Schema formal vs. ontología del proyecto adrs/schema.ncl vs. .ontology/core.ncl
Filosofía del proceso Whitehead (1929) — Process and Reality Ontología (ser) vs. Reflection (devenir) La dualidad estructural del protocolo
Realismo estructural Ladyman & Ross (2007) Grafo como lo real El DAG captura relaciones; los nodos son secundarios
Lógica de predicados Frege (1879) — Begriffsschrift Queries sobre el grafo where severity == "Hard" | select id claim

Matices que la tabla no captura

Aristóteles es el arquitecto base. La esencia/accidente es exactamente invariante/estado-mutable. La potencia/acto es exactamente current_state/desired_state con la gate como umbral de actualización.

Whitehead contra Aristóteles es la tensión interna del modelo. Aristóteles ve la realidad como sustancias con propiedades. Whitehead la ve como procesos. Un modelo operacional de software vive en esa grieta: la ontología es aristotélica (qué es el proyecto), la capa de reflection es whiteheadiana (cómo deviene).

Kripke resuelve lo que Aristóteles dejó ambiguo. Aristóteles distingue esencial de accidental pero no formaliza la modalidad. Kripke lo hace: una propiedad esencial es rígida — verdadera en todos los mundos posibles accesibles desde el individuo.

La ausencia notable: Heidegger. El ser-en-el-mundo como condición de posibilidad de cualquier ontología explícita no aparece en ningún modelo operacional de software. Lo que Heidegger llamaría el trasfondo pre-temático es exactamente lo que los READMEs intentan capturar y fracasan. Un modelo operacional no lo resuelve; reduce la superficie de ese trasfondo haciendo explícito lo que puede serlo.


3. La ontología operacional en software: origen, autores y uso actual

El problema que había que resolver

A finales de los años 1970, los sistemas de inteligencia artificial enfrentaban el cuello de botella del conocimiento: los sistemas expertos eran eficaces en dominios acotados pero no podían compartir conocimiento entre sí. Cada sistema construía su representación del mundo de forma ad hoc, incompatible con el resto.

Los fundadores

John McCarthy — el precursor (19581980s) Fundador del término "inteligencia artificial" y creador de LISP, fue el primero en proponer que los sistemas de IA necesitaban representaciones explícitas del mundo para razonar sobre él. Su situational calculus (1969, con Patrick Hayes) — un lenguaje formal para describir el mundo y sus cambios — es el antecedente directo de la ontología operacional. McCarthy adoptó el término "ontología" de la filosofía para referirse a los compromisos sobre qué tipos de cosas existen en el dominio modelado.

Marvin Minsky — frames y estructuras de conocimiento (1974) En A Framework for Representing Knowledge (MIT AI Lab, 1974), Minsky propuso los frames como estructuras para organizar el conocimiento: cada frame representa un concepto con slots (atributos) y valores por defecto. Es la primera implementación computacional de algo cercano a la sustancia aristotélica con propiedades.

Tom Gruber — la definición canónica (1993) Formuló la definición que se convirtió en estándar: "An ontology is a specification of a conceptualization" (Knowledge Acquisition, 1993). La definición es deliberadamente minimalista: una ontología no captura la realidad — captura un punto de vista compartido sobre un dominio. Esto la sitúa en el territorio de los hechos institucionales de Searle.

Nicola Guarino — ontología formal en sistemas de información (1990s) Desarrolló la distinción entre ontología de alto nivel (conceptos universales como tiempo, espacio, proceso) y ontología de dominio (conceptos específicos de un campo). Fundó la conferencia Formal Ontology in Information Systems (FOIS, 1998).

Doug Lenat — Cyc: el proyecto más ambicioso (19842017) Inició el proyecto Cyc en MCC con el objetivo de codificar todo el conocimiento de sentido común humano. Alcanzó más de 600.000 conceptos y 5 millones de aserciones. Demostró tanto el potencial como los límites del enfoque: la escala del conocimiento implícito humano es prácticamente inabarcable mediante codificación manual.

Tim Berners-Lee, James Hendler y Ora Lassila — la Web Semántica (2001) Propusieron extender la Web con significado semántico mediante RDF, OWL y SPARQL — el ecosistema que popularizó el uso de ontologías en ingeniería de software más allá de la IA.

Línea temporal

Año Hito
1958 McCarthy propone representación explícita del conocimiento para IA
1969 McCarthy & Hayes — situational calculus
1974 Minsky — frames: primera estructura análoga a la sustancia aristotélica
1984 Lenat inicia Cyc
1993 Gruber — definición canónica
1998 Primera conferencia FOIS
2001 Berners-Lee et al. — Web Semántica: RDF, OWL, SPARQL
2004 OWL se convierte en recomendación W3C
2012 Google Knowledge Graph — ontología operacional en producción
2020s LLMs entrenados sobre grafos ontológicos; ontologías como contexto para agentes

Uso actual

Biomedicina: Gene Ontology (GO), SNOMED CT, ICD-11, Human Phenotype Ontology.

Grafos de conocimiento empresariales: Google Knowledge Graph (500.000M de hechos), Wikidata (100M de elementos), schema.org.

Industria y manufactura: ISO 15926 (petróleo y gas), IFC/BIM (construcción), ontologías Industry 4.0.

Inteligencia artificial: ConceptNet, entrenamiento de LLMs (Wikidata, DBpedia), contexto estructurado para agentes autónomos.

Software de proyecto — la frontera actual: El uso de ontologías operacionales dentro de proyectos de software para describir el propio proyecto es el desarrollo más reciente. Los precursores son los ADRs (Nygard, 2011) y los modelos C4 (Brown). La propuesta de ontoref pertenece a esta frontera: el proyecto es el dominio, y la ontología es el modelo operacional de ese dominio.


4. Taoísmo, Yin-Yang y ontología operacional

Lo que la tradición occidental no vio

La ontología occidental desde Parménides privilegia el ser sobre el no-ser, la presencia sobre la ausencia, la identidad sobre la diferencia. El Taoísmo invierte la pregunta. El Tao (道) es previo a la distinción ser/no-ser:

道可道,非常道。名可名,非常名。
El Tao que puede nombrarse no es el Tao eterno. El nombre que puede pronunciarse no es el nombre eterno.
— Laozi, Tao Te Ching, cap. 1 (~siglo VI-IV aC)

Lo que no puede formalizarse no es una limitación del modelo — es la condición de posibilidad de todo lo que sí puede formalizarse.

Yin-Yang — polaridad constitutiva, no oposición

El yin y el yang no son contrarios sino complementarios que se definen mutuamente:

  • Cada polo contiene una semilla del opuesto
  • El exceso de un polo genera su contrario (極則反)
  • La tensión entre ellos nunca se resuelve — solo se gestiona
  • Uno no existe sin el otro

Esto es estructuralmente distinto de la dialéctica hegeliana, que busca síntesis. El yin-yang no resuelve — la tensión es constitutiva, permanente. Heráclito es el occidental más cercano: "el camino hacia arriba y hacia abajo son el mismo."

Tabla de correspondencias

Concepto taoísta Texto / Época Equivalente occidental Correspondencia operacional
Tao (道) Laozi, Tao Te Ching (~6-4 aC) Ser de Heidegger Trasfondo pre-temático que ningún schema captura
Yin / Yang Tradición Zhou (~1100 aC), I Ching Heráclito — logos como tensión Ontología (ser) / Reflection (devenir)
Wu wei (無為) Laozi, Tao Te Ching Sin equivalente exacto "No enforcement" — coherencia sin imposición
Ji (機) — momento de transformación Zhuangzi (~4 aC) Kripke — mundos posibles Gates — umbral cualitativo entre estados
Wu ji → Tai ji Zhou Dunyi (1017-1073), Taijitu shuo Husserl — formal vs. regional schema.ncl (vacío) → core.ncl (polaridad concreta)
Relatividad perspectival Zhuangzi — la rana del pozo Wittgenstein tardío Toda ontología es una conceptualización (Gruber)

Las cuatro correspondencias profundas

Yin/Yang ↔ Ontología/Reflection. La ontología captura lo que ES — capa yang: formal, dura, definida. La reflection captura lo que DEVIENE — capa yin: fluida, procesual. Como en el símbolo: cada una contiene una semilla de la otra.

Wu wei ↔ "No enforcement". Coherencia voluntaria que emerge de la adopción justificada, sin mecanismo de enforcement. No impones — creas las condiciones para que el alineamiento emerja naturalmente.

Tensiones ↔ Yin-Yang permanente. Las tensiones operacionales son explícitamente irresolubles. Si eliminas la tensión entre formalización y adopción maximizando un polo, el sistema muere.

Gates ↔ Ji (機). El punto de inflexión donde el potencial se actualiza. No un estado sino el umbral entre estados. Dinámico, cualitativo, contextual.

La crítica taoísta a la ontología clasificatoria

Los sistemas OWL intentan eliminar la ambigüedad mediante clasificación precisa. El Tao Te Ching advierte: cuanto más preciso el nombre, más excluyes. Esto explica por qué las ontologías biomédicas sufren continuamente con casos límite y dependencia del contexto. La precisión y la cobertura son yin y yang — no se resuelven, se equilibran.

Zhuangzi lo lleva más lejos: la ontología correcta para un proyecto no es la más formalmente precisa sino la que el equipo puede sostener y evolucionar. Gruber llegó al mismo lugar en 1993: una ontología es "una especificación de una conceptualización" — un punto de vista compartido, no una verdad metafísica.


5. DAGs — genealogía y función en ontología operacional

El problema que fuerza el grafo

El grafo emerge como la estructura mínima que captura relaciones arbitrarias entre conceptos. Pero el grafo general puede tener ciclos — y los ciclos en ontología son epistemológicamente problemáticos.

Por qué la aciclicidad

Dos tradiciones independientes llegan al mismo resultado:

Aristóteles (Analíticos Posteriores): una definición válida procede de género más diferencia específica. La jerarquía es estrictamente descendente. Si A se define en términos de B y B en términos de A, ninguno está definido.

Russell (1901): la paradoja del conjunto de todos los conjuntos que no se contienen a sí mismos. La solución en Principia Mathematica (1910) es la teoría de tipos: los tipos forman una jerarquía estricta — un tipo de nivel N solo puede referirse a tipos de nivel N-1 o inferior. Esto es estructuralmente un DAG. La aciclicidad es la solución formal al colapso por autorreferencia.

Línea genealógica

Año Autor / Hito Contribución
384-322 aC Aristóteles — Analíticos Posteriores Definición bien fundada: jerarquía sin circularidad
1879 Frege — Begriffsschrift Lógica de predicados: relaciones formales entre conceptos
1901-1910 Russell & Whitehead — Principia Mathematica Teoría de tipos como DAG: aciclicidad contra autorreferencia
1933 Tarski — "El concepto de verdad" Verdad como correspondencia entre proposiciones y estructuras
1958 US Navy — PERT charts (programa Polaris) DAG para planificación: camino crítico como recorrido del grafo
1969 Collins & Quillian — redes semánticas Primera red semántica computacional: is-a como DAG
1974 Minsky — frames Herencia múltiple: DAG sobre árbol
1976 Feldman — Make Build system como DAG: orden topológico, ciclos = error
1985 Brachman & Schmolze — KL-ONE Description Logic: subsunción formal como DAG
1988 Pearl — Bayesian networks Causalidad como DAG: asimetría temporal inherentemente acíclica
2001 Berners-Lee et al. — Web Semántica RDF/OWL: grafos de conocimiento como estándar industrial
2005 Torvalds — Git Historia de commits como DAG: irreversibilidad del tiempo en VCS

Las cuatro funciones del DAG en ontología operacional

① Análisis de impacto decidible. Antes de cambiar un nodo, recorre el DAG y sabes exactamente qué se ve afectado. En un grafo cíclico esto es indecidible. Concreto: terraform plan recorre el DAG de recursos para determinar orden de creación/modificación/destrucción.

② Orden topológico para ejecución fiable. Cualquier operación con dependencias tiene un orden correcto que el DAG da sin coordinador central. Principio detrás de Make, Bazel, Gradle, y cualquier build system no trivial.

③ Justificación sin circularidad epistémica. La ontología operacional es fundacionalista: los invariantes son nodos raíz justificados por ADR explícito. Un ciclo significaría dogma circular, no arquitectura.

④ Rollback determinista. El inverso topológico del DAG es siempre computable. Sin DAG, el rollback depende de que alguien recuerde el orden correcto.

La tensión con el Taoísmo — DAG vs. ciclo

El DAG es yang: direccional, jerárquico, asimétrico, irreversible. El yin-yang taoísta es cíclico: yin genera yang, yang genera yin.

La resolución está en separar dos temporalidades:

  • Sincrónica (snapshot): el DAG es válido dentro de un momento dado.
  • Diacrónica (evolución): la secuencia de snapshots puede tener patrones cíclicos.

El DAG captura la estructura del ser en un momento. El ciclo taoísta captura el proceso de transformación a través del tiempo. El I Ching — el libro de los cambios — es exactamente esto: 64 hexagramas como estados (nodos), transformaciones entre ellos como aristas. Un grafo con ciclos, porque la realidad vuelve.


6. Física cuántica, computación cuántica y ontología operacional

El golpe más profundo — Aristóteles estaba equivocado en el nivel fundamental

La mecánica cuántica demuestra que, en el nivel fundamental, las propiedades no son definidas hasta que se miden. Un electrón no tiene posición — la posición emerge del acto de medición.

El teorema de Kochen-Specker (1967) lo prueba formalmente: es imposible asignar valores definidos a todos los observables cuánticos simultáneamente, incluso antes de la medición. La indeterminación es ontológica, no epistémica. El suelo sobre el que se construyeron 2.300 años de ontología occidental se mueve.

Las tres conexiones genuinas

Complementariedad de Bohr ↔ Yin-Yang y la dualidad Ontología/Reflection

Niels Bohr (1885-1962) formuló el principio de complementariedad: onda y partícula son dos descripciones mutuamente excluyentes pero igualmente necesarias. No puedes observar ambas simultáneamente — el aparato de medición determina qué aspecto revelas.

Bohr lo conectó explícitamente con el Taoísmo: cuando fue ennoblecido en 1947 adoptó el símbolo yin-yang como parte de su escudo de armas con la inscripción Contraria sunt complementa.

La dualidad ontología/reflection tiene la misma estructura: la capa que uses (core.ncl o los modos de reflection) determina qué aspecto del proyecto ves. Ninguna es más verdadera — son complementarias.

Contextualidad cuántica ↔ Ontología perspectival

El teorema de Kochen-Specker prueba que el resultado de medir un observable depende de qué otros observables se miden simultáneamente. Las propiedades son contextuales. Esto convierte en hecho físico lo que tres tradiciones habían sostenido filosóficamente: Zhuangzi (perspectivismo), Wittgenstein tardío (juegos de lenguaje), Gruber (conceptualización).

Para la ontología operacional: el "estado" de un proyecto es siempre relativo al actor y al contexto de consulta.

El problema del observador ↔ El trasfondo que no puede formalizarse

En mecánica cuántica, la medición colapsa la función de onda — el observador es parte del sistema. No hay view from nowhere (Nagel, 1986). Esto es exactamente el trasfondo pre-temático de Heidegger — la condición de posibilidad de cualquier formalización que ella misma no puede ser formalizada.

La interpretación más relevante — Mecánica Cuántica Relacional (Rovelli, 1996)

Carlo Rovelli propuso que no existen estados absolutos — solo estados relativos a otros sistemas. El estado de una partícula es una propiedad relacional, no intrínseca. Esto conecta directamente con Ladyman y Ross (realismo estructural) y con la ontología perspectival.

Para el modelo operacional: el current_state en state.ncl no es una propiedad intrínseca del proyecto — es relacional respecto al actor que consulta, los objetivos perseguidos, el momento del ciclo de vida.

La computación cuántica — honestidad sobre sus límites

Aspecto Situación real Relevancia para ontología operacional
Tamaño de grafos La ventaja cuántica aparece a escala masiva Los grafos de proyecto son pequeños — sin ventaja
Algoritmos relevantes Grover O(√N), Shor factorización No mapean a consultas típicas de ontología
Decoherencia Cualquier interacción colapsa la superposición Incompatible con operación continua
Redes semánticas cuánticas Investigación activa — relaciones con amplitudes Captura gradualidad que OWL binario pierde
LLMs y espacios de Hilbert Embeddings como productos internos Directamente relevante — misma matemática

La conexión no obvia — LLMs como geometría cuántica aplicada

Los Large Language Models operan en espacios vectoriales de alta dimensión donde el significado es relacional y contextual — la misma matemática de espacios de Hilbert que usa la mecánica cuántica, aplicada a representación semántica.

La ontología operacional (core.ncl, invariantes, tensiones) es, en este contexto, una base en ese espacio — un conjunto de vectores que fijan el marco de referencia en el que el agente opera. Inyectar el contexto ontológico al inicio de una sesión es fijar ese marco de referencia antes de que el agente empiece a computar.

La física cuántica importa aquí no porque vayamos a correr ontologías en computadores cuánticos — sino porque demuestra que las asunciones ontológicas clásicas son físicamente incorrectas en el nivel fundamental. La ontología operacional es contextual, relacional y perspectival por diseño correcto, no por limitación.


7. Por qué es relevante en software e infraestructuras digitales

El problema real no es técnico — es epistémico

Lo que el sistema hace           ≠  Lo que el equipo cree que hace
Lo que la infra tiene desplegado ≠  Lo que Terraform declara
Lo que el ADR decidió            ≠  Lo que el código implementa
Lo que el agente asume           ≠  Lo que el contexto real requiere

Cada una de esas brechas es silenciosa, acumulativa, y solo se descubre cuando falla en producción. No son fallos de las personas — son consecuencias inevitables de operar un sistema complejo sin un modelo del propio sistema.

Lo que la ontología operacional hace que nada más hace

Documentación tradicional Ontología operacional
Prosa — no consultable Grafo tipado — consultable con queries
Estática — se desactualiza sin señal Verificada en cada commit mediante typecheck
Describe lo que hubo Formaliza lo que ES y lo que debe ser
Solo legible por humanos Legible por humanos, agentes de IA y CI
Captura el qué Captura el qué, el por qué, y lo que no puede cambiar
Nadie la actualiza bajo presión El proceso la actualiza — es el path, no documentación paralela

Formaliza lo que no puede romperse. Los invariantes no son comentarios — son constraints tipadas que el sistema verifica antes del runtime.

Captura las tensiones activas. "Coste vs. disponibilidad", "velocidad vs. estabilidad" viven en la ontología, no en la cabeza del miembro más veterano. Cuando ese alguien se va, los trade-offs permanecen.

Da al agente de IA el contexto que no puede inferir del código. Un agente puede leer todo el código de un sistema y no saber que hay un acuerdo que impide escalar horizontalmente cierto servicio. La ontología operacional hace eso explícito y machine-readable.

Por qué los DAGs — especificidad técnica

Análisis de impacto decidible. Antes de cambiar un invariante o un nodo de infra — recorre el DAG y sabes exactamente qué se ve afectado. Terraform hace exactamente esto: terraform plan recorre el DAG de recursos para determinar el orden de aplicación.

Orden topológico para ejecución fiable. Cualquier operación con dependencias tiene un orden correcto sin necesidad de un coordinador central. El principio detrás de Make (1976), Bazel, Gradle.

Justificación sin circularidad. "Este invariante existe porque esta práctica lo requiere, y esta práctica existe porque este invariante lo define" es dogma circular, no arquitectura. El DAG hace esa circularidad visible e inaceptable.

Rollback determinista. El inverso topológico del DAG es siempre computable. Sin DAG, el rollback depende de memoria humana.

Por qué la reflection — la ontología sin operación es un museo

Modos como DAGs operacionales. Un procedimiento sin DAG puede ejecutarse en cualquier orden, saltarse, o ignorarse. Un modo como DAG tiene dependencias explícitas — el sistema verifica que cada paso se ejecutó antes de avanzar.

ADRs con constraints tipadas. Una decisión sin constraints es prosa. Con constraints tipadas es un contrato que el CI puede verificar en cada commit.

Detección de drift. La diferencia entre el estado sellado y el estado actual es medible si y solo si formalizaste el estado sellado. Sin eso, "¿ha derivado esto?" no tiene respuesta objetiva.

Las tres presiones convergentes

Presión 1: Los sistemas superan la comprensión individual. Un monolito de 2005 podía vivir en la cabeza de dos personas. Un sistema cloud-native con decenas de microservicios, múltiples regiones y SLOs por servicio no cabe en ninguna cabeza.

Presión 2: Los agentes de IA tienen acceso de escritura. Hoy los agentes pueden abrir PRs, modificar configuración, ejecutar Terraform, y desplegar. Un agente sin contexto ontológico no es un asistente — es un actor autónomo con comprensión incompleta del sistema que modifica.

Presión 3: Los equipos son multi-actor y distribuidos. Humanos en zonas horarias distintas, agentes de IA con distintos contextos de sesión, pipelines de CI en paralelo — todos escribiendo sobre el mismo sistema sin coordinador central.

La síntesis

Un sistema que sabe lo que es, puede verificar que sigue siendo lo que dice ser, y puede comunicarlo a cualquier actor — humano, agente o CI — de forma estructurada y sin ambigüedad.

Eso no es documentación. Es un modelo operacional vivo.

La ontología operacional es la respuesta a: ¿qué estructura mínima necesita un sistema para conocerse a sí mismo de forma que ese conocimiento pueda ser usado, verificado y compartido?


8. Referencias y lecturas recomendadas

Filosofía clásica y ontología

Aristóteles. Metafísica. Traducción de Tomás Calvo Martínez. Madrid: Gredos, 1994. [~330 aC]

El libro fundamental para la distinción esencia/accidente, potencia/acto y las categorías. El libro IX sobre potencia es la base del modelo estado-actual/estado-deseado.

Aristóteles. Analíticos Posteriores. Traducción de Miguel Candel Sanmartín. Madrid: Gredos, 1988. [~350 aC]

Formaliza el requisito de definiciones bien fundadas — antecedente directo de la aciclicidad en DAGs.

Laozi. Tao Te Ching. Traducción de Stephen Mitchell. Nueva York: Harper Perennial, 1992. [~siglo VI-IV aC]

Texto fundacional del Taoísmo. Los primeros y últimos capítulos son los más relevantes para la relación con ontología operacional.

Zhuangzi. Zhuangzi: The Complete Writings. Traducción de Brook Ziporyn. Indianapolis: Hackett, 2020. [~siglo IV aC]

Especialmente los capítulos internos (1-7). La relatividad perspectival como crítica de toda ontología clasificatoria.

Frege, G. Begriffsschrift. Halle: Nebert, 1879.

Primera formulación de la lógica de predicados. El antecedente formal de toda representación de conocimiento estructurado.

Russell, B. & Whitehead, A.N. Principia Mathematica. Cambridge: Cambridge University Press, 1910-1913.

La teoría de tipos como DAG para evitar la autorreferencia circular. El principio del círculo vicioso como fundamento de la aciclicidad.

Wittgenstein, L. Tractatus Logico-Philosophicus. Londres: Kegan Paul, 1922.

"Los límites de mi lenguaje son los límites de mi mundo." El schema Nickel define la frontera de lo representable.

Wittgenstein, L. Investigaciones filosóficas. Oxford: Blackwell, 1953.

Juegos de lenguaje como práctica. Los modos operacionales como juegos de lenguaje de un proyecto.

Hegel, G.W.F. Fenomenología del Espíritu. Traducción de Manuel Jiménez Redondo. Valencia: Pre-Textos, 2006. [1807]

Dialéctica tesis-antítesis-síntesis. Contrástese con el yin-yang: síntesis vs. tensión gestionada permanentemente.

Husserl, E. Ideas relativas a una fenomenología pura. México: FCE, 1993. [1913]

La distinción ontología formal/regional — estructura vacía universal vs. conceptos de dominio específico.

Whitehead, A.N. Process and Reality. Nueva York: Free Press, 1978. [1929]

La realidad como proceso, no sustancia. El fundamento filosófico de la capa reflection como devenir distinto del ser ontológico.

Kripke, S. Naming and Necessity. Cambridge: Harvard University Press, 1980.

Propiedades esenciales rígidas y semántica de mundos posibles. El fundamento modal de los invariantes operacionales.

Searle, J. The Construction of Social Reality. Nueva York: Free Press, 1995.

Hechos institucionales como fundamento de las decisiones declaradas. El ADR como acto de habla colectivo que crea realidad operacional.

Parfit, D. Reasons and Persons. Oxford: Oxford University Press, 1984.

Identidad a través del tiempo. La pregunta "¿es el mismo proyecto?" cuando sus invariantes cambian vía ADR.

Ladyman, J. & Ross, D. Every Thing Must Go: Metaphysics Naturalized. Oxford: Oxford University Press, 2007.

Realismo estructural: las relaciones son más reales que las entidades. El DAG como estructura fundamental, los nodos como secundarios.

Quine, W.V.O. "On What There Is." Review of Metaphysics, 2(5), 1948.

El concepto de compromiso ontológico: toda teoría asume la existencia de ciertas entidades. Todo schema asume una ontología aunque no lo declare.

Tarski, A. "The Concept of Truth in Formalized Languages." En Logic, Semantics, Metamathematics. Oxford: Clarendon Press, 1956. [1933]

Verdad como correspondencia. El fundamento de la validación formal — nickel typecheck como verificación tarsquiana.

Zhou Dunyi. Taijitu shuo (Explicación del Diagrama del Supremo Último). [1017-1073]

La cosmología taoísta sistematizada: wu ji → tai ji → yin-yang. La transición de lo indiferenciado a la polaridad como modelo de emergencia estructural.

Heidegger, M. Ser y Tiempo. Traducción de Jorge Eduardo Rivera. Santiago: Editorial Universitaria, 1997. [1927]

El trasfondo pre-temático que ninguna ontología captura completamente. La ausencia notable en todos los modelos operacionales de software.

Heráclito. Fragmentos. Edición de Rodolfo Mondolfo. Buenos Aires: Losada, 2007. [~500 aC]

El fragmento DK22B60 — "el camino hacia arriba y hacia abajo son el mismo" — es el equivalente presocrático más cercano al yin-yang.

Bateson, G. Steps to an Ecology of Mind. Nueva York: Ballantine, 1972.

La diferencia que hace una diferencia. Epistemología sistémica que conecta Taoísmo, cibernética y representación del conocimiento.

Winograd, T. & Flores, F. Understanding Computers and Cognition. Norwood: Ablex, 1986.

La crítica más influyente a la IA simbólica desde Heidegger. El trasfondo de comprensión no puede formalizarse — límite estructural de toda ontología operacional.

Inteligencia artificial y representación del conocimiento

Minsky, M. "A Framework for Representing Knowledge." MIT AI Lab Memo 306, 1974.

Los frames como primera estructura computacional análoga a la sustancia aristotélica con propiedades heredables.

Collins, A.M. & Quillian, M.R. "Retrieval time from semantic memory." Journal of Verbal Learning and Verbal Behavior, 8(2), 240-247, 1969.

Primera red semántica computacional. La topología del grafo predice el comportamiento cognitivo.

Brachman, R.J. & Schmolze, J.G. "An overview of the KL-ONE knowledge representation system." Cognitive Science, 9(2), 171-216, 1985.

Description Logic: la subsunción como relación formal que genera el DAG de conceptos. Antecedente teórico de OWL.

Gruber, T. "A translation approach to portable ontology specifications." Knowledge Acquisition, 5(2), 199-220, 1993.

La definición canónica: ontología como especificación de una conceptualización. Referencia obligatoria para cualquier trabajo en ontología de software.

Lenat, D.B. & Guha, R.V. Building Large Knowledge-Based Systems: Representation and Inference in the Cyc Project. Reading: Addison-Wesley, 1990.

El proyecto más ambicioso de ontología operacional. Sus fracasos son tan informativos como sus logros.

Pearl, J. Probabilistic Reasoning in Intelligent Systems. San Mateo: Morgan Kaufmann, 1988.

Bayesian networks como DAGs causales. La formalización de por qué la causalidad es inherentemente acíclica.

Pearl, J. Causality: Models, Reasoning, and Inference. Cambridge: Cambridge University Press, 2000.

El do-calculus. Distinción entre correlación y causa como operaciones sobre el DAG causal.

Guarino, N. (ed.) Formal Ontology in Information Systems. Amsterdam: IOS Press, 1998.

Actas de FOIS'98. La conferencia fundacional del campo. El artículo introductorio de Guarino sobre ontología formal vs. de dominio es referencia esencial.

Berners-Lee, T., Hendler, J. & Lassila, O. "The Semantic Web." Scientific American, 284(5), 34-43, 2001.

El artículo que popularizó las ontologías en ingeniería de software. La visión de la web como grafo de conocimiento estructurado.

Física cuántica y fundamentos

Bohr, N. "Can Quantum-Mechanical Description of Physical Reality Be Considered Complete?" Physical Review, 48, 696-702, 1935.

La respuesta de Bohr al artículo EPR. Formula el principio de complementariedad como posición filosófica irrenunciable.

Bohr, N. "Discussion with Einstein on Epistemological Problems in Atomic Physics." En Schilpp (ed.), Albert Einstein: Philosopher-Scientist. Evanston: Library of Living Philosophers, 1949.

El debate más importante de la física del siglo XX sobre interpretación cuántica.

Heisenberg, W. Physics and Philosophy: The Revolution in Modern Science. Nueva York: Harper & Row, 1958.

El capítulo sobre el papel del lenguaje en física cuántica conecta directamente con Wittgenstein.

Schrödinger, E. "Die gegenwärtige Situation in der Quantenmechanik." Naturwissenschaften, 23(48-49-50), 1935.

El artículo del gato. Introduce el entrelazamiento (Verschränkung) y demuestra que la superposición no puede interpretarse clásicamente.

Kochen, S. & Specker, E.P. "The Problem of Hidden Variables in Quantum Mechanics." Journal of Mathematics and Mechanics, 17(1), 59-87, 1967.

Prueba formal de que es imposible asignar valores definidos a todos los observables cuánticos simultáneamente. La contextualidad como hecho matemático.

Bell, J.S. Speakable and Unspeakable in Quantum Mechanics. Cambridge: Cambridge University Press, 1987.

El capítulo "Against measurement" es una crítica filosófica fundamental al vocabulario de la física cuántica.

Aspect, A., Grangier, P. & Roger, G. "Experimental Realization of Einstein-Podolsky-Rosen-Bohm Gedankenexperiment." Physical Review Letters, 49(2), 91-94, 1982.

La confirmación experimental de que las desigualdades de Bell se violan. La naturaleza es no-local.

Everett, H. "Relative State Formulation of Quantum Mechanics." Reviews of Modern Physics, 29(3), 454-462, 1957.

La interpretación de muchos mundos. Ontología donde todos los estados posibles son reales — el antípoda de la ontología operacional que colapsa posibilidades en decisiones.

Rovelli, C. "Relational Quantum Mechanics." International Journal of Theoretical Physics, 35(8), 1637-1678, 1996.

No existen estados absolutos — solo estados relativos a otros sistemas. La ontología más radical de la lista.

Rovelli, C. Helgoland. Milano: Adelphi, 2020.

La versión divulgativa de la mecánica cuántica relacional. El capítulo sobre relaciones y el budismo es relevante para la conexión con el Taoísmo.

Nagel, T. The View from Nowhere. Oxford: Oxford University Press, 1986.

El argumento de que toda objetividad requiere un punto de vista. En tensión directa con el problema del observador cuántico.

Nielsen, M.A. & Chuang, I.L. Quantum Computation and Quantum Information. Cambridge: Cambridge University Press, 2000.

El texto estándar de computación cuántica. Los capítulos 2-3 sobre espacios de Hilbert son la base para entender la conexión con LLMs.

Deutsch, D. The Fabric of Reality. Londres: Allen Lane, 1997.

La defensa más ambiciosa de la interpretación de muchos mundos. El capítulo sobre epistemología cuántica.

Ingeniería de software e infraestructura

Nygard, M. "Documenting Architecture Decisions." Cognitect Blog, 2011.

La propuesta original de ADRs. El precursor directo de los ADRs con constraints tipadas.

Evans, E. Domain-Driven Design: Tackling Complexity in the Heart of Software. Boston: Addison-Wesley, 2003.

El lenguaje ubicuo como ontología operacional informal. El bounded context como ontología regional de Husserl aplicada a dominios de negocio.

Kleppmann, M. Designing Data-Intensive Applications. Sebastopol: O'Reilly, 2017.

El capítulo sobre modelos de datos: la elección de modelo (relacional, documental, grafo) es una decisión ontológica.

Morris, K. Infrastructure as Code. Sebastopol: O'Reilly, 2016.

Formaliza la declaratividad en infraestructura. La distinción entre estado deseado y estado actual — el núcleo del modelo state.ncl.

Humble, J. & Farley, D. Continuous Delivery. Boston: Addison-Wesley, 2010.

El pipeline de despliegue como DAG de verificaciones. Cada etapa es un gate que el sistema debe cruzar formalmente.

Kim, G., Humble, J., Debois, P. & Willis, J. The DevOps Handbook. Portland: IT Revolution Press, 2016.

El flujo de trabajo DevOps como protocolo operacional. Los feedback loops como ciclo ontología/reflection.

Dehghani, Z. "How to Move Beyond a Monolithic Data Lake to a Distributed Data Mesh." Martin Fowler Blog, 2019.

Data mesh como ontología operacional distribuida: cada dominio es responsable de su propia ontología de datos.

Fowler, M. "Who Needs an Architect?" IEEE Software, 20(5), 11-13, 2003.

Define arquitectura como "las decisiones que son difíciles de cambiar" — equivalente exacto de los invariantes en ontología operacional.

Richardson, C. Microservices Patterns. Shelter Island: Manning, 2018.

El patrón Saga como DAG de transacciones distribuidas. Cada paso tiene depends_on implícito — el DAG operacional aplicado a consistencia eventual.

Brown, S. Software Architecture for Developers. Leanpub, 2014.

El modelo C4 como alternativa a UML. Múltiples niveles de abstracción para describir un sistema.

Hohpe, G. & Woolf, B. Enterprise Integration Patterns. Boston: Addison-Wesley, 2003.

Patrones como vocabulario compartido — nombrar los patrones operacionales es un acto ontológico.