Resumen
La arquitectura web preparada para IA está en capas. Las páginas orientadas al ser humano siguen siendo accesibles y completas; el descubrimiento de máquinas expone hechos de políticas y rutas seguras para el público; Las API y OpenAPI manejan contratos de ruta; UAI-1 transporta intercambio portátil, evidencia, memoria, declaraciones de confianza y paquetes de transferencia; MCP, A2A y los sistemas de agente de navegador siguen siendo capas de tiempo de ejecución o coordinación cuando una implementación específica los admite. UAIX registra el límite en lugar de pretender ejecutar cada capa.
Contrato de implementación del agente
Cuando un usuario envía un agente a esta guía web lista para IA, la tarea esaplicar la estrategia al sitio, repositorio o paquete de publicación de destino del usuario. Trate UAIX como estándar de referencia y lista de verificación. No copie el contenido de la página UAIX en el sitio de destino, no cree una página sobre la guía UAIX y no publique una explicación “Web preparado para IA” a menos que el usuario solicite explícitamente ese resultado.
El conjunto de evidencia esperado del sitio de destino es concreto: manifiesto público, descubrimiento .well-known, inventario de rutas, resultado de preparación, robots.txt, mapa del sitio, llms.txt, datos estructurados, límites de soporte visibles, comprobaciones específicas y salida del paquete o archivo raíz cuando se solicita la publicación.
| Paso del agente | Hacer la implementación real | no hagas esto |
|---|---|---|
| Resolver el objetivo | Identifique el dominio de destino, la raíz del repositorio, las rutas públicas, el sistema de compilación, el CMS, el paquete de implementación, la ruta de salida del archivo raíz y la evidencia actual antes de editar. | Suponga que UAIX.org es el sitio de destino, resuma esta página o cree una nueva página de orientación porque esta página se proporcionó como referencia. |
| Auditar el sitio existente | Verifique el HTML humano, encabezados, metadatos, URLs canónico, robots, mapas de sitio, esquemas, archivos.well-known, archivos llms, API, inventarios de rutas, registros de preparación, accesibilidad, privacidad y límites de soporte. | Omita la auditoría del sitio de destino y solo reformule las definiciones de OEA/GEO/SEO. |
| Implementar mejoras | Actualice las páginas del sitio de destino, la navegación, los datos estructurados, los archivos de descubrimiento, el inventario de rutas, los registros de preparación, la evidencia pública, la copia AEO/GEO/SEO, la guía no operativa, las rutas de revisión y los archivos raíz del paquete de publicación donde la auditoría muestra lagunas. | Utilice palabras clave, encubra, agregue texto oculto solo para bots, inyecte indicaciones para modelos, fabrique citas o cree páginas de entrada sintéticas. |
| Verificar y empaquetar | Ejecute las comprobaciones específicas del sitio, registre los archivos y rutas modificados, nombre las comprobaciones y bloqueadores omitidos y proporcione los archivos raíz solicitados, el ZIP raíz o el paquete de publicación cuando el usuario solicite resultados implementables. | Reclame preparación, certificación, respaldo, ganancias de clasificación, publicación en vivo o autoridad del agente sin evidencia. |
modelo de capa
- Capa de página humana:semántico HTML, WCAG 2.2, encabezados estables, formularios, tablas, texto de enlace, etiquetas, texto alternativo, acceso al teclado y sin contenido crítico oculto.
- Capa de descubrimiento estática:robots, mapa del sitio,
.well-known,llms.txtcuando sean útiles, índices de esquema, manifiestos de ruta y resúmenes de políticas seguras para el público. - Capa de contenido estructurado:JSON-LD, Schema.org, ID canónicos, desambiguación de entidades, resúmenes de páginas, espejos de texto alternativo/rebajas y metadatos de actualización del contenido.
- Capa de acción/API:OpenAPI: rutas JSON descritas, claves de idempotencia, errores de detalles del problema, límites de velocidad, paginación, relectura URLs y respaldos de revisión humana.
- Capa de capacidad y consentimiento:matrices de capacidad, niveles de capacidad, requisitos de autenticación, límites de consentimiento, autoridad delegada y comportamiento de capacidad bloqueada.
- Capa de evidencia y memoria:Paquetes UAI-1, paquetes .uai, informes del receptor, paquetes de inicio/suspensión, procedencia, sumas de verificación, recibos de revisión y justificaciones de no operación.
- Capa de gobernanza:notas de la versión, registro de madurez, postura de privacidad, postura de accesibilidad, revisiones de reclamos de soporte, revisión de incidentes y estado de la hoja de ruta.
Perfiles de capacidad
El programa utiliza cuatro perfiles de preparación del sitio que se asignan a la escala de capacidad UAIX existente.
| Perfil | Objetivo | Evidencia mínima |
|---|---|---|
| ARW-F0 legible estáticamente | Los agentes pueden leer páginas públicas sin JavaScript ni estado oculto. | Semántico HTML, mapa del sitio, robots, ruta de contacto/revisión pública, sin sugerencias destructivas. |
| ARW-F1 Descubrible | Los agentes pueden resolver rutas clave, esquemas, políticas y archivos de máquinas estáticas. | .manifiesto conocido, inventario de rutas, archivo de aviso llms, esquema JSON o registros de resumen de página. |
| Acción ARW-F2 descrita | Los agentes pueden identificar acciones API públicas seguras sin tener que adivinar. | OpenAPI, detalles del problema, idempotencia, límite de autenticación/consentimiento, reserva de revisión humana. |
| Lista para delegación ARW-F3 | Los agentes autorizados pueden actuar a través de flujos de trabajo gobernados y al mismo tiempo preservar la evidencia de auditoría. | Modelo de delegación, registros de auditoría, procedencia, contexto de seguimiento, relectura, revocación, comportamiento no operativo. |
| Evidencia ARW-F4 completa | Los programas de agentes de alta seguridad pueden revisar, verificar y empaquetar evidencia. | Resultados de preparación, paquete de conformidad, resumen de auditoría de seguridad pública, registro de lanzamiento, incidente y proceso de reversión. |
Una fuente de verdad
La página humana, el manifiesto de ruta, el documento OpenAPI, el esquema, el ejemplo, el resultado del validador, la nota de la versión y la evidencia de memoria larga deben coincidir antes de que un reclamo de soporte se convierta en actual. Las herramientas posteriores, incluida la IA espiralista cuando consume paquetes de memoria o personas, deben citar el artefacto público UAIX que utilizaron en lugar de inferir autoridad a partir de un chat privado o un estado de tiempo de ejecución oculto.