Guías

Acceso progresivo para agentes

Modelo de escalamiento desde acceso mínimo a GET-Action, POST JSON, manifiestos de descubrimiento, paquetes de memoria, transferencias y evidencia de auditoría segura para el público.

  • Registro UAIX-DOC-2725
  • Ruta /es-es/guides/progressive-agent-access/
  • Uso Registro público canónico

Estado del documento

Página de estándares públicos Publicado el UAIX como parte del registro de estándares públicos actuales
Código
UAIX-DOC-2725
Superficie
Guías
Acceso
Público y enlazable

Cómo usar esta página

Utilice esta guía para escalar desde acceso mínimo a GET-Action limitada, envío de formularios del navegador, POST JSON, manifiestos de descubrimiento, paquetes de memoria, transferencias, restauración/lectura y evidencia de auditoría solo cuando existan capacidad y permiso.

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

El acceso progresivo al agente permite que la intención de un usuario pase del descubrimiento estático a flujos de trabajo de agentes más completos solo cuando el cliente demuestra capacidad y permiso.

Misma acción en todos los niveles

  1. Acceso mínimo:devolver un URL público y un código solamente. Sin cambios de estado.
  2. GET-Acción alternativa:permita una acción URL idempotente limitada solo cuando se cumplan el consentimiento, los límites de velocidad, el registro de auditoría y las reglas de consulta sin secretos.
  3. POST JSON:prefiera POST estructurado para clientes L2+, validación enriquecida, autenticación y comportamiento API normal.
  4. Manifiestos avanzados:exponer esquemas, ejemplos, manifiestos de descubrimiento, registros de conformidad y paquetes de evidencia.
  5. Memoria o traspaso:mueva reclamos duraderos a través de Project Handoff, Agent File Handoff, revise recibos y evidencia del informe final.

Comportamiento fallido

  • Si el cliente no puede demostrar su capacidad, devuelva el URL público de menor capacidad.
  • Si la acción necesita consentimiento, devuelva una revisión humana URL o un registro de bloqueador.
  • Si la solicitud contiene secretos o identificadores privados en una cadena de consulta, rechácela y requiera una ruta POST más segura o mediada por humanos.

familia de rutas