Publica tu primer kos.json.
Cuatro pasos ejecutables. Al final de este walker tendrás un grafo de conocimiento parseable en una URL canónica, servido como application/json, con rastreo de procedencia y una relación tipada al grafo del publicador. El publicador KOS Protocol mínimo viable.
El KOS Protocol le hace una sola pregunta a cada publicador: ¿puede una máquina alcanzar tu conocimiento sin confiar en tu página de inicio? La respuesta es un archivo JSON con una entidad, conocimiento, procedencia y relaciones tipadas. Los cuatro pasos de abajo son la versión más pequeña de esa respuesta.
Cada paso llega con código copiable. Las tarjetas de los pasos a la izquierda del panel cambian el código mostrado a la derecha — haz clic en cualquier paso para leer su bloque. Cada fragmento es válido contra el esquema KOS Protocol v1 y se puede aplicar a tu propio publicador con renombrar.
// kos.json — declarar la entidad publicadora { "$schema": "https://kosprotocol.dev/v1/schema.json", "entity": { "name": "Tu Publicador", "type": "WebSite", "id": "kos:tu-publicador", "url": "https://ejemplo.com", "description": "Una oración que describe la publicación.", "identifiers": { "schema_org_id": "https://ejemplo.com/#website", "publisher_id": "https://ejemplo.com/#organization" } }, "knowledge": [], "relations": [] }
// kos.json — anadir el primer nodo de conocimiento con procedencia { "knowledge": [ { "id": "kos:tu-publicador-resumen", "type": "concept", "label": "Que publica este publicador", "description": "Un párrafo canónico que un motor de respuesta puede citar.", "provenance": { "created": "2026-04-14", "verified": "2026-04-14", "source": "owner", "method": "manual-review", "confidence": 0.95 }, "tags": ["resumen", "canónico"] } ] }
// kos.json — vincular la entidad al grafo del publicador { "relations": [ { "source": "kos:tu-publicador", "target": "kos:kos-protocol", "type": "dep", "label": "Implementa KOS Protocol v1" }, { "source": "kos:tu-publicador", "target": "kos:registry", "type": "ref", "label": "Detectable via el KOS Registry" } ] }
# .htaccess — servir kos.json como application/json AddType application/json .json <FilesMatch "kos\.json$"> Header set Content-Type "application/json; charset=utf-8" Header set Access-Control-Allow-Origin "*" </FilesMatch> # Y duplicar el archivo en el URI well-known: # /kos.json # /.well-known/kos.json (RFC 8615) <!-- index.html — alternate link en <head> --> <link rel="alternate" type="application/json" href="/.well-known/kos.json"> <meta name="kos-protocol" content="v1">
Después de los cuatro pasos.
Una vez que kos.json existe en la URL canónica y en el URI well-known, la publicación es parseable. Un agente consumidor que conozca el KOS Protocol puede traer el archivo, validarlo contra el esquema v1, recorrer las relaciones tipadas e inspeccionar el bloque de procedencia en cada nodo de conocimiento.
Lo que esto te da. Una segunda superficie de descubrimiento que no depende del pipeline de ranking de Google. Una afirmación canónica con procedencia adjuntada que un motor de respuesta puede citar. Una relación tipada al ecosistema más amplio de conocimiento para que los agentes consumidores puedan llegar a ti desde entidades vecinas.
Lo que esto no te da. No es un sustituto de una página de inicio, un sitemap, un manifiesto llms.txt o el JSON-LD Schema.org en el HTML. El KOS Protocol va al lado de esas rutas de descubrimiento, no en lugar de ellas. La Fase 04 del cluster de implementación (Disciplina de schema) cubre el marcado HTML paralelo; la referencia canónica en IA Authority cubre el marco conceptual.
Verifica la ruta de parseo antes de declararlo enviado. Trae /kos.json con un cliente HTTP y confirma que la respuesta es HTTP 200 con content-type application/json. Trae /.well-known/kos.json por separado. Abre la página de inicio y comprueba que el alternate link en el head es alcanzable. Tres fetches, tres OK — esa es la verificación mínima.
Lo que se envía después.
La Fase 02 (Contenido citable) cubre cómo escribir las oraciones canónicas que van dentro de los campos label y description para que un motor de respuesta las cite verbatim. La Fase 03 (Anclaje de identidad) cubre cómo anclar al publicador a una sola Organization canónica con sameAs recíprocos. La Fase 04 (Disciplina de schema) cubre el marcado HTML que corre en paralelo. La Fase 05 (Cadencia editorial) cubre el ritmo operativo de revisar cada entrada en cada ciclo.
Fase 01 del cluster de implementación de Visible Para IA, publicada por Niseus LLC. El walker se revisa en cada edición. Los bloques de código son ejecutables e idempotentes — ejecutarlos dos veces produce el mismo kos.json.