4 publicaciones etiquetados con "loom"

El 2026-06-12 Google Cloud publicó el Open Knowledge Format: un directorio de archivos markdown con frontmatter YAML, enlazados entre sí formando un grafo, escritos y mantenidos por agentes de IA, con un visualizador estático y una especificación de una página. Si esa descripción te provoca un déjà vu al leer este blog, debería: es la forma que StrayMark lleva meses entregando. Nosotros llegamos ahí desde nuestras propias ideas; OKF llegó acreditando el gist de Karpathy del que desciende todo el "patrón LLM-wiki". Dos caminos, las mismas primitivas. La reacción honesta no es ponerse a la defensiva — alguien con el alcance de Google acaba de validar la apuesta. Pero validar la forma no es estar de acuerdo sobre su propósito, y ahí vive la única pregunta interesante — la que su especificación responde en una sola frase.

Loom empezó como un grafo de conocimiento de documentos. Luego el adopter de referencia dijo, más o menos: ese es un cuadro precioso de mi papeleo, pero mi pregunta diaria es "¿dónde estamos?" contra el sistema — los componentes, los layers, qué está construido y qué se sigue debiendo. Así que Loom desarrolló una segunda superficie: la arquitectura como un edificio, autorada una sola vez y renderizada como un plano 2D y como un modelo 3D explotado, con un overlay de estado que enciende los componentes. El overlay de deuda técnica salió vacío en la primera corrida. Había deuda de sobra. El overlay simplemente no tenía idea de qué componentes la cargaban — y acertar con eso tomó tres intentos, dos de los cuales parecían terminados.

El walking skeleton salió rápido y se veía estupendo: un grafo force-directed de cada documento de StrayMark, coloreado por tipo, reconstruyéndose en el navegador en el segundo siguiente a guardar un archivo. Después lo apuntamos a un corpus real — Sentinel, 395 referencias — y 330 de ellas quedaron dangling. No porque los documentos estuvieran rotos. Porque se referenciaban entre sí del modo en que los humanos escriben, no del modo en que un graph builder ingenuo hace match. El render fue un fin de semana. Hacer que los edges aterrizaran tomó el resto de los follow-ups de Loom M1, y cambió lo que un "enlace roto" siquiera significa.

Los documentos de StrayMark siempre han formado un grafo — cada enlace related, supersedes, originating_ailogs es una arista. El CLI construía ese grafo internamente para straymark audit, y un humano podía leerlo de a un documento por vez en la TUI de explore. Entonces apareció un segundo consumidor — Loom, una vista experimental en el navegador de todo el corpus — y pidió parsear los mismos documentos. La respuesta honesta a "¿puede reutilizar el parser del CLI?" era no, porque el parser no era una librería; estaba enterrado en cli/src/document.rs. El arreglo salió como cli-3.23.1 con cero cambio de comportamiento visible para el usuario. Fue además el release más importante del mes.