Andrej Karpathy lo había anticipado: el verdadero valor de una wiki mantenida por modelos es que los modelos no se aburren. Esta semana Google lo formalizó con el Open Knowledge Format, y la reacción fue inmediata. Charly Wargnier, ex-Streamlit, escribió en LinkedIn que puede llegar a reemplazar a Notion o a las wikis tradicionales para equipos de desarrollo.

Probablemente tenga razón en lo operativo. Y aún así, el formato no es lo que importa.

La tesis de este post va de una vez: un estándar de conocimiento estandariza la estructura, no la verdad. El moat (ventaja competitiva) nunca fue el formato, que es abierto y cualquiera lo copia. Es quién cura el conocimiento y quién lo verifica antes de que un agente lo replique en toda la base. Esa es la parte que ninguna especificación resuelve, y es exactamente donde Socio Tecnológico trabaja.

Qué es OKF, sin el ruido

El Open Knowledge Format es deliberadamente simple. Una carpeta de archivos Markdown con frontmatter YAML, guardados en control de versiones junto al código. Pocas convenciones acordadas para que wikis escritas por equipos distintos se consuman entre sí sin traducción.

No hay esquema de compresión. No hay registro central. No hay SDK. Si puedes hacer cat de un archivo, lo lees. Si puedes clonar un repo, lo despliegas. Quien usó Obsidian, Notion o cualquiera de los patrones de wiki para modelos que aparecieron el último año reconoce la forma de inmediato.

El argumento a favor es real y vale nombrarlo bien. Las wikis humanas no mueren por falta de herramienta, mueren por aburrimiento. Alguien deja de actualizar una referencia cruzada, después otra, y en seis meses la documentación miente. Un agente no se cansa de tocar quince archivos en una sola pasada para mantener la coherencia. En constancia pura, le gana a cualquier equipo humano. Esa parte es cierta.

El agujero que casi nadie nombró

Debajo del entusiasmo, los comentarios más afilados de esa misma semana apuntaron al mismo punto. Un agente no actualiza la documentación para que coincida con la realidad. La actualiza para que coincida con lo que el agente cree en ese momento.

Y si esa creencia está equivocada, el formato no lo nota. Lo propaga. Más rápido y más uniforme que cualquier humano distraído.

Ahí está la inversión incómoda. Los humanos abandonaron el mantenimiento de wikis en parte por tedio, sí. Pero también en parte porque juzgar qué sigue siendo verdad es difícil, y ese juicio no desaparece porque el que escribe sea incansable. Un estándar para escribir contexto no resuelve el problema más difícil, que es verificarlo. Lo mueve aguas abajo y, peor, lo vuelve invisible: cuando todo está prolijamente estructurado y conectado, parece confiable aunque nadie haya confirmado que sea cierto.

Hay un segundo agujero más técnico. OKF promete relaciones entre entidades con enlaces cruzados, sin necesidad de una base de datos de grafos. Funciona mientras lees un salto a la vez. En el momento en que haces una pregunta de varios saltos, qué depende de X que además toca Y, vuelves a una de dos opciones: cargar todo el corpus en el contexto o reconstruir el índice que dijiste que no necesitabas. La estructura vive en los archivos. La capacidad de consultarla, no.

El conocimiento curado es el activo, no el formato

Esto conecta con algo que ya dije sobre los CRMs. En el post sobre el CRM como infraestructura el argumento era que el valor se movió del sistema de registro a la capa de razonamiento que vive encima. Acá pasa lo mismo con el conocimiento. El formato es la parte barata y comoditizada. La parte cara es la curaduría: decidir qué entra, verificar que sea cierto, mantener el criterio de qué es autoritativo cuando dos fuentes se contradicen.

Un agente que lee un OKF impecable lleno de afirmaciones sin verificar no es más confiable que un becario seguro de sí mismo. Es más rápido, que no es lo mismo que mejor. La diferencia entre un agente que ayuda y uno que repite errores con confianza no está en cómo guarda el texto. Está en quién decidió que ese texto era verdad antes de dejarlo entrar.

Por eso el problema real no es de formato, es de propiedad. ¿Quién es dueño de la base de conocimiento que alimenta a tus agentes? ¿Quién la verifica? ¿Quién diseña el punto de control humano donde una afirmación pasa de “el agente lo cree” a “la empresa lo confirma”? Si la respuesta es nadie, OKF no te dio una ventaja. Te dio una forma más eficiente de propagar lo que sea que tus agentes hayan asumido. La velocidad de la documentación cruzada que tanto entusiasma a Karpathy también es la velocidad del error cruzado.

Lo que IQ Source hace con esto

Socio Tecnológico trata el contexto curado como lo que es: el activo que define la calidad de cualquier agente que construyas. No vendemos un formato, los formatos son gratis. Mantenemos el rol que decide qué conocimiento entra a la base, lo verifica antes de que el agente lo propague, y diseña dónde un humano confirma antes de que una afirmación se replique en doscientos archivos relacionados.

El discovery previo, en AI Maestro, incluye mapear de dónde sale el conocimiento que tus procesos asumen como cierto. Muchas veces ese conocimiento vive en la cabeza de tres personas y en un canal de Slack, no en ningún documento. Adoptar OKF antes de hacer ese mapeo es ordenar prolijamente una base que nadie confirmó. El orden de las operaciones importa: primero defines quién es dueño de la verdad, después eliges el formato para guardarla.

Hazle una prueba a tu equipo esta semana. Toma la afirmación más repetida en tu documentación interna, la que todos citan sin pensar, y pregunta quién la verificó por última vez y cuándo. Si nadie lo sabe, no tienes un problema de formato. Tienes una creencia compartida que tu próximo agente está a punto de tratar como un hecho. OKF la va a copiar más rápido. Verificarla sigue siendo trabajo tuyo.

Definir quién es dueño de la verdad antes de elegir el formato