# Agent Registry: el inventario solo sirve si también retira agentes

> Registrar agentes mejora descubrimiento y control, pero el valor operativo aparece cuando cada entrada tiene propietario, estado y proceso de retirada.

- Author: Viktor Berthelius (BRTHLS)
- Published: 2026-10-05
- Category: ai operating models
- Tags: agent-registry, lifecycle, governance
- Language: es
- Canonical: https://www.brthls.com/magazine/agent-registry-proceso-retirada-es
- Source: BRTHLS Magazine — https://www.brthls.com

---

## Problema

Cuando crear un agente es barato, aparecen duplicados, pruebas abandonadas y credenciales sin dueño. Un registro central mejora visibilidad, pero puede convertirse en otra base de datos obsoleta si nadie mantiene estado, propietario y fecha de revisión.

## Tesis

El registro debe ser una puerta de ciclo de vida, no una lista. La actualización de [Gemini Enterprise Agent Platform](https://cloud.google.com/blog/products/ai-machine-learning/whats-new-in-gemini-enterprise-agent-platform) presenta Agent Registry como biblioteca común para descubrir agentes, conexiones y servidores. Para que reduzca expansión descontrolada, debe gobernar también promoción, sustitución y retirada.

## Framework

| Estado | Condición | Acción permitida |
| --- | --- | --- |
| Experimental | Responsable y entorno aislado | Probar |
| Aprobado | Evaluación y permisos vigentes | Reutilizar |
| Restringido | Riesgo o cambio pendiente | Limitar |
| Sustituido | Alternativa designada | Migrar |
| Retirado | Acceso revocado y datos tratados | Archivar evidencia |

El [NIST AI RMF](https://www.nist.gov/itl/ai-risk-management-framework) sitúa gobierno y gestión durante todo el ciclo, no solo antes del despliegue. El registro es el punto natural para enlazar propietario, evaluación, incidentes, dependencias y decisión de continuidad.

## Por qué importa ahora

Los catálogos facilitan reutilizar agentes en lugar de reconstruirlos. Esa ventaja aumenta el radio de impacto de un componente mal mantenido. Si varios equipos dependen del mismo agente, un cambio de modelo, herramienta o permiso debe activar revisión y comunicación.

Retirar también es una capacidad. Incluye revocar identidad, cerrar conexiones, conservar evidencia necesaria y señalar la alternativa. Sin ese proceso, el inventario describe el pasado y no controla el presente.

## Anti-ejemplo

Una organización cataloga todos sus agentes y considera resuelto el gobierno. Meses después, varias entradas apuntan a propietarios que ya no están, comparten herramientas caducadas y siguen disponibles para nuevos usuarios. Hay visibilidad nominal, pero no control.

## Protocolo (3 pasos)

1. **Definir estados:** acordar qué condiciones permiten probar, aprobar, restringir y retirar.
2. **Automatizar señales:** actualizar el registro desde identidad, evaluaciones, telemetría e incidentes.
3. **Ensayar retirada:** elegir un agente sin uso y completar revocación, archivo y comunicación.

## Relacionado

- [Tool Registry: el mapa de riesgos de agentes enterprise](/magazine/tool-registry-mapa-riesgos-agentes-enterprise-es)
- [Microsoft Agent 365: el control plane del shadow AI](/magazine/microsoft-agent-365-control-plane-agentes-shadow-ai-es)

## Fuentes consultadas

- [Google Cloud: What’s new in Gemini Enterprise Agent Platform](https://cloud.google.com/blog/products/ai-machine-learning/whats-new-in-gemini-enterprise-agent-platform)
- [NIST AI Risk Management Framework](https://www.nist.gov/itl/ai-risk-management-framework)

## Próximo paso

Añade estado, propietario y próxima revisión al registro actual. Después retira una entrada obsoleta de extremo a extremo para comprobar que el proceso existe de verdad.

---

_Cite as: Berthelius, V. (2026). "Agent Registry: el inventario solo sirve si también retira agentes". BRTHLS Magazine. https://www.brthls.com/magazine/agent-registry-proceso-retirada-es_