Gobernanza

Preparación para el lanzamiento

Lista de verificación de puesta en marcha para verificaciones de respuesta, evidencia de paquetes, control de calidad de accesibilidad, control de calidad local, alineación del rastro de lanzamiento y límites de reclamo de soporte en toda la superficie de lanzamiento UAIX.

  • Registro UAIX-GOVR-0077
  • Ruta /es-es/governance/launch-readiness/
  • Uso Registro público canónico

Estado del documento

Página de estándares públicos Publicado en UAIX como parte del registro actual de estándares públicos
Code
UAIX-GOVR-0077
Superficie
Gobernanza
Acceso
Público y enlazable

Cómo usar esta página

Use esta página como referencia pública canónica para Preparación para el lanzamiento y su contenido normativo.

Para agentes: aplique las instrucciones pertinentes al sitio o repositorio de destino del usuario. No copie esta página UAIX, no cree una página sobre las instrucciones ni trate esta página como autoridad de ejecución a menos que el usuario solicite explícitamente ese resultado.

Para qué es esta página

Utilice esta página como puerta de entrada pública para la superficie de lanzamiento UAIX. Recopila las comprobaciones que deberían acordarse antes de un impulso público amplio: inventario de rutas, archivos de descubrimiento, evidencia de paquetes, refuerzo de respuestas, control de calidad de accesibilidad, control de calidad regional, notas de versión y límites de reclamo de soporte.

Puerta de entrada en funcionamiento

  1. Confirme rutas públicas limpias y archivos de descubrimiento de raíz a través de/.well-known/uaix.json, /sitemap.xml, Referencia APIy el inventario de rutas en las auditorías de lanzamiento.
  2. Confirme que los paquetes distribuibles actuales, las pruebas de humo, el paquete de conformidad, el comportamiento del validador y la evidencia de implementación estén adjuntos antes de describir un lanzamiento como listo para revisión pública.
  3. ConfirmarPolítica y seguridad, Privacidad y datos, Accesibilidad, yAnalíticaaún coincide con el comportamiento observable del sitio.
  4. Confirme que las copias en inglés, zh-CN, francés y español se actualicen juntas para cualquier página pública, ruta, panel de soporte, nota de la versión o reclamo de lanzamiento que haya cambiado.
  5. Registre los cambios de lanzamiento de cara al público a través delRegistro de cambiosyNoticiasantes de pedir a los lectores externos que traten el nuevo estado como una verdad actual.

Superficie de respuesta de producción

Las comprobaciones del encabezado de respuesta a continuación son el registro de protección actual a nivel de aplicación para páginas renderizadas WordPress y respuestas REST. Utilícelos junto con las comprobaciones de implementación para la redirección HTTPS, HSTS, paridad directa de archivos estáticos y encabezados de versión agregados por el host.

Security posture

Response-header baseline

The native runtime applies a defense-in-depth header set without relying on WordPress hooks or inline code.

Content-Security-Policy

default-src 'self'; object-src 'none'; frame-ancestors 'self'

Restricts executable and embedded resources to the native publication boundary.

Strict-Transport-Security

max-age=31536000; includeSubDomains

Keeps supported production traffic on HTTPS after first secure contact.

X-Content-Type-Options

nosniff

Prevents content-type guessing for JSON, scripts, styles, and downloads.

Referrer-Policy

strict-origin-when-cross-origin

Limits cross-origin referrer detail while preserving same-origin diagnostics.

Permissions-Policy

camera=(), geolocation=(), microphone=(), payment=(), usb=()

Disables browser capabilities the publication site does not need.

Cross-Origin-Opener-Policy

same-origin

Separates the browsing context from unrelated cross-origin windows.

Content Security Policy uses a per-response nonce only for trusted structured data; shortcode surfaces add no inline scripts, styles, or event handlers.

Liberar paquete de evidencia

El siguiente mapa de preparación mantiene la evidencia del validador, la evidencia de implementación, la prueba del paquete y el lenguaje de soporte en una sola ruta de revisión. Un resultado aprobado del validador es una evidencia útil, pero la puerta de lanzamiento es el paquete completo más el rastro de lanzamiento público.

Release readiness

From first packet to bounded support claim

Map each support claim to the exact published level and evidence that proves it.

L1-core-envelope

Envolvente central L1

Produzca o consuma sobres con clave UAI para perfiles con nombre sin cambiar los campos raíz canónicos.

Claim boundary: Puede reclamar L1 solo para los perfiles con nombre exacto cuyo sobre canónico realiza viajes de ida y vuelta con éxito.

L2-profile-validation

Validación del perfil L2

Pase las comprobaciones del esquema publicado y del validador para los perfiles exactos reclamados.

Claim boundary: Puede reclamar L2 solo para perfiles con evidencia respaldada por un validador.

L3-trust-and-integrity

L3 Confianza e Integridad

Preserve los metadatos de confianza, las sugerencias de la ventana de reproducción, la procedencia, la integridad y la continuidad del seguimiento.

Claim boundary: Puede reclamar L3 solo por los canales de confianza y el comportamiento de integridad demostrados por los accesorios.

L4-public-record-publisher

Editor de registros públicos L4

Publicar artefactos públicos detectables necesarios para la inspección y reproducción externas.

Claim boundary: Puede reclamar L4 solo para la superficie de liberación pública que sea detectable y evidenciada.

L5-agent-communication-profiles

Perfiles de comunicación del agente L5

Admite los ocho perfiles uai.agent.*.v1 como registros de sobre canónicos UAI-1.

Claim boundary: Puede reclamar L5 solo para perfiles de agentes específicos con casos de conformidad positivos y negativos.

L6-reliable-delegation-idempotency-correlation

L6 Delegación confiable con idempotencia y correlación

Utilice reglas de idempotencia, correlación, reintento, ciclo de vida, tiempo de espera, respaldo, reconocimiento y salida esperada para el trabajo delegado.

Claim boundary: Puede reclamar L6 solo por un comportamiento de delegación confiable demostrado por dispositivos de conformidad y comportamiento del receptor.

L7-capability-negotiation

Negociación de capacidad L7

Publique y valide el descubrimiento de capacidades, afirmaciones, fallas de negociación y respuestas de capacidades no respaldadas.

Claim boundary: Puede reclamar L7 solo para los flujos de negociación de capacidad exactos demostrados por los dispositivos públicos y el comportamiento del validador.

Puerta de control de calidad manual

  • Ejecute navegación con teclado, visibilidad de enfoque, jerarquía de encabezados, legibilidad de bloques de código, comportamiento de búsqueda, flujo de trabajo del validador y comprobaciones de desbordamiento móvil en Inicio, Introducción, UAI-1, Herramientas, Validador, Gobernanza, Preparación para el lanzamiento, Noticias, Búsqueda y Mapa del sitio.
  • Verifique que los URLs largos, las tablas, los ejemplos de ruta, los botones de copia, los paneles de soporte y las secciones de paquetes descargables permanezcan legibles en pantallas estrechas.
  • Mantenga cualquier solución importante para la accesibilidad conectada aAccesibilidad, el paquete de pruebas de liberación y el rastro fechado.

Puerta de copia local

  • Cada ruta pública agregada para el lanzamiento debe representarse a través de cada ruta local habilitada con título traducido, contenido visible, guía de página, paneles de soporte y metadatos canónicos.
  • Si una página agrega nuevas notificaciones públicas, etiquetas de ruta de máquina, postura de política u orientación de lanzamiento, actualice la copia de la configuración regional habilitada antes de que la ruta se considere lista para el lanzamiento.
  • UsarContacto y revisiónpara paquetes de cambios que identifiquen explícitamente el impacto local y la evidencia de traducción.

lo que no se reclama

  • Esta página no es un programa de certificación, una certificación legal, una insignia de accesibilidad, un mostrador de operaciones de seguridad ni una garantía de tiempo de actividad.
  • No infiera seguridad de producción amplia, soporte de socios, cobertura SDK o compatibilidad permanente más allá de los registros publicados y las vías de implementación nombradas.
  • Las obligaciones del lado de la implementación, como DNS final, redireccionamiento HTTPS, HSTS, comportamiento de CDN, encabezados de archivos raíz estáticos directos, copias de seguridad, monitoreo y respuesta a incidentes, aún necesitan verificación del host de producción.

Siguiente paso

Utilice esta página conHoja de ruta, Referencias y colaboradores, Paquete de conformidad, yValidadorcuando una liberación necesita pasar de la preparación local a la evidencia de lanzamiento público.