Hoja de ruta

curl -s https://uaix.org/wp-json/uaix/v1/roadmap

Cómo leer esta hoja de ruta#

Utilice esta página como plan público para la superficie de lanzamiento UAI-1. Está sincronizado con la hoja de ruta del espacio de trabajo canónico, pero se limita a lo que los lectores e implementadores pueden verificar en el sitio.

• Actualsignifica que el registro ya está publicado como página, ruta, paquete, comportamiento del validador o nota de la versión.
• Próximosignifica un trabajo de fortalecimiento del lanzamiento que debería realizarse antes de un impulso público más amplio.
• Planificadosignifica trabajo futuro adoptado que aún necesita accesorios, herramientas o gobernanza antes de que se convierta en un reclamo público.
• Pista de investigaciónsignifica un aporte útil que no es un compromiso de lanzamiento actual.

Camino de enfoque de hoy#

Este es el orden práctico de lectura para hoy. El camino más corto desde la pregunta hasta la evidencia es orientarse en la superficie de autoridad actual, hacer una prueba útil o un movimiento de paquete, y luego dejar el lenguaje de herramientas futuras detrás de las puertas de la evidencia hasta que tenga una prueba pública.

1. Para un nuevo lector:empezar conUAI-1yAjuste de estándares, luego use esta hoja de ruta antes de repetir afirmaciones sobre MCP, A2A, arneses de tiempo de ejecución, perfiles de puente, SDK, CLI, adaptadores, certificación o sincronización.
2. Para un implementador:construir un paquete revisable con elValidador, mantén elKit de adopciónoPaquete de conformidadal lado del resultado, y citar elRegistro de cambiosantes de tratar la obra como apoyo público.
3. Para el trabajo de memoria de IA:utilizar elAsistente de paquete de memoria de IApara producir archivos locales generados, modelo de paquete JSON, superposición de manifiesto JSON, un resumen de IA del visitante y enlaces ZIP de inicio canónicos; mantenga registros de paquetes administrados, importaciones alojadas, escrituras automáticas, sincronización automática, SDK, CLI, certificación y respaldo en el futuro.
4. Para sistemas agentes:mantener la ejecución del tiempo de ejecución, las herramientas, las aprobaciones, el seguimiento, las interrupciones, la orquestación y la memoria administrada con el tiempo de ejecución elegido; use UAIX para evidencia portátil, memoria de transferencia de proyecto y registros de publicación que sobrevivan a la ejecución.

Libro mayor de documentación de trabajo de hoja de ruta#

Utilice este libro de contabilidad para ver dónde se registra el trabajo de la hoja de ruta, qué se considera evidencia y cómo los futuros agentes deben continuar el trabajo sin ampliar el lenguaje de soporte actual.

1. Lo que cambió hoy:El trabajo de la hoja de ruta pública debe ser visible en esta página, en/wp-json/uaix/v1/roadmap, en docs/roadmap.md, en pruebas de regresión enfocadas y en estado de transferencia compacto como AGENTS.md, readme.human y .uai/progress.uai.
2. Donde vive la prueba:El trabajo que cambia el soporte necesita una página pública, un artefacto de máquina coincidente, un dispositivo reproducible, un validador, un paquete o una verificación de transferencia y un rastro fechado.Registro de cambioso notas de lanzamiento. UsarPreparación para el lanzamientocuando el siniestro afecte a la superficie de lanzamiento.
3. Lo que queda planeado:Las pruebas faltantes deben nombrarse directamente y dejarse como trabajo siguiente, planificado o de investigación. Los adaptadores, los exportadores de seguimiento, las importaciones alojadas, las escrituras automáticas en el repositorio, la sincronización automática, los SDK, las CLI, la certificación y el respaldo permanecen vinculados al futuro hasta que las puertas de evidencia sean públicas.
4. Cómo se recuperan los futuros agentes:empezar desdeTraspaso de proyecto, enumerar directamenteTraspaso de archivos de agentedepósitos de entrada, cargue los archivos locales AGENTS.md, readme.human y escriba .uai, luego actualice la hoja de ruta, la carga útil REST, las pruebas y el registro de transferencia juntos cuando cambie la verdad del proyecto.

