Problema
Muchas empresas siguen creyendo que resolver contexto para agentes es una cuestión de conectores.
Conectar Drive, wiki, CRM o data warehouse ayuda, pero no resuelve un problema más básico: como empaquetas conocimiento para que distintos agentes lo entiendan, lo intercambien y lo usen sin traducciones ad hoc.
Sin formato común, cada sistema habla su dialecto. El resultado es más integración y menos interoperabilidad real.
Tesis
El Open Knowledge Format importa porque devuelve la conversación a una verdad incomoda: una parte del futuro agéntico no se resolverá con más 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 común 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 mínima: lo justo para consultar campos útiles.
- Neutralidad: no depender de un proveedor o runtime.
- Compatibilidad agéntica: servir para search, retrieval y razonamiento.
Mini-caso: una empresa quiere entregar a varios agentes la misma base de decisiones sobre producto, políticas y taxonomía. Si cada fuente se expone con una interfaz distinta, el conocimiento se fragmenta. Si existe un bundle común, el trabajo pasa de traducir a gobernar.
Señal medible: porcentaje de conocimiento crítico que puede exportarse e intercambiarse sin perder semántica ni depender de un único proveedor.
Por que importa ahora
Google Cloud presento Open Knowledge Format el 12 de junio de 2026 como una especificación abierta que formaliza el patrón LLM-wiki en un formato portable e interoperable. La definición inicial es notablemente sobria: directorio de archivos markdown con YAML frontmatter y convenciones pequeñas para campos consultables.
La propia entrada oficial insiste en la idea clave: format, not platform. Google lo publica como estándar abierto y afirma que ya actualizo Knowledge Catalog para ingerir OKF y servirlo a sus agentes. Cuatro días después, otra publicación de Google Cloud sobre data agents volvió 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, semántica común o capacidad de mover ese contexto a otro sistema sin reescribir todo.
Protocolo (3 pasos)
- Elige un dominio pequeño. Políticas, taxonomía, definiciones o runbooks.
- Empaquetalo como bundle portable. Texto legible, metadata mínima, versión clara.
- Pruebalo con más 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 fricción | lock-in |
| estructura | se puede consultar | retrieval torpe |
| neutralidad | sirve fuera de una plataforma | dependencia |
| consumo | varios agentes lo usan | falso estándar |
Relacionado
- Context Supply Chain: la cadena de suministro que decide si tu IA sabe trabajar
- Enterprise AI Search: por que la búsqueda interna se esta convirtiendo en sistema operativo
- Data Contracts para equipos de IA: sin ellos no hay escala
Fuentes consultadas
Próximo paso
Escoge una base de conocimiento que hoy viva atrapada en una sola herramienta y pregunta algo simple: podríamos exportarla como bundle útil para dos agentes distintos sin rehacerla entera.