Aprobación humana para las publicaciones de un agente: dónde poner el control

La aprobación humana de las publicaciones que escribe un agente va en un solo punto: entre el borrador terminado y la programación. El agente debería tener libertad para investigar, escribir y armar borradores, pero lo que sale publicado lo decide una persona, o el cliente. Eso se garantiza con los permisos de la clave, no con buenas intenciones, de modo que el agente técnicamente no pueda publicar hasta que se haya pasado por la aprobación.

Este artículo explica por qué funciona ese lugar, cómo configurarlo en Shager y qué debería revisar realmente una persona cuando le llegan veinte borradores de golpe.

¿Por qué no aprobar cada paso que da el agente?

Algunos equipos reaccionan a los agentes pidiendo confirmación para todo: cada archivo que se sube, cada texto, cada consulta. Parece seguro y deja de funcionar en menos de una semana. Los revisores se cansan de confirmar y empiezan a hacer clic en “sí” sin leer, lo que es peor que no tener ningún control.

La especificación de MCP adopta una postura mesurada. Dice que, por confianza y seguridad, siempre debería haber una persona en el circuito con la capacidad de denegar las llamadas a herramientas, y que los clientes deberían pedir confirmación en las operaciones delicadas. La palabra clave es “delicadas”. Leer una lista de cuentas no es delicado. Hacer una declaración pública en nombre de un cliente, sí.

Desliza hacia los lados para ver todo el diagrama

¿Dónde exactamente debería ir el control?

Mira el trabajo del agente como una cadena y marca qué eslabones se pueden deshacer:

Paso	¿Se puede deshacer?	¿Necesita a una persona?
Consultar espacios de trabajo, grupos y canales	No cambia nada	No
Subir archivos desde una URL	Es privado del espacio de trabajo	No
Crear un borrador	Es privado, editable y se puede borrar	No
Programar una publicación	Se puede deshacer hasta la hora de envío	Sí
Publicar	Es público y se ve al instante	Sí, ya decidido

El momento irreversible es la publicación, y el último punto práctico para frenarla es la programación. Así que el control va ahí. Todo lo anterior puede ejecutarse sin interrupciones, que es justamente lo que hace eficientes a los agentes.

¿Cómo hacen cumplir el control los permisos?

Las claves de API de Shager tienen permisos: read, write y publish. Una clave con read y write puede hacer todos los pasos que están por encima de la línea de control y ninguno de los que están por debajo. Si el agente intenta schedule_post, la llamada falla.

Eso te da tres configuraciones prácticas:

1. El agente redacta, una persona programa. La clave del agente tiene read y write. Una persona revisa los borradores en el panel y los programa. Es el punto de partida para cualquier equipo.
2. El agente redacta, el cliente aprueba, el agente programa. La clave del agente también tiene publish, pero tu skill le indica que solo programe las publicaciones cuya aprobación volvió positiva. Es eficiente, pero depende de que se cumplan las instrucciones, así que revisa el registro de auditoría con regularidad.
3. Dos claves. Una clave de redacción sin publish para el agente de contenido, y un paso de programación separado, a cargo de una persona o de un agente con instrucciones muy acotadas, que tiene la clave de publicación. Es la separación más limpia para agencias grandes.

Los agentes que se registran por su cuenta empiezan todavía más limitados. Un agente que se registra solo a través de /auth.md obtiene un entorno de prueba que puede crear borradores, pero no puede programar, publicar, crear enlaces de conexión ni enviar solicitudes de aprobación hasta que una persona lo reclame. Al reclamarlo, esa persona decide si la clave recibe publish. Explicamos el flujo completo en registro autónomo de agentes y reclamo.

¿Dónde entra la aprobación del cliente?

En el trabajo de agencia, quien aprueba suele ser el cliente. request_approval de Shager crea un enlace de aprobación que el cliente abre sin iniciar sesión ni crear una cuenta. Revisa la publicación y la aprueba o la rechaza.

Una secuencia típica:

create_post         caption, group_ids, media_ids, per_channel[...], no schedule_at
request_approval    post id, returns an approval link for the client
get_post            later: read the approval status
schedule_post       only if approved; schedule_at "2026-09-03T09:00:00+02:00"

Y la instrucción correspondiente para el agente, escrita en su skill:

Never call schedule_post on a post unless get_post shows it was approved.
If a post is rejected, do not schedule it. Report the rejection to the
account lead, wait for revision notes, then create a revised draft with
create_post and request approval again.

El proceso completo, incluido cómo evitar que las aprobaciones queden trabadas durante días, está en nuestro flujo de aprobación del cliente para agencias.

Desliza hacia los lados para ver todo el diagrama

¿Qué debería revisar realmente un revisor?

Revisar veinte borradores de un agente es una tarea distinta a revisar una publicación escrita por una persona. Lo que buscas son errores sistemáticos, porque un agente repite sus errores de forma consistente. Lee en este orden:

1. Afirmaciones. Precios, fechas, ofertas, afirmaciones sobre salud o finanzas. Compáralas con el brief. Aquí es donde se produce el daño real.
2. Enlaces. Abre el enlace del primer comentario en dos o tres variantes. Confirma que lleva a la página de destino correcta.
3. Detalles de cada cuenta. Comprueba al azar que la variante de Monterrey diga Monterrey y la de Guadalajara diga Guadalajara. Los datos locales cruzados son el error más común de un agente en textos localizados.
4. Variación. Lee las variantes una al lado de la otra. Si parecen la misma frase con una palabra cambiada, pide versiones más diferenciadas.
5. Formato. Los Reels y los Shorts tienen requisitos de duración y de relación de aspecto. Shager valida los archivos con las reglas de cada red antes de enviarlos, pero el revisor igual debería comprobar que el formato elegido encaje con la pieza.

Cuando encuentres un problema, corrige la regla que lo causó, no solo la publicación. Si el agente se inventó un descuento, agrega “nunca indiques un precio o un descuento que no esté en el brief” a sus instrucciones.

¿Cuándo se puede aflojar el control?

Aflójalo de a poco y solo con evidencia. Después de varias semanas en las que los revisores no encontraron errores en afirmaciones ni en enlaces, un equipo podría pasar el contenido atemporal, como consejos u horarios de atención, a una revisión más ligera, mientras que las campañas con ofertas siguen con revisión completa. El registro de auditoría del panel de agentes muestra cada llamada que hizo el agente, así que aflojar el control no significa perder visibilidad.

Preguntas frecuentes

¿Un cliente puede aprobar publicaciones sin una cuenta de Shager?

Sí. El enlace de aprobación se abre sin iniciar sesión. El cliente ve la publicación y la aprueba o la rechaza, y el agente o el responsable de la cuenta leen el resultado.

¿Qué pasa si un agente intenta publicar sin el permiso publish?

La llamada se rechaza con un error estructurado y no se programa nada. Para eso sirve poner el control en los permisos: se mantiene incluso cuando las instrucciones están mal.

¿Las publicaciones de las cuentas propias de la agencia deberían saltarse la aprobación?

Pueden tener un control más ligero, pero mantén algún paso humano. Las cuentas de la agencia son tu reputación pública, y un error del agente ahí se ve tanto como uno en la página de un cliente.

Empieza con la primera configuración, el agente redacta y una persona programa, para cada cliente nuevo. La página de entrada para agentes tiene los datos de conexión, y a partir de ahí puedes ajustar o aflojar el control con datos reales de revisión que respalden la decisión.