Problema
Muchas empresas siguen creyendo que resolver contexto para agentes es una cuestion de conectores.
Conectar Drive, wiki, CRM o data warehouse ayuda, pero no resuelve un problema mas basico: como empaquetas conocimiento para que distintos agentes lo entiendan, lo intercambien y lo usen sin traducciones ad hoc.
Sin formato comun, cada sistema habla su dialecto. El resultado es mas integracion y menos interoperabilidad real.
Tesis
El Open Knowledge Format importa porque devuelve la conversacion a una verdad incomoda: una parte del futuro agentico no se resolvera con mas middleware, sino con conocimiento portable.
La propuesta de Google es deliberadamente austera:
- markdown
- archivos
- YAML frontmatter
La tesis operativa es fuerte precisamente por eso. Si el contexto puede viajar como bundle legible por humanos y agentes, el conocimiento deja de estar atrapado en una plataforma concreta.
Framework
Un formato comun de conocimiento para agentes necesita cinco propiedades:
- Legibilidad: un humano debe poder abrirlo y entenderlo.
- Portabilidad: debe viajar por git, filesystem o bundle simple.
- Estructura minima: lo justo para consultar campos utiles.
- Neutralidad: no depender de un proveedor o runtime.
- Compatibilidad agentica: servir para search, retrieval y razonamiento.
Mini-caso: una empresa quiere entregar a varios agentes la misma base de decisiones sobre producto, politicas y taxonomia. Si cada fuente se expone con una interfaz distinta, el conocimiento se fragmenta. Si existe un bundle comun, el trabajo pasa de traducir a gobernar.
Senal medible: porcentaje de conocimiento critico que puede exportarse e intercambiarse sin perder semantica ni depender de un unico proveedor.
Por que importa ahora
Google Cloud presento Open Knowledge Format el 12 de junio de 2026 como una especificacion abierta que formaliza el patron LLM-wiki en un formato portable e interoperable. La definicion inicial es notablemente sobria: directorio de archivos markdown con YAML frontmatter y convenciones pequenas para campos consultables.
La propia entrada oficial insiste en la idea clave: format, not platform. Google lo publica como estandar abierto y afirma que ya actualizo Knowledge Catalog para ingerir OKF y servirlo a sus agentes. Cuatro dias despues, otra publicacion de Google Cloud sobre data agents volvio a colocar OKF dentro del stack practico.
Eso sugiere algo importante para enterprise: el conocimiento para agentes empieza a empaquetarse como artefacto gobernable, no solo como acceso vivo a sistemas.
Anti-ejemplo
“Si el agente puede consultar la wiki, ya tiene contexto.”
No necesariamente. Puede tener acceso y seguir sin interoperabilidad, versionado portable, semantica comun o capacidad de mover ese contexto a otro sistema sin reescribir todo.
Protocolo (3 pasos)
- Elige un dominio pequeno. Politicas, taxonomia, definiciones o runbooks.
- Empaquetalo como bundle portable. Texto legible, metadata minima, version clara.
- Pruebalo con mas de un consumidor. Si solo funciona en una herramienta, aun no es formato.
| Capa | Pregunta | Riesgo si falta |
|---|---|---|
| legibilidad | un humano lo entiende | contexto opaco |
| portabilidad | viaja sin friccion | lock-in |
| estructura | se puede consultar | retrieval torpe |
| neutralidad | sirve fuera de una plataforma | dependencia |
| consumo | varios agentes lo usan | falso estandar |
Relacionado
- Context Supply Chain: la cadena de suministro que decide si tu IA sabe trabajar
- Enterprise AI Search: por que la busqueda interna se esta convirtiendo en sistema operativo
- Data Contracts para equipos de IA: sin ellos no hay escala
Fuentes consultadas
Proximo paso
Escoge una base de conocimiento que hoy viva atrapada en una sola herramienta y pregunta algo simple: podriamos exportarla como bundle util para dos agentes distintos sin rehacerla entera.