Parte II · Las siete coordenadas

Cuánto: el eje cuantitativo (N)

Un número solo es ruido con apariencia de dato. El cuarto eje no guarda cosas: guarda valores. Y el día en que un valor viaja sin su unidad, algo siempre se rompe.

El vendedor entrega la camiseta sobre el mostrador y, sin pensarlo, recita una cifra: «cuarenta y nueve noventa». Para él la frase está completa. Sabe que son cuarenta y nueve con noventa dólares, porque lleva diez años cobrando en la tienda y la caja solo habla en dólares. Pero si esos cuarenta y nueve noventa viajaran por un cable hacia otro sistema (una app de inventario, un panel de ventas, un agente que recomienda promociones) llegarían como un número desnudo. El sistema receptor podría leerlos como soles, como euros, como unidades vendidas. El dato del vendedor es perfecto en su cabeza y peligroso en cuanto sale de ella. Ese desfase (entre un número que «todos saben qué significa» y un número que de verdad lo dice) es el tema de este capítulo.

La venta que registra (llamémosla venta_001) es, por sí misma, un manojo de números: 1 camiseta vendida, 49,90 dólares de monto, 18 % de impuesto, 10 % de descuento y 180 gramos de peso de la prenda. Cinco lecturas, cinco unidades distintas. Ninguna de ellas es una «cosa» con identidad propia, como lo es la camiseta o el propio vendedor. Son respuestas a una misma pregunta repetida cinco veces: ¿cuánto? Ese es el cuarto eje de valor, el eje N cuánto, y este capítulo lo desarma pieza por pieza.

Por qué los números no caben en el eje de las cosas

La objeción es razonable y conviene enfrentarla de inmediato: ¿para qué un eje exclusivo para los números? ¿No bastaría con guardarlos dentro del eje de los objetos, junto a las camisetas, los estantes y las cajas registradoras? La respuesta es que no, y la razón se vuelve evidente apenas intentas forzarlo.

Una camiseta es un individuo físico: tiene identidad, persiste en el tiempo, puede aparecer en varios eventos (se fabrica, se exhibe, se vende, se devuelve) y sigue siendo esa camiseta. El número 9, en cambio, no es una cosa. No existe un «9» guardado en algún cajón del universo al que podamos apuntar. Lo que existe son innumerables hechos del mundo que usan el valor 9 para describir algo: los 9 dólares de un descuento, los 9 minutos de una espera, los 9 intentos de una herramienta. Cada aparición del 9 es del todo independiente de las demás.

Idea clave · entidades contra valores

En los ejes Q O L y K cada elemento necesita una identidad propia e inconfundible (un código interno, un UUID) para no confundirse con ningún otro. El eje N no necesita eso: para un número, su valor es su identidad. Cuando un servidor anota que un agente respondió en 340 milisegundos, nadie le inventa un código secreto al 340; el dato puro basta.

Esta diferencia, que suena filosófica, tiene una consecuencia muy concreta en la arquitectura. El eje T comparte la misma naturaleza: las fechas y los instantes se comparan por su valor matemático, no por un identificador interno. De ahí la regla que separa el universo en dos familias.

Idea clave · Ejes de entidad y ejes de valor

Q, O, L y K son ejes de entidades (físicas o conceptuales) y cada elemento porta una identidad explícita. N y T son ejes de valor puro: el dato es la identidad, y dos lecturas idénticas son, a todos los efectos, la misma. Por eso un número o una fecha pueden almacenarse en bruto, pero un agente o una clase nunca.

Conviene precisar, además, que N responde a dos preguntas emparentadas pero distintas, y que el modelo no las confunde:

N Magnitud

Una medida sobre una escala continua, que siempre arrastra una unidad: 49,90 USD, 18 %, 10 %, 180 g. Preguntar «¿cuánto cuesta?» exige nombrar la escala.

N Cardinalidad

