a2ui-project / a2ui-project/a2ui

refactor(spec): Standardize on absolute URIs for schema and catalog references

Abierto
#2,030 2 comentarios 0 reacciones 0 asignados Ver en GitHub
component: specification P2 status: needs review type: bug
Lenguaje dominante
TypeScript
Estrellas
16.4k
Forks
1.3k
Merge medio
2 d 13 h
PR fusionados (30 d)
134

Descripción

### Description of the Inconsistency

There is an inconsistency in how schemas and catalogs are referenced across the A2UI repository.
Currently, the specification and examples mix **long/absolute URIs** (which tie identifiers to the repository's schema domains) and **short/relative URIs**.

#### 1. Long URIs used in Spec and Schema Files:
* In the official basic catalog [catalog.json](https://github.com/google/A2UI/blob/main/specification/v0_9/catalogs/basic/catalog.json), the `$id` and `catalogId` are set to `https://a2ui.org/specification/v0_9/catalogs/basic/catalog.json`.
* References to common types in [catalog.json](https://github.com/google/A2UI/blob/main/specification/v0_9/catalogs/basic/catalog.json) use the full URI: `https://a2ui.org/specification/v0_9/common_types.json#/$defs/ComponentCommon`.
* The protocol documentation [a2ui_protocol.md](https://github.com/google/A2UI/blob/main/specification/v0_9/docs/a2ui_protocol.md#L198) and examples use `https://a2ui.org/specification/v0_9/catalogs/basic/catalog.json` as the `catalogId`.

#### 2. Short/Relative URIs used in Code and Conformance Tests:
* Conformance test data such as [simplified_catalog_v09.json](https://github.com/google/A2UI/blob/main/agent_sdks/conformance/test_data/simplified_catalog_v09.json#L8) references common types using the short/relative filename: `"common_types.json#/$defs/ComponentCommon"`.
* The Web Core's `MessageProcessor` [message-processor.ts](https://github.com/google/A2UI/blob/main/renderers/web_core/src/v0_9/processing/message-processor.ts#L101) dynamically generates inline catalogs using the relative reference `"common_types.json#/$defs/ComponentCommon"`.

This inconsistency makes writing offline parser/validator registries fragile. A validator registry must map both long and short URIs to prevent validation failures, which goes against the design goal of catalog-agnostic validation.

### Proposed Solution

We should standardize on the **long/absolute version** of the catalog ID and schema URIs across all specifications, documents, and implementations.

1. **Standardize on Long URIs**:
* All `$ref` links inside catalogs, example messages, and generated schemas should use the full absolute URL representation (e.g. `https://a2ui.org/specification/v0_9/common_types.json#/$defs/...`) rather than relative filenames.
2. **Registry Mapping**:
* Platform-specific validator registries (such as in Java, Kotlin, or Web Core) should define standard base URL mappings so that these absolute URIs can be resolved locally offline without network access.

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

The issue identifies specific files: specification/v0_9/catalogs/basic/catalog.json, agent_sdks/conformance/test_data/simplified_catalog_v09.json, and renderers/web_core/src/v0_9/processing/message-processor.ts. Start by examining these files to understand the URI patterns. The task is to update all schema and catalog references to use absolute URIs (https://a2ui.org/...). Run existing conformance tests to ensure changes don't break validation. 'Done' means all references in the repository are consistent and tests pass.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
json, typescript
Área
tooling
Tipo de issue
Refactorización
Dificultad
3/5
Tiempo estimado
1-2 días
Estado de actividad
Activo
Claridad
Bien especificado
Aptitud para principiantes
65/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.