Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Ciclo vital del registro
La migración ya está abierta
AWS El registro de agentes se ha lanzado en el nuevo espacio de agent-registry nombres. La compatibilidad con el espacio de bedrock-agentcore nombres de versión preliminar pública dejará de funcionar el 17 de septiembre de 2026. Para obtener instrucciones sobre la migración, consulta la Guía Guía completa de migración de registros completa de migración del registro.
Transiciones de estado
Create → DRAFT → Submit → PENDING_APPROVAL → Approve → APPROVED │ │ │ Reject │ Edit (new DRAFT ▼ │ revision; approved REJECTED ── Approve (direct) ───┘ stays discoverable) │ └── Edit → DRAFT Any status → DEPRECATED (terminal)
Detalles de la transición
-
Crear → BORRADOR. Edita libremente antes de enviarlo.
-
Enviar → PENDING_APPROVAL. Auto-approval pasa a APROBADO. EventBridge Notificación de Amazon enviada.
-
Approve/Reject→ Usos UpdateRegistryRecordStatus del curador. Puede aprobar directamente un registro RECHAZADO.
-
En desuso → Terminal desde cualquier estado. No se puede deshacer.
Cómo afectan las ediciones al estado
| Estado actual | Efecto de la edición |
|---|---|
|
BORRADOR |
Actualizado en su lugar. Permanece en estado de borrador. |
|
PENDIENTE DE APROBACIÓN |
Nuevo BORRADOR de revisión. Se descartó la revisión pendiente. No es visible a través de las API de descubrimiento o del punto final de MCP (nunca se aprobó). |
|
APPROVED |
Nueva revisión del BORRADOR. La revisión aprobada permanece visible hasta que se apruebe la nueva revisión. |
|
REJECTED |
Nuevo BORRADOR de revisión. Debe volver a pasar por el flujo normal de envío y aprobación. |
|
DEPRECATED |
Los registros obsoletos no se pueden editar; obsoleto es un estado terminal |
nota
Para ocultar temporalmente un registro aprobado para que no sea descubierto sin dejar de estar en desuso, rechace el registro. Las API de detección ni el punto final del MCP no devuelven los registros rechazados. Cuando desee que el registro vuelva a ser detectable, edítelo y vuelva a aprobarlo para crear una nueva revisión aprobada.
Dual-revision comportamiento
La edición de un registro APROBADO crea un nuevo BORRADOR de revisión mientras la revisión aprobada permanece activa:
-
Discovery APIs (
SearchDiscoverableRegistryRecordsListDiscoverableRegistryRecords,BatchGetDiscoverableRegistryRecord) y el punto final de MCP (InvokeRegistryMcp): devuelven la revisión aprobada. -
API de administración (
GetRegistryRecord,ListRegistryRecords): devuelven la última revisión (que puede ser un BORRADOR).
Una vez que un comisario revisa y aprueba la revisión editada, las API de descubrimiento y el punto final del MCP comienzan a mostrar la nueva revisión (aprobada).
Reglas de visibilidad
| API | Devuelve |
|---|---|
|
SearchDiscoverableRegistryRecords |
Solo revisiones aprobadas |
|
ListDiscoverableRegistryRecords |
Solo revisiones aprobadas |
|
GetDiscoverableRegistryRecord |
Solo revisiones aprobadas |
|
BatchGetDiscoverableRegistryRecord |
Solo revisiones aprobadas |
|
InvokeRegistryMcp |
Solo revisiones aprobadas |
|
GetRegistryRecord |
Última revisión (cualquier estado) |
|
ListRegistryRecords |
Última revisión (cualquier estado) |
nota
SearchDiscoverableRegistryRecordsse nombró SearchRegistryRecords en el espacio de bedrock-agentcore nombres. BatchGetDiscoverableRegistryRecordLas API ListDiscoverableRegistryRecords y solo están disponibles en el espacio de agent-registry nombres.
