---
title: Gobernanza de la publicación de agentes
description: "Decida qué puertas atraviesa un agente antes de publicarse en cada ámbito, cuántos agentes personales admite su equipo y qué techo mensual tiene cada persona. Incluye el muro de rol que ve quien no administra."
allan.topic: how-to
allan.service: platform-ui
allan.date: 08/04/2026
allan.ruta: /admin/governance
allan.fuente: [app/admin/governance/page.tsx, components/admin/policy-editor.tsx]
allan.audiencia: [admin]
allan.aplica_a: administradores de la organización
allan.terminos: [agente, ambito, aprobacion, techo, credito-de-trabajo, organizacion]
---

Gobernanza decide qué controles se aplican cuando alguien de su equipo crea o
publica un agente, y cuánta capacidad mensual puede gastar cada persona. Es la
pantalla que determina si un agente entra en el catálogo compartido en cuanto se
envía o si antes pasa por verificación y aprobación.

## Si no administra la organización

La página comprueba su rol antes de pintar nada. Quien no administre la
organización ve una única línea —**Esta sección es solo para administradores**—
y ningún control: no hay versión de solo lectura. Como la pestaña
**Administración** tampoco aparece en la barra superior para esas cuentas, a
este muro solo se llega por enlace directo.

## Las tres puertas

La pantalla repite el mismo trío de interruptores para cada ámbito: **Agentes
personales**, **Publicar en el equipo** y **Publicar para todos**.

| Puerta | Qué hace |
|---|---|
| Verificación automática | Revisa la estructura del paquete del agente y contrasta las herramientas que declara con lo que la política del equipo permite. |
| Evaluación con IA | Añade a esa revisión una ejecución de prueba del agente, con veredicto y puntuación. |
| Aprobación de un administrador | Deja la versión esperando una decisión humana en Aprobaciones pendientes. |

De fábrica, los dos ámbitos compartidos llegan con verificación y aprobación
exigidas, y los personales sin ninguna puerta. Lo que ve al abrir la pantalla es
la política ya resuelta: los valores del despliegue más lo que su organización
haya cambiado.

Al guardar solo se escribe lo que usted haya tocado; el resto sigue heredando
del despliegue y se moverá con él. La unidad que se reclama es el **ámbito
entero**: en cuanto toque un interruptor de «Publicar en el equipo», los tres de
esa tarjeta pasan a ser decisión de su organización y ya no cambiarán aunque
cambien los valores de fábrica. Los otros dos ámbitos siguen heredando.

## En qué estado queda una versión

| Puertas activas en el ámbito | Al enviar, la versión queda |
|---|---|
| Ninguna | Publicada, sin más pasos. |
| Verificación o evaluación | En verificación; después, publicada o con la verificación fallida. |
| Verificación y aprobación | En verificación y, si pasa, pendiente de aprobación. |
| Solo aprobación | Pendiente de aprobación. |

Una versión que falla o que se rechaza no se pierde: se corrige y se reenvía.

> [!IMPORTANTE]
> Los dos primeros interruptores no son independientes. Activar la evaluación
> con IA manda la versión a verificación aunque la verificación esté apagada, y
> las comprobaciones estructurales y de política corren igualmente. No existe
> «evaluar sin verificar».

## Otros límites

Debajo hay dos ajustes generales. **Cantidad máxima de agentes personales por
usuario** en blanco significa sin límite. **Permitir copiar agentes del equipo a
agentes personales** decide si alguien puede partir de un agente compartido para
hacerse el suyo. Ambos se guardan con **Guardar configuración**, junto con las
puertas.

## Si la configuración no carga

Cuando la política no se puede leer, la pantalla **no pinta los controles**: en
su lugar aparece una tarjeta con el motivo del fallo y un botón **Reintentar**.
No hay nada que guardar mientras tanto, y es deliberado: sin haber leído qué
tiene configurado su organización, guardar escribiría interruptores en blanco
sobre la política real y el equipo pasaría a publicar sin verificación ni
aprobación. Su configuración no ha cambiado; pulse **Reintentar**.

Un fallo al **guardar** es distinto y se comporta al revés: los controles siguen
ahí con lo que usted había puesto, y el aviso rojo sale sobre ellos para que
pueda corregir y reintentar sin perder los cambios.

La tarjeta de **Techos de capacidad** se carga por su cuenta y sigue disponible
aunque la política falle.

## Techos de capacidad

La última tarjeta limita cuánta capacidad mensual puede gastar una persona. Sin
techo propio, su consumo sale de la bolsa colectiva del equipo, que es el estado
por defecto. Elija un miembro, asígnele créditos al mes y guarde: cada fila se
guarda por su cuenta, no con el botón de arriba. El botón de la papelera no pone
el techo a cero, lo quita, y devuelve a esa persona a la bolsa común; poner cero
la dejaría sin poder trabajar. La tarjeta no indica si el techo está
efectivamente en vigor, así que contraste el consumo real en Uso de la organización.

## Quién puede hacer qué

Todo lo de esta pantalla exige administrar la organización; un administrador de
plataforma también entra. Si su cuenta no alcanza a leer los techos, la tarjeta
muestra «nadie tiene techo propio» en lugar de un error: ausencia y falta de
permiso se ven igual.

## Pasos siguientes

- [Suscripciones](suscripciones.md)
- [Auditoría](auditoria.md)