Estado de revisión de los principios#

La Carta de Principios es evidencia de gobernanza actual para la confianza pública, la libertad cognitiva, la autoridad de origen, la memoria de IA, la comunicación con los agentes, la descripción de capacidades y la estructura de transferencia. Úselo antes de trasladar el lenguaje basado en principios al soporte actual.

• Actual:comunicación de máquina revisable, procedencia explícita, evidencia antes de las afirmaciones de soporte, honestidad en los límites de soporte, publicación teniendo en cuenta la privacidad, publicación teniendo en cuenta la accesibilidad y cuarentena de memoria antes de la promoción.
• Revisión de gobernanza:libertad cognitiva humana, disciplina antimanipulación y revisión del impacto de la agencia cognitiva para clasificación, clasificación, telemetría, consentimiento, configuración de comportamiento o cambios significativos para la autoridad.
• Planificado:fijación de paquetes de principios, linting de reclamos de soporte y punteros de seguimiento de principios .uai generados.
• Pista de investigación:posición jurídica sintética, adjudicación duradera de la personalidad, criterios de libertad independientes del sustrato y cualquier afirmación de que UAIX reconozca actualmente a las personas máquina como sujetos legales o políticos.

UsarCarta de principios, Principios Orientación de rolesy la plantilla de evaluación de impacto en docs/templates/principles-impact-assessment.md antes de que se mueva el lenguaje de confianza listo para su lanzamiento.

Cola de trabajo de la hoja de ruta actual#

Esta cola convierte la estrategia a corto plazo en un trabajo visible sin ampliar las reclamaciones de apoyo. Trate cada elemento como la dirección actual de la hoja de ruta hasta que las puertas de promoción a continuación tengan evidencia pública.

1. Implemente paquetes actuales y activos raíz:aplique los artefactos de publicación recién generados y luego verifique los encabezados de raíz estática de producción, HSTS, archivos de descubrimiento y manifiestos conocidos con el host de lanzamiento.
2. Demuestre la paridad del serializador del asistente:muestran que un conjunto de selecciones del Asistente de paquetes de memoria de IA produce archivos locales equivalentes, presentaciones de copiar y pegar, superposiciones JSON, resúmenes de resúmenes de AI de visitantes y referencias ZIP canónicas.
3. Planifique la validación local y la pelusa de redacción:defina verificaciones de revisión para archivos de memoria de IA y transferencia de proyectos mientras mantiene la validación de carga/importación alojada, escrituras automáticas de repositorio, SDK, CLI, certificación y respaldo fuera del soporte actual.
4. Diseñar dispositivos de seguimiento a traspaso:asigne seguimientos de tiempo de ejecución, llamadas de herramientas, aprobaciones, estados de tareas y resúmenes de transferencia seleccionados en registros UAI-1 o archivos de transferencia de proyecto solo después de que existan ejemplos, puertas de revisión y reglas de redacción.
5. Evalúe los sidecars del paquete de capacidad:estudie SKILL.md carpetas, manifiestos de complementos, grupos de acciones, tarjetas de agente, superficies de capacidad MCP/OpenAPI y perfiles de subagente como asignaciones de evidencia candidatas UAI, no autorización ni soporte de perfil de paquete actual.
6. Evaluar adaptadores de referencia:Estudie OpenAI, A2A, MCP y los patrones de adaptadores de arnés de tiempo de ejecución como exportadores de evidencia, no como ejecución, orquestación o soporte oficial de adaptadores de proveedores propiedad de UAIX.

Puertas de promoción de pruebas#