Un conteo de cosas discretas, sin dimensión física: 4 camisetas, 3 intentos de una herramienta, 1 agente. La «unidad» aquí es la cosa contada, y suele bastar con saber qué se cuenta.

El número que viajó desnudo

Hay un caso que la ingeniería repite en sus aulas como una fábula moral, y vale la pena contarlo con datos frescos porque su moraleja es exactamente la regla de este eje.

La confusión de unidades que cuesta carísimo

El verano pasado, un equipo desplegó un sistema de monitoreo para una flota de turbinas eólicas. Dos proveedores alimentaban el mismo tablero. El fabricante de los rotores reportaba el par de torsión de cada eje en libra-pie; el módulo de control que el equipo había escrito leía esos mismos campos asumiendo newton-metro. Ninguno de los dos estaba equivocado por separado: cada cifra era correcta en su propia unidad. Pero entre ambas hay un factor de 1,356, y nadie lo aplicó.

Durante semanas el sistema creyó que las turbinas trabajaban muy por debajo de su límite y subió la consigna de carga. El error se acumuló en silencio hasta que un rodamiento, sometido a un esfuerzo un 36 % mayor del que el tablero mostraba, se agrietó. Nadie hizo mal una sola multiplicación. El número, simplemente, había viajado sin su unidad pegada: el mismo pecado que, a escala interplanetaria, desintegró al Mars Climate Orbiter en 1999, cuando un módulo entregaba libra-fuerza y el otro leía newtons.

La moraleja no es sobre aritmética. Es sobre diseño de datos, y se enuncia en una sola línea.

Un número sin su unidad no es información: es ruido disfrazado de dígitos.La regla del eje N

De ahí la consecuencia arquitectónica que no admite excepciones: un valor en el eje N nunca debe viajar solo. Tiene que ir siempre acompañado por su unidad. Y aquí los ejes empiezan a trabajar en equipo, porque una unidad (gramo, segundo, bar, token) no es un objeto físico ni un valor numérico: es una categoría abstracta. Y las categorías, como vimos en el capítulo anterior, viven en el eje K. El número habita en N; la unidad que lo interpreta habita en K; un predicado los enlaza.

tripletas

(venta_001, monto,         49.90)     ∈ M(O, N)
(venta_001, unidad_monto,  Currency:USD) ∈ M(O, K)

(sesion_ia_5521, latencia_ms,   2100)     ∈ M(O, N)
(sesion_ia_5521, unidad_lat,    milisegundo) ∈ M(O, K)

A primera vista parece burocracia. ¿No es obvio que el monto de una venta se cobra en dólares? Hoy sí. Pero deja de serlo el día en que una nueva sucursal reporta los montos en soles, y tu sistema (que asumía dólares en silencio) suma 49,90 USD con 49,90 PEN como si fueran la misma escala. La unidad explícita es el seguro contra ese día.

Cuándo conviene reificar una medición

Atar cada número a su unidad con un par de tripletas resuelve la mayoría de los casos. Pero cuando una medición va a sufrir conversiones frecuentes, o cuando importa de dónde salió (con qué instrumento, en qué momento, sobre qué evento), la estrategia más limpia es reificar la medición: elevar la medida misma al estatus de una entidad formal en el eje O, con sus propias propiedades.

Compara las dos formas de registrar el mismo monto de una venta. La versión simple cuelga el valor y la unidad directamente del evento; la versión reificada crea una entidad medicion_monto_001 que reúne cantidad, unidad, instrumento y momento, y la enlaza al evento de la venta. La figura las pone lado a lado.

Figura 4.1. Dos maneras de modelar una misma medición. A la izquierda, el valor (N) y la unidad (K) cuelgan directamente del evento: suficiente cuando el dato es fijo y obvio. A la derecha, la medición se eleva a entidad en O y gana cantidad, unidad, instrumento y momento propios: el dato pasa de número suelto a hecho trazable.

La versión reificada es lo que separa a un sistema que escupe «49.90» de uno que afirma, con todas las letras: «49,90 USD, cobrados por la caja del punto de venta sobre la venta venta_001, a las 16:32». El primero es un número flotando en el vacío; el segundo es un hecho que puede auditarse, convertirse y agregarse sin riesgo.

El catálogo oficial: QUDT

Llegados aquí surge una duda práctica: ¿hace falta sentarse a escribir un diccionario con todas las unidades del mundo? La respuesta es un no rotundo. Este es uno de esos raros problemas que la industria ya resolvió de forma definitiva.

Precedente · QUDT(18)

La ontología pública QUDT (Quantities, Units, Dimensions and Types) [18] cataloga miles de unidades reconocidas: sus dimensiones físicas, sus factores de conversión exactos y sus identificadores oficiales (URIs). Para milisegundos usas qudt:MilliSEC; para un archivo de computadora, qudt:Byte; para el peso de la prenda, qudt:GM; para los dólares de nuestra venta, qudt:USD. Cuando WQuestions adopta una unidad, no la inventa: se enlaza a este catálogo.

El enganche es directo: la categoría que vive en el eje K (digamos K:USD) declara su anclaje canónico mediante una propiedad que apunta al recurso de QUDT. Así, dos sistemas que jamás se han visto pueden coincidir en que ambos hablan de dólares porque ambos apuntan al mismo URI.

json

{
  "id": "K:USD",
  "eje": "K",
  "etiqueta": "dólar estadounidense (moneda)",
  "ancla_qudt": "http://qudt.org/vocab/unit/USD",
  "dimension": "moneda",
  "convertir_a": { "unidad": "qudt:PEN", "factor": 3.75 }
}

Unidades que la IA tuvo que inventar

Hay industrias tan recientes que QUDT todavía no tiene palabras para ellas. El ecosistema de la inteligencia artificial es el ejemplo perfecto. ¿En qué unidad se mide la longitud de un texto que un modelo procesa? ¿Cómo se cuantifica el «tamaño» de un modelo, o lo que cuesta cada consulta? Algunas de estas magnitudes nacieron hace pocos años y aún carecen de nombre oficial en cualquier catálogo formal.

La regla para una unidad sin catálogo

Si la unidad existe en QUDT, se usa QUDT. Sin discusión.
Si es un concepto nacido ayer, el desarrollador define una unidad nueva en el eje K, la describe con precisión y, cuando es posible, le programa una fórmula que la convierta a una unidad conocida.

Para una sesión de agente como sesion_ia_5521, el eje K tendría que alojar unidades que ningún físico del siglo XX habría imaginado:

unidades nuevas en K

K:token                   — fragmento de texto con que un modelo lee y escribe.
K:parametro_modelo        — mide el "tamaño" de un modelo (p. ej. 7B, 70B).
K:precision_clasificador  — tasa de acierto, escala continua entre 0 y 1.
K:USD_por_millon_tokens   — unidad compuesta: con ella facturan los proveedores.

La última es la más interesante: una unidad compuesta que entrelaza dinero y capacidad de procesamiento. Un sistema maduro permite armar estas unidades híbridas y guardarlas en K sin que la arquitectura tiemble, porque «dólar por millón de tokens» no es más que una razón entre dos magnitudes que el eje ya sabe nombrar por separado.

Y como toda magnitud volátil, su evolución se ve mejor en una serie temporal que en una tabla. La caída del costo por millón de tokens en los modelos abiertos del último año cuenta, por sí sola, buena parte de la historia económica de la IA reciente.

Figura 4.2. Costo por millón de tokens de un modelo abierto a lo largo de un año, en la unidad compuesta K:USD_por_millon_tokens. Cada cifra es una magnitud con unidad y fecha; modelarlas así permite comparar precios entre proveedores sin sumar peras con manzanas. Pasa el cursor sobre los puntos para ver los valores.

Cuando los ejes se sincronizan, las matemáticas dejan de ser ciegas

En cuanto cada número lleva su unidad pegada, operaciones que antes eran trampas mortales se vuelven seguras y automáticas. Tres ejemplos lo dejan claro.

Conversión. Imagina un tablero que recibe la latencia de cuatro agentes: uno reporta en milisegundos, dos en microsegundos y otro en segundos. Si las unidades están mapeadas en K con su factor a la unidad base, el sistema convierte todo a una escala común antes de operar. La regla de conversión vive centralizada en K, y nadie escribe traductores a mano.

Agregación. Pídele a un sistema mal diseñado el promedio de «340 ms, 1200 µs y 0,7 s» y sumará los números desnudos (340 + 1200 + 0,7) para devolverte una cifra ridícula y falsa. Con unidades explícitas, el motor sabe que no puede mezclar escalas y homogeneiza antes de calcular. Por increíble que parezca, la suma ciega ocurre a diario en tableros corporativos.

El tiempo dentro del dinero. Cien dólares de 2020 no son cien dólares de hoy. Si modelas un contrato indexado, registrar «100 USD» no alcanza: el número debe arrastrar la unidad y la fecha de denominación. El valor del dinero cambia con el tiempo, y el modelo lo gestiona apoyándose en la bitemporalidad que veremos más adelante.

El motor que intente sumar 100 USD con 100 JPY debe detenerse en seco, igual que se negaría a sumar camisetas con porcentajes de descuento. La cantidad deja de ser un escalar y pasa a ser un hecho completo y autoexplicativo: el par valor + unidad, con la unidad anclada en K mediante su URI canónica.

Incertidumbre: cuando «cuánto» no es un único número

En el mundo real los números casi nunca son exactos. Un estudio sobre un modelo de lenguaje informa una precisión del 78,3 % ± 2,1 %; un agente no devuelve una latencia fija sino una campana de valores con su media y sus percentiles. El eje N está preparado para recibir la respuesta a «¿cuánto?» en tres formatos.

2100N valor puntualun escalar fijo milisegundoK

[1800, 2400]N rangopiso y techo milisegundoK

latencia_5521O distribuciónM(O→O) reificada normal(μ=2100, σ=180)O

Valor puntual. Un número fijo y simple, con su unidad: 2100 ms.
Rango. Un intervalo con piso y techo: [1800 ms, 2400 ms], útil cuando solo conoces los extremos.
Distribución. Aquí el modelo se pone serio: la distribución estadística se reifica como entidad en el eje O y gana propiedades (media, desviación, tipo de curva, tamaño de muestra). El valor deja de ser un punto y se vuelve un objeto con estructura.

Por qué esto importa con la IA

Si le haces dos veces la misma pregunta a un modelo generativo, obtienes dos respuestas distintas: su «calidad» no es un número grabado en piedra, sino una distribución de probabilidades. Cuando un informe anuncia que un modelo logra un 78,3 % de eficacia, te está dando el promedio de miles de pruebas. Modelar bien el dato significa que el sistema sepa que ese 78,3 % es la punta de un evento estadístico, no una métrica plana.

La venta y el agente, eje a eje

Conviene ver el eje N en acción sobre nuestros dos casos vivos. Cada uno es, mirado de cerca, un pequeño enjambre de magnitudes y conteos, cada cual con su unidad.

👕

La venta de una camiseta

Monto de 49,90 USD, descuento del 10 %, impuesto del 18 %, peso de 180 g y una talla M. Cuatro magnitudes con cuatro unidades, más un conteo solitario (1 camiseta) que es pura cardinalidad y no necesita escala. Si llamáramos a la prenda «talla M», ojo: eso no entra en N, porque la talla es una categoría del eje K, no un número.

🤖

Una sesión de agente de IA

Entrada de 4180 tokens, salida de 920 tokens, latencia de 2100 ms, costo de 0,015 USD y precisión del 78,3 % ± 2,1 %. Seis magnitudes, seis unidades (dos de ellas inventadas por la propia industria) y dos que llegan con su margen de incertidumbre a cuestas. Ninguna de estas unidades existía en un catálogo físico clásico.

La verdadera prueba llega cuando alguien hace una pregunta que cruza ambos mundos. Por ejemplo: «¿cuántos dólares y cuántos tokens cuesta pedirle al agente que redacte la ficha técnica de un catálogo de cuarenta camisetas?». Es una pregunta perfectamente razonable para un negocio, y mezcla unidades de páginas, tokens, dólares y tiempo. Responderla exige que el sistema sepa exactamente qué unidad acompaña a cada número y cómo se convierten entre sí. Sin esa capa de inteligencia estructural, cualquier respuesta es una adivinanza disfrazada de cálculo.

Un número solo dice poco; muchos cuentan el negocio

Una magnitud aislada (los 49,90 dólares de venta_001, su 10 % de descuento) describe un solo hecho y poco más. El eje cuantitativo cobra todo su sentido cuando se acumula: el total facturado del día, el descuento promedio de la campaña, el ticket medio por cliente. Y como cada importe es un valor tipado colgado de una situación, sumarlos o promediarlos sobre miles de ventas no es una capa que se añade por fuera: es la operación más natural del eje. Sumar montos es, sencillamente, recorrer el mismo cable monto sobre todas las situaciones de venta a la vez.

python

# Total facturado — suma del monto sobre todas las ventas
suma(u, "monto", Pattern(type_constraint=u.ind("venta")))

La trampa de programación: el escalar pelado

El error clásico (el que asoma en producción y cuesta dinero real) es guardar 100 en una columna llamada monto y dar por sentado que «ya se sabe» que son dólares. Un día el sistema integra un proveedor que factura en yenes; otro operario carga 100 pensando en soles; y la suma 100 + 100 arroja 200 de una moneda que no existe. Es la misma falla que, a otra escala, agrietó el rodamiento de la turbina y desintegró una sonda en Marte.

La desnudez numérica está prohibida

Una magnitud jamás se almacena como un escalar pelado, sino como el par valor + unidad, con la unidad anclada en K por su URI canónica (QUDT). Un motor que intente sumar 100 USD con 100 JPY se detiene en seco, igual que se negaría a sumar peras con tornillos. El número, solo, miente por omisión.

El inventario de cajas está completo

Con el eje N instalado, el universo de catalogación queda formalmente cerrado. Tenemos los cuatro pilares del mundo físico (quién, qué, dónde, cuándo), el zócalo intelectual de las categorías (K) y, ahora, el terreno firme de las magnitudes (N). Ya están listos los cajones para alojar cualquier valor que exista.

Recapitulemos lo construido antes de seguir:

1. N es un eje de valor puro. A diferencia de los objetos, un número es su propia identidad y no necesita un código interno (UUID) para existir.

2. La desnudez numérica está prohibida. Todo número entra con una unidad pegada, y esa unidad habita siempre en el catálogo del eje K.

3. La medición como evento. Si la unidad no es obvia, o si habrá conversiones, la medición se reifica: se eleva a entidad formal en el eje O.

4. Estándares mundiales. Usamos QUDT para no reinventar unidades básicas; para los conceptos emergentes (token, parámetros, precisión) creamos unidades propias en K.

5. Tolerancia estadística. El eje admite la incertidumbre como rango o como distribución reificada, no solo como un promedio plano.

Lo que falta ya no son más cajones. Lo que falta son los cables que conecten todos estos valores entre sí: las etiquetas que le explican a la máquina cómo un agente se relaciona con un objeto, y cómo un objeto sostiene una magnitud. Esos cables viven en el eje M cómo, el de los predicados. Y como veremos enseguida, la frontera entre «tener una propiedad» y «estar relacionado con algo» es, a nivel informático, mucho más delgada de lo que dicta el sentido común: es solo cuestión de cardinalidad.