Open Knowledge Format (OKF)
Kaddo puede proyectar su conocimiento canónico en un bundle Open Knowledge Format (OKF v0.2): una colección portable de conceptos Markdown con metadatos estructurados que otras herramientas y agentes pueden leer sin instalar Kaddo. Es interoperabilidad opcional — Kaddo sigue siendo la fuente de verdad y la exportación nunca modifica tu conocimiento.
¿Qué es OKF?
Open Knowledge Format es una especificación abierta para representar e intercambiar conocimiento como bundles de archivos Markdown con frontmatter estructurado. La versión de referencia de este adaptador es v0.2.
OKF vs Kaddo
| Kaddo | Bundle OKF | |
|---|---|---|
| Rol | Estructura, relaciona y gobierna el conocimiento durante el lifecycle | Proyección portable de ese conocimiento |
| Fuente de verdad | Sí | No (snapshot de solo lectura) |
| Requiere Kaddo para consumir | — | No |
Una Knowledge Capsule es un resumen contextual para un consumidor; un bundle OKF es una colección portable de conceptos. OKF complementa las cápsulas, no las reemplaza.
Arquitectura
Kaddo Knowledge → Core Readers → OKF Adapter → OKF BundleEl adaptador es de solo lectura y reutiliza los readers Core existentes (descubrimiento de artifacts, Work Items, Project Resources, deprecaciones, grafo de conocimiento). No reimplementa descubrimiento ni parsing, y nunca se vuelve una segunda fuente de verdad.
Comandos
# Exportar el bundle (por defecto: .kaddo/okf)kaddo okf exportkaddo okf export --output ./exports/okfkaddo okf export --with-reports # incluir también reportes Impact/Drift/Savingskaddo okf export --with-agents # incluir también docs de instrucciones de agentes/workflows (en agents/)
# Validar un bundle (solo lectura)kaddo okf validatekaddo okf validate ./exports/okfAmbos admiten --json para automatización.
Estructura del bundle
.kaddo/okf/ index.md # índice raíz — declara okf_version: "0.2" business/ # conocimiento de negocio + su index.md product/ tech/ delivery/ work-items/ deprecations/ runbooks/ resources/ external/ # knowledge references (cápsulas)index.md y log.md son nombres reservados de OKF; los índices dan navegación progresiva y no llevan
frontmatter (solo el índice raíz declara okf_version). Cada colección anidada (delivery/work-items/,
delivery/deprecations/, tech/modules/…) tiene su propio índice local. Cada concepto es un archivo
Markdown con type obligatorio, más title, description, tags, sources (procedencia) y el
kaddo_id estable — y lleva el cuerpo Markdown canónico completo del artifact (secciones, tablas,
listas y código), con los enlaces internos reescritos para resolver dentro del bundle. Los docs de
instrucciones de agentes/workflows se excluyen por defecto (describen cómo trabajar con el sistema,
no conocimiento verificado); se incluyen en agents/ con --with-agents.
Mapping de conceptos
| Kaddo | Concepto OKF |
|---|---|
| Conocimiento de Negocio / Producto / Tech | Business / Product / Technical Knowledge |
| Arquitectura / ADR | Architecture Decision |
| Capability | Capability |
| Work Item | Work Item |
| Initiative | Initiative |
| Project Resource | Project Resource |
| Deprecación controlada | Deprecation Plan |
| Knowledge Capsule | Knowledge Reference |
| Reporte Impact / Drift / Savings | Report |
OKF no tiene taxonomía cerrada de tipos: los tipos desconocidos se exportan como conceptos genéricos legibles en vez de descartarse, para que un consumidor igual los trate como conocimiento.
Procedencia y confianza
El adaptador sigue las convenciones de OKF v0.2 (sources, generated, verified, status,
stale_after) de forma conservadora:
- La procedencia es la ruta e id canónicos reales del artifact — nunca inventados.
- La confianza no se fabrica: que un Work Item pase la validación técnica no implica que todo el documento de conocimiento haya sido revisado por un humano, así que no se afirma verificación sin evidencia.
- La vigencia (
stale_after) no se genera arbitrariamente; un timestamp de exportación no es la fecha de actualización del conocimiento. - La Attested Computation de OKF v0.2 no se ejecuta — los reportes no se convierten en attestations solo por usar fórmulas determinísticas.
Validación
kaddo okf validate es de solo lectura y permisivo, separando tres niveles:
- Errores de conformidad — p. ej. un concepto sin
type, frontmatter inválido, ids duplicados. - Warnings — p. ej. falta
okf_versionen el índice raíz. - Informativos — p. ej. un enlace interno que aún no resuelve (OKF admite referencias no resueltas).
Tipos desconocidos, campos extra, campos opcionales ausentes y enlaces rotos no son errores de conformidad.
Consumir un bundle sin Kaddo
El bundle es Markdown + YAML plano. Un consumidor lee index.md para navegar, sigue los índices por
capa y abre cada archivo de concepto; las relaciones son enlaces Markdown relativos resueltos dentro
del bundle. No se requiere instalar Kaddo, ni su CLI, MCP o base de datos.
Seguridad
La exportación es segura por defecto. Solo lee artifacts knowledge/*.md (sin código, sin .env, sin
secretos), y los Project Resources solo llevan nombres de referencia, nunca valores de credenciales. Un
concepto cuyo contenido coincida con un patrón de secreto de alta señal se omite del bundle por
completo (no se marca después de escribir), y el valor detectado nunca se imprime en logs ni errores.
El destino se valida antes de cualquier escritura — se rechazan la raíz del proyecto, directorios padres
y rutas protegidas (knowledge/, directorios de código), y el bundle se publica de forma atómica vía un
directorio de staging, así que una exportación fallida nunca destruye un bundle válido previo. Las
colisiones de identidad detienen la exportación en vez de descartar un concepto en silencio. Aun así,
revisa un bundle antes de compartirlo externamente — contiene el conocimiento de tu proyecto.
Limitaciones
- El alcance inicial es export + validate. Importar OKF hacia Kaddo es trabajo futuro.
- Los reportes son opt-in con
--with-reports(llevan un timestampgenerated.at, así que no son parte del core estable del bundle); sus findings, assumptions, confidence, limitations y el disclaimer de Savings se preservan verbatim — las estimaciones nunca se muestran como valores observados. - Las Knowledge Capsules externas (de
.kaddo/external.yml) se representan como conceptos “Knowledge Reference” preservando su source y su límite de acceso, sin traer fuentes privadas ni implicar acceso al sistema de origen. - El adaptador apunta a OKF v0.2 y no afirma compatibilidad con versiones futuras desconocidas.
Ver también
- Knowledge Capsules — resúmenes contextuales para un consumidor.
- Exportar el grafo de conocimiento — las relaciones que OKF preserva.
- Resumen de comandos.