Una idea futura se convierte en apoyo actual sólo cuando pasa por el mismo camino de prueba pública que los lectores pueden inspeccionar.

1. Actualice la página pública que lleva el reclamo y su límite de soporte.
2. Actualice el artefacto, esquema, registro, hoja de ruta, registro de descubrimiento, paquete o paquete de conformidad de la máquina coincidente.
3. Agregue accesorios, expectativas del validador, verificaciones de paquetes o pelusa de transferencia que hagan que el comportamiento sea reproducible.
4. Adjunte evidencia de seguimiento de implementación, paquete o conformidad cuando el reclamo dependa del comportamiento del software.
5. Registre el cambio en el registro de liberación fechado y mantenga visible el límite de no reclamación.

Lista de verificación de reclamos de soporte#

Repita sólo afirmaciones comprobadas públicamente:Antes de repetir una frase de la hoja de ruta como soporte actual, verifique la página pública, el artefacto de la máquina coincidente, la evidencia reproducible, la implementación o la prueba del paquete cuando el reclamo dependa del comportamiento del software y el rastro de lanzamiento fechado. Si falta alguna pieza, mantenga el reclamo planificado o realice un seguimiento de la investigación.

• Soporte actual:requiere copia de página coincidente, artefacto de máquina, validador, accesorio, paquete, implementación o evidencia de transferencia, además de un registro de publicación fechado.
• Alcance del paquete de memoria de IA:El soporte actual es la planificación guiada de paquetes, artefactos locales generados, presentaciones de copiar y pegar, paquete JSON, superposiciones de manifiesto, resumen de IA para visitantes, perfiles del sistema, resúmenes del receptor, paquetes de inicio, libros de contabilidad de puntero a largo plazo necesarios para la configuración de memoria duradera y enlaces ZIP de inicio. Los paquetes administrados, las importaciones alojadas, las escrituras automáticas en el repositorio, la sincronización automática, los SDK, las CLI, la certificación y el respaldo siguen sin ser compatibles.
• Adaptadores y tiempos de ejecución:UAIX registra evidencia portátil y memoria de proyecto en sistemas de ejecución; Los adaptadores oficiales, los exportadores de seguimiento, la propiedad del tiempo de ejecución, los SDK y las CLI siguen siendo trabajo futuro hasta que existan pruebas de accesorios, propiedad y versión.
• Lenguaje de conformidad:un resultado aprobado del validador demuestra el paquete revisado, no la certificación, el respaldo, el cumplimiento o el soporte de todo el ecosistema.

Ya actual, no trabajo en la hoja de ruta#

• UAI-1 ya publica el sobre compartido, seis perfiles, registro de campo, enlaces de transporte, canales de confianza, registro de errores, niveles de conformidad, esquemas, entradas de registro, ejemplos, guía del validador, pistas de implementación, referencia API, kit de adopción, ruta OpenAPI, paquete de conformidad, lista de verificación de evidencia de implementación, paquete de dispositivos de conformidad, paquete de evidencia puente, intercambio simulado y rastro de lanzamiento.
• Las rutas de lanzamiento públicas son rutas limpias con prefijo local. La cadena de consulta URLs no es la superficie de lanzamiento pública.
• La ruta del paquete de lanzamiento está programada y probada mediante el flujo de trabajo de publicación WordPress.
• AI Memory, AI Memory Package Wizard, Project Handoff, guía .uai/readme.human, la especificación de enlace AGENTS.md .uai, Agent File Handoff, el índice de informes y el informe de refinamiento son páginas públicas actuales; La validación de carga/importación alojada, las escrituras automáticas en el repositorio, los registros de paquetes administrados, los SDK, las herramientas CLI, la certificación y el respaldo siguen siendo trabajos de soporte futuro.

Ahora antes del lanzamiento#

1. Endurecimiento de producción:mantenga alineados los resultados del paquete, los archivos de descubrimiento de raíz, la entrega del mapa del sitio, los encabezados de seguridad, el enrutamiento local y las auditorías de lanzamiento antes de hacerlo público.
2. Control de calidad de contenido y accesibilidad:Vuelva a verificar la legibilidad móvil, los encabezados, los controles de copia, los flujos de validación, los ejemplos de ruta larga y la copia de publicación en chino cuando cambia el texto de la página.
3. Capa operativa pública:mantenga sincronizados la gobernanza, las referencias, las páginas de políticas, las entradas del registro de cambios, la memoria de IA, el asistente del paquete de memoria de IA, la transferencia del proyecto, la guía readme.human, la guía AGENTS.md .uai, los informes y la hoja de ruta para que los lectores no necesiten notas privadas.
4. Explicación de ajuste a los estándares:siga explicando cómo UAI-1 se encuentra junto a A2A, MCP, OpenAPI, DID/VC, Contexto de seguimiento, JCS y Detalles del problema sin pretender reemplazarlos.
5. Madurez de conformidad:Mantenga juntos los resultados del validador, los paquetes de conformidad, las respuestas de la lista de verificación de evidencia de implementación, las expectativas del paquete de accesorios, los ejemplos de evidencia de puente y la evidencia de seguimiento de implementación antes de ampliar las afirmaciones de soporte.

Paquetes de memoria de IA gobernados#

AI Memory, AI Memory Package Wizard, Project Handoff, Agent File Handoff y el seguimiento del informe son superficies de incorporación públicas actuales. Actualmente, el asistente produce el modelo de paquete JSON, superposición de manifiesto JSON, perfiles de sistema generados con protocolos de autoridad de origen, registro de evidencia, resolución de conflictos, riesgo y reversión, informes de receptor generados, paquetes de inicio generados, archivos .uai universales requeridos que incluyen instrucciones activas Totem, Taboo y Talisman, archivos requeridos por perfil, archivos requeridos activados por contenido, registros .uai/archivos, archivos .uai, Artefactos .uai/exportaciones, gráficos de conocimiento JSON, llms .uai y llms-full .uai, exportaciones de texto, presentaciones de archivos para copiar y pegar, archivos de registro de punteros semánticos a largo plazo necesarios para la configuración de la memoria duradera, metadatos de preparación, un resumen de IA del visitante de la misma carga útil canónica, paquetes ZIP generados por el navegador y enlaces ZIP de inicio canónicos del registro de paquetes admitidos. Los paquetes de proyecto/desarrollador y los paquetes de asistente con código requieren .uai/coding-standards .uai, .uai/architecture .uai y .uai/next-recursive-prompt .uai. wiki sigue siendo la capa de compatibilidad de memoria larga necesaria para la configuración de LLM Wiki.

1. Capa del asistente actual:mantenga el flujo del navegador de nueve pasos, la restauración del borrador local, la generación de archivos requeridos cerrados, la plataforma de archivos generados, el paso de revisión/exportación, el ZIP generado por el navegador, los enlaces ZIP canónicos y el resumen de IA incorporado alineado con el registro de paquetes admitidos.
2. Siguiente trabajo de paridad del serializador:demuestre que las mismas selecciones producen archivos locales generados equivalentes, presentaciones de copiar y pegar, superposiciones JSON, resúmenes de resúmenes de IA y referencias ZIP, luego haga explícitas las advertencias de revisión obsoleta o selección modificada antes de exportar.
3. Registros de paquetes gestionados planificados:defina identificadores de instancia de paquete, estados de revisión, registros de procedencia, puertas de privacidad y redacción, control de versiones de artefactos y responsabilidades del propietario antes de que los paquetes de memoria de IA administrados se conviertan en soporte actual.
4. Ideas de sincronización y adaptadores de seguimiento de investigación:Evalúe el adaptador OpenAI, el exportador de seguimiento a transferencia y los patrones de sincronización de memoria y archivo AIWikis revisados ​​solo como exportaciones revisadas explícitas, no como escrituras automáticas de repositorio o sincronización wiki bidireccional.

Los futuros paquetes de memoria de IA administrada siguen planificados hasta que las instancias de paquetes, los estados de revisión, los registros de procedencia, las puertas de privacidad, las comprobaciones de revisión obsoletas, la paridad del serializador y la sincronización de archivos AIWikis revisados ​​tengan evidencia de implementación pública. Totem, Taboo y Talisman son instrucciones activas locales para leer y obedecer de forma predeterminada. Se permiten sugerencias y solicitudes de permiso, pero la mutación del ancla requiere autorización humana exacta y no es una aplicación alojada ni evidencia de conformidad UAI-1.

Sistemas agentes y límite de arnés.#

UAIX debe centrarse en la capa de evidencia y transferencia en torno a los sistemas agentes: el registro de intercambio público, la evidencia del validador, el paquete de conformidad, la transferencia de memoria del proyecto y el rastro de liberación. Los aprovechamientos en tiempo de ejecución siguen siendo propios de ejecución de modelos, herramientas, aprobaciones, seguimiento, interrupciones y orquestación.

• Soporte actual:UAI-1 registra evidencia de intercambio portátil, mientras que AI Memory y Project Handoff preservan el contexto del proyecto local de repositorio que un tiempo de ejecución puede cargar y actualizar después de la revisión.
• Próximo trabajo:mantenga los adaptadores de referencia, las exportaciones de seguimiento a transferencia, la validación local, la pelusa de redacción y la serialización de paquetes canónicos como elementos de la hoja de ruta hasta que existan dispositivos públicos y propiedad.
• No reclames:UAIX no es un tiempo de ejecución de agente, un programador, un bus de herramientas, una plataforma de memoria alojada, un programa de certificación, un conjunto de adaptadores de proveedor oficial, SDK o CLI en la actualidad.

Pruebas actuales del puente y próximos trabajos de interoperabilidad#

La historia más sólida sobre interoperabilidad a corto plazo es la evidencia puente, no las afirmaciones de reemplazo. UAI-1 debe seguir siendo el sobre público y la capa de registro de lanzamiento mientras los sistemas adyacentes mantienen sus funciones de tiempo de ejecución.

• A2A:Utilice ejemplos de evidencia de puentes actuales y perfiles de puentes formales futuros para mostrar cómo el descubrimiento de agentes, la delegación y la coordinación del flujo de tareas pueden transportar registros UAI-1.
• MCP:Utilice los ejemplos actuales de evidencia de llamadas de herramientas y resultados de recursos para mostrar cómo las sesiones de herramientas host-cliente-servidor pueden producir o consumir mensajes UAI-1 cuando un registro necesita viajar fuera de los límites de una aplicación local.
• OpenAPI:mantenga el documento OpenAPI publicado vinculado a la superficie REST mientras que UAI-1 sigue siendo la capa de contrato de mensaje.
• DID/VC y firma:mantenga el material de confianza declarado en el sobre sin que sea obligatoria una pila de identidad.
• Contexto de seguimiento:mantenga la compatibilidad con traceparent comprobable cuando el seguimiento distribuido sea parte del flujo de trabajo.

Transferencia compacta y canonicalización#

Los formularios compactos son útiles sólo si preservan el registro fuente con clave revisable. El registro de campo es el mapa público para el transporte sin llave; La canonicalización y la evidencia de conformidad pública deben operar en la clave reconstituida JSON.

• La clave JSON sigue siendo la fuente legible de la verdad.
• Keyless JSON debe reconstruirse a través del registro de campo antes de la validación del esquema, el hash, la firma o la evidencia de conformidad.
• La canonicalización JCS debe aplicarse al registro JSON con clave reconstruido, no a un acceso directo de transporte ambiguo.
• Las variantes de clave de alias y sobre binario permanecen planificadas o en trabajo de seguimiento de investigación hasta que se publiquen los accesorios, la normalización del validador y el comportamiento de la ruta.

Métricas de evidencia#

• Recuento de paquetes de conformidad pública.
• Cobertura del modo de normalización para rutas binarias con clave, clave minimizada, sin clave, alias y futuras.
• Cobertura de dispositivos de conformidad positiva y negativa, cobertura de equivalencia de hash canónico, cobertura de límites de confianza traceparent y DID/VC, y cobertura de regresión de desbordamiento sin clave y de campos obligatorios y no declarados.
• Recuento de ejemplos de evidencia de puente y futura cobertura formal de accesorios de perfil de puente para A2A, MCP, OpenAPI, DID/VC, contexto de seguimiento y asignaciones de detalles del problema.
• Cobertura de ruta de transferencia de proyecto, paridad de serializador del Asistente de paquete de memoria de IA, cobertura de guía de enlace AGENTS.md y cobertura de barrera de carga para transferencias de contexto de repositorio.
• Finalización de la lista de verificación de evidencia de implementación, recuento de evidencia de seguimiento de implementación y deltas de tamaño de bytes en formatos compactos.
• Integridad de las notas de la versión para cada cambio de artefacto, ruta, política o validador público.

Lo que esta hoja de ruta no afirma#

• UAIX no publica un programa de certificación hoy.
• UAI-1 no reemplaza a A2A, MCP, OpenAPI, sistemas de identidad, firma, rastreo o transporte.
• Los ejemplos de evidencia de puentes actuales son ejemplos de mapeo, perfiles de puentes no completados, soporte SDK o reclamaciones de certificación.
• Los formatos de transporte binario y de alias no son compatibles con el público hasta que se publiquen los dispositivos respaldados por el validador y el comportamiento de la ruta.
• Los archivos Project Handoff, readme.human y AGENTS.md vinculados .uai son borradores de orientación en el contexto del repositorio, no UAI-1 evidencia de conformidad, certificación o respaldo por sí mismos.
• El asistente de paquete de memoria de IA es una interfaz de usuario guiada para la planificación de paquetes sobre paquetes de inicio compatibles con validación a nivel de página, restauración de borrador local, registros .uai/archivos generados, archivos universales requeridos, archivos requeridos por perfil, archivos requeridos activados por contenido, artefactos .uai/exportaciones, compatibilidad de memoria larga wiki requerida para LLM paquetes Wiki, gráfico de conocimiento JSON, llms .uai y llms-full .uai exportaciones de texto, perfiles de sistema generados, resúmenes de receptor generados, paquetes de inicio generados y paquetes ZIP generados por el navegador; no se trata de validación de carga/importación alojada, escritura automática de repositorio, sincronización automática de LLM Wiki, SDK, CLI, certificación, respaldo o administración de paquetes de administración WordPress.
• Los complementos de paquetes de capacidad y los anexos de mapeo siguen siendo ideas de mapeo de evidencia de seguimiento de investigación, no un perfil de paquete actual, registro, capa de autorización, adaptador oficial, SDK, CLI, certificación, respaldo o reclamo de conformidad.
• Un resultado aprobado del validador es evidencia de un paquete revisado, no un soporte general del ecosistema.

Hoja de ruta legible por máquina#

La hoja de ruta pública también está disponible como/wp-json/uaix/v1/roadmap. Utilice esa ruta cuando la automatización necesite la cola de trabajo actual, las puertas de promoción de evidencia, la lista de prioridades, el mapa de adyacencia de interoperabilidad, el límite del modo de normalización, las métricas y las no reclamaciones.

Siga el camino de prueba activa#

Cuando un elemento de la hoja de ruta pasa del trabajo planificado al soporte actual, debe actualizar la página pública afectada, el artefacto de la máquina, las expectativas del validador, la lista de verificación de evidencia de implementación, el paquete de accesorios y el rastro de lanzamiento juntos. Empezar desdeUAI-1, verificar con elValidador, utiliza elReferencia API, llevar elKit de adopciónyPaquete de conformidad, responda la lista de verificación y luego registre el cambio en elRegistro de cambiosyNoticias.

Estado de ejecución del objetivo a largo plazo#

Ejecución de objetivos a largo plazoEs documentación actual a nivel de guía y soporte de patrones de evidencia. Las reglas del validador, los dispositivos de conformidad, los SDK, las CLI, la orquestación alojada, los adaptadores oficiales, las escrituras automáticas del repositorio, la promoción automática de la memoria, la importación alojada, la certificación y la sincronización automática no se admiten a menos que las páginas públicas posteriores, los artefactos de la máquina, los ejemplos, las pruebas, la evidencia de implementación y el registro de lanzamiento estén de acuerdo.

Estado de la memoria de objetivos jerárquicos#

Memoria de objetivos jerárquicaes la documentación actual a nivel de guía y la guía de exportación del asistente. Los nuevos perfiles de validador, las afirmaciones de conformidad de esquemas, la recuperación alojada, los SDK, las CLI, la reescritura automática, la certificación y la sincronización no se admiten a menos que evidencia pública posterior y notas de la versión los actualicen.

Formato del paquete .uaix#

Formato de paquete .uaix para clientes de IA de escritorioes la página de autoridad UAIX para el borrador del contenedor del paquete de memoria de escritorio v0.1, la matriz de archivos de manifiesto, la regla de conjunto de archivos cerrado requerido, el límite de importación/carga y el límite del consumidor LocalEndpoint.

Registros de interacción web adaptables a la capacidad#

La versión 3.56.0 agrega la escala de capacidades del cliente L0-L6, nueve ID de perfil de capacidad, reglas de validación para fallas de respaldo/consentimiento/idempotencia/correlación/evidencia/límites y archivos de inicio del kit de adopción.

• Interacción web adaptable a la capacidadLea la escalera L0-L6 y los campos obligatorios.
• ValidadorConsulte ejemplos de perfiles de capacidad y accesorios negativos.
• Kit de adopciónDescargue el perfil de capacidad inicial y los archivos de negociación.
• Paquete de conformidadReutilice el paquete de accesorios de capacidad positiva y negativa.

Modelo operativo de comunicación del agente#

Se ejecutan los tiempos de ejecución del agente. UAIX registra la comunicación, la memoria, la confianza, la evidencia y el límite de transferencia revisados.

UsarModelo operativo de comunicación del agentecuando un operador humano, agente de codificación, agente de IA o implementador de tiempo de ejecución necesita identidad portátil, intención, contexto, reconocimiento, estado, bloqueador, propuesta de memoria, evidencia de validación, corrección, informe final o registros de transferencia. Los activos legibles por máquina correspondientes se publican a través deEsquemas, Registro, Ejemplos, y elValidador.

• UAIX no proporciona sincronización automática, mensajería alojada, orquestación de tiempo de ejecución, adaptadores oficiales, ejecución de escritura en repositorio, autoridad de certificación ni mecanismos de importación alojados.
• Carcinus.org es un ejemplo de orquestador/tiempo de ejecución independiente que puede consumir registros UAIX. UAIX.org no implementa el comportamiento de tiempo de ejecución Carcinus y no ejecuta flujos de trabajo Carcinus.
• LocalEndPoint y otros tiempos de ejecución pueden consumir los registros UAIX publicados como consumidores externos; UAIX.org no implementa sus funciones de tiempo de ejecución específicas del proyecto.
• Las propuestas de memoria duradera permanecen separadas de los registros de ejecución de tareas. No promueva estados de terminales temporales, tokens de sesión, tokens de escritura, instrucciones de plataforma beta, seguimientos de errores locales, claves privadas o credenciales de API.