En el G3 decidiste el color de cada acción y en el G4 contrataste cada herramienta con acceso mínimo. Falta comprobar que eso existe de verdad y sigue existiendo. En Horizonte, el registro de las acciones se apagó "para ahorrar espacio" y el asistente de correo se aprobó con un "puedes encenderlo" por WhatsApp. Esta clase le da al gestor una lista de 10 puntos para revisar cada mes.
2Conceder permiso por escrito, con alcance y vigencia
3El registro que responde las cinco preguntas
4La revisión mensual de accesos y el apagado del agente
Objetivo: asegurar que cada acción del agente tenga identidad propia, permiso concedido por escrito y un registro que diga quién, cuándo, qué y con qué versión.
01 · Cuatro revisiones del gestor
Tú no configuras nada: compruebas que existe y pides lo que falta. Haz clic en cada etapa.
Cada mes, y en cada cambio de agente, herramienta o persona
Haz clic en cada bloque del diagrama para ver qué hace.
Los riesgos técnicos (llave expuesta, inyección, demasiados permisos) y la LGPD están en el curso Base del Profissional 2030; aquí el tema es lo que el gestor verifica. Horizonte: empresa ficticia de estudio.
02 · Qué pide cada verificación
Cuatro problemas del laboratorio, vistos desde el lado de quien responde por el área.
1. Identidad propia
Si la Hora actuara con el login de Patrícia, el registro diría que fue Patrícia, y apagar la Hora sería bloquear a Patrícia. Pide una cuenta con el nombre del agente en cada sistema que usa.
La credencial de esa cuenta queda en el servidor, resguardada por TI. Tú no necesitas verla: necesitas saber quién tiene acceso a ella y cuándo se cambió por última vez.
En el laboratorioLa configuración del asistente de correo trae el token dentro del propio archivo. Pedido de Patrícia a Rafael: token en una bóveda del servidor, con la lista de quién accede.
2. Permiso concedido, no heredado
El asistente de correo recibió leer, enviar, borrar y vaciar la papelera, todo aprobado de una vez, porque Carlos respondió "puedes encenderlo" por WhatsApp. Nadie pidió cada permiso ni dijo hasta cuándo valía.
Una concesión tiene pedido, alcance, aprobador y vigencia. Quien pide no concede por sí solo, y quien configura no decide qué está permitido.
En HorizontePedido nº 3: asistente de correo lee comercial@ y prepara respuestas. Alcance: solo ese buzón. Aprueba: Patrícia. Vigencia: 90 días. Enviar: con aprobación en cada correo. Borrar: no.
3. El registro de las cinco preguntas
La Hora tenía el registro apagado "para ahorrar espacio en la base de datos". Cuando finanzas preguntó quién aprobó el pedido del hotel, nadie supo. El registro es lo que convierte el "creo que fue" en "fue así".
Una línea por acción: quién y en qué versión, cuándo, qué, cuánto, quién aprobó. Guardada en un lugar que el agente y el operador no editan, por el tiempo que la empresa defina.
Línea de registroHora v2.0 · 16:44 · creó pedido del Hotel Fazenda Recanto · R$ 28.120 de tabla, sin descuento · aprobado por Patrícia a las 17:02, pedido exacto · conversación c-202.
4. Revisar y apagar
Una vez al mes, compara la lista de accesos de cada agente con la matriz. El acceso que sobra, se quita. Junto con eso, revisa una muestra del registro y prueba el botón de apagado.
Okta (AI Agents at Work 2026, investigación de un proveedor de identidad, que vende la solución) trata la identidad de agente como un tema propio y reporta controles más débiles para agentes que para empleados en casi dos tercios de las organizaciones.
ApagadoEl agente que sale de uso tiene sus credenciales revocadas el mismo día, como un empleado que se va. El registro queda guardado.
03 · Modelos para copiar
El checklist de 10 ítems, la línea de registro y la revisión mensual. La pestaña de al lado muestra el checklist aplicado a la Hora.
Checklist de gobernanza del agente (10 ítems)
CHECKLIST DE GOBERNANZA · agente: <nombre> · versión <...> · verificado por <nombre> el <fecha>
Para cada ítem: sí / no · dónde se ve (archivo, pantalla, persona que confirmó)
IDENTIDAD
[ ] 1. El agente actúa con cuenta propia, con su nombre, en cada sistema.
[ ] 2. La cuenta tiene un responsable humano con nombre (matriz de la clase 1).
[ ] 3. La credencial queda en el servidor, fuera del prompt, del navegador y de la planilla;
quien tiene acceso a ella está listado.
PERMISO
[ ] 4. Cada permiso fue pedido y aprobado por escrito, con alcance y vigencia.
[ ] 5. Los permisos coinciden con la matriz de nivel de autorización y el contrato de herramienta;
nada más.
[ ] 6. Ninguna acción irreversible al alcance (pagar, borrar, cambiar precio, enviar en masa).
REGISTRO
[ ] 7. Toda acción registrada: quién y versión, cuándo, qué, cuánto, quién aprobó.
[ ] 8. El agente y quien opera no borran ni editan el registro; plazo de conservación definido.
REVISIÓN
[ ] 9. Alguien lee una muestra por semana y recibe aviso de evento crítico.
[ ] 10. Revisión de accesos cada mes y apagado probado (pausar, revocar, quién asume).
Cada "no": responsable <nombre> · plazo <fecha> · mientras tanto: <la acción queda en amarillo / pausada>
Línea de registro de acción
REGISTRO · una línea por acción del agente
| Fecha y hora | Agente y versión | Acción (verbo + objeto) | Valor | Caso / conversación | Aprobación (quién, cuándo, sobre qué) | Resultado |
|---|---|---|---|---|---|---|
| <dd/mm hh:mm> | <nombre vX.Y> | <creó pedido / envió correo / dio descuento> | <R$> | <id> | <nombre, hora, contenido exacto> o <dispensada en el límite> | <hecho / devuelto / falló> |
Preguntas que toda línea responde: quién (y en qué versión), cuándo, qué, cuánto, quién aprobó.
Revisión mensual de accesos
REVISIÓN MENSUAL · <mes> · conducida por <nombre> con <TI>
| Agente | Sistema | Permiso hoy | ¿Está en la matriz? | ¿Usado en el mes? | Decisión |
|---|---|---|---|---|---|
| <nombre> | <sistema> | <leer / escribir / enviar / borrar> | sí / no | sí / no | mantener / reducir / quitar |
Muestra del registro leída: <n> líneas · hallazgos: <...>
Botón de apagado probado el <fecha> · tiempo hasta detenerse: <minutos> · quién asumió: <nombre>
Credenciales cambiadas el <fecha> · agentes fuera de uso con acceso revocado: <lista o ninguno>
Prompt · verificar el checklist con los archivos
Eres auditor de TI. Abajo están el checklist de gobernanza de un agente
de IA llenado por un gestor y los archivos de configuración del agente.
No corrijas la configuración. Para cada uno de los 10 ítems:
1. Di si los archivos confirman el "sí" del gestor, citando el campo.
2. Señala el ítem marcado "sí" sin evidencia.
3. Señala el permiso en los archivos que no aparece en la matriz.
No inventes campos que no estén en los archivos.
Checklist:
"""<pega>"""
Archivos de configuración:
"""<pega>"""
Simulación: ejemplo ilustrativo
Hora · cómo está en el laboratorio × pedido de Patrícia · Horizonte, empresa ficticia de estudio
Ítem
Hoy (configuración del lab)
Pedido
1 Cuenta propia
sí: número propio de WhatsApp
verificar también en la app de pedidos
2 Responsable
no: "Rafael (TI tercerizada)"
Patrícia (clase 1)
3 Credencial
no informado
Rafael lista dónde queda y quién accede
4 Concesión escrita
no: herramientas habilitadas sin pedido
un pedido por herramienta
5 Coincide con la matriz
no: crear pedido sin límite de valor ni de descuento
topes en la herramienta (G3)
6 Irreversible fuera
no: sin aprobación humana
pagar, precio y borrar fuera
7 Registro
no: conversaciones y acciones no se guardan
encender, con versión
8 Nadie borra
no aplica: no hay registro
conservación fuera del alcance de la Hora
9 Alguien lee
no
Patrícia, 40 conversaciones por semana (clase 4)
10 Revisión y apagado
no
1.er lunes del mes; apagado probado
También en el lab: la versión del modelo figura como "modelo-exemplo", sin número. Sin versión, el registro no dice qué Hora hizo qué.
Marcar "sí" de memoria. Cada "sí" indica dónde se ve: el campo del archivo, la pantalla o la persona que confirmó.
Registro sin versión. Sin la versión del agente, no se puede saber si el error es de la versión nueva o de la anterior.
Registro que el agente edita. Si quien es registrado puede borrar la línea, esa línea no prueba nada.
Revisión sin fecha. "Vamos a mirar" no es una revisión: ponla en el calendario.
Apagado nunca probado. Solo se descubre que el botón no funciona el día en que hace falta.
04 · Práctica
El checklist de la Hora usa los archivos del laboratorio; el de tu agente usa los tuyos.
1 · La lista de verificación de Hora y del asistente
30 min
Abre la configuración de Hora y la del asistente de correo en el laboratorio. Aplica la lista de verificación a los dos, marcando dónde se ve cada respuesta. Después escribe la línea de registro que debería existir para el pedido del hotel (conversación c-202), con la aprobación de Patrícia.
Listo cuando: las dos listas de verificación tienen los 10 ítems con sí o no y el campo del archivo que muestra cada respuesta; cada "no" tiene responsable y plazo; y la línea de registro del pedido del hotel responde las 5 preguntas, con la versión de Hora.
2 · La lista de verificación de tu agente
40 min
Pídele a TI (o al proveedor) la configuración del agente que elegiste en la clase 1 y la lista de quién accede a las credenciales. Aplica la lista de verificación, ejecuta el prompt de verificación y marca en el calendario la primera revisión mensual de accesos, con la prueba del botón de apagado.
Listo cuando: la lista de verificación de tu agente está guardada con los 10 ítems y la evidencia de cada uno; cada "no" tiene responsable y plazo; y la revisión mensual está en el calendario con fecha, participantes y la prueba de apagado.
4 preguntas. La explicación aparece después de tu intento.
Pregunta 1 de 4
¿Por qué Hora no debe actuar con el inicio de sesión de Patrícia, aunque sea más rápido de configurar?
Correcto
La identidad propia es lo que permite saber quién hizo qué, darle al agente solo lo que necesita y apagarlo sin apagar a una persona.
No es esa
La identidad propia es lo que permite saber quién hizo qué, darle al agente solo lo que necesita y apagarlo sin apagar a una persona.Repasar: Qué pide cada verificación
Pregunta 2 de 4
Carlos respondió "puedes activarlo" en WhatsApp y el asistente de correo empezó a enviar y borrar sin aprobación. ¿Qué faltó?
Correcto
"Puedes activarlo" autoriza a activar, no define lo que la herramienta puede hacer. Sin una concesión escrita, los permisos vienen con el valor predeterminado de la herramienta, que suele ser amplio. Pedirlo en el prompt es una regla en el texto, no un bloqueo.
No es esa
"Puedes activarlo" autoriza a activar, no define lo que la herramienta puede hacer. Sin una concesión escrita, los permisos vienen con el valor predeterminado de la herramienta, que suele ser amplio. Pedirlo en el prompt es una regla en el texto, no un bloqueo.Repasar: Qué pide cada verificación
Pregunta 3 de 4
¿Qué línea de registro sirve para investigar un pedido equivocado?
Correcto
Solo la tercera responde las cinco preguntas: quién y en qué versión, cuándo, qué, cuánto y quién aprobó.
No es esa
Solo la tercera responde las cinco preguntas: quién y en qué versión, cuándo, qué, cuánto y quién aprobó.Repasar: Modelos para copiar
Pregunta 4 de 4
Marcaste "sí" en el ítem "registro de toda acción", pero el agente puede borrar sus propias líneas. ¿Y ahora?
Correcto
El registro protege porque nadie que esté en él puede modificarlo. Pedírselo al agente por el prompt es una regla en el texto; el bloqueo tiene que estar en el sistema.
No es esa
El registro protege porque nadie que esté en él puede modificarlo. Pedírselo al agente por el prompt es una regla en el texto; el bloqueo tiene que estar en el sistema.Repasar: Modelos para copiar
Prueba terminada
Acertaste {a} de {n}. Si aciertas todas, la clase se marca como completada.
Elige una alternativa. La explicación aparece después de tu intento.
06 · Resumen
IdentidadCuenta con el nombre del agente; credencial en el servidor, con lista de quién accede.
PermisoPedida y concedida por escrito, con alcance, aprobador y vigencia.
RegistroQuién y versión, cuándo, qué, cuánto, quién aprobó. Nadie de adentro lo borra.
RevisiónMuestra semanal, accesos cada mes, apagado probado, revocar el mismo día.
