Un flujo de aprobación para redes sociales, con un borrador que sí puedes revisar

Dale al revisor una fuente de verdad

El brief de nuestro taller ficticio dice: taller de iniciación para hacer una taza, 3 de octubre de 2026 a las 10:00, dar forma a una taza y añadirle el asa. La página de reservas es la dueña del precio actual y de los detalles de recogida. No se ha aportado ningún descuento ni promesa de recogida el mismo día.

El primer texto de arriba se inventa ambas cosas. La versión corregida usa los hechos aportados y dice a los lectores dónde encontrar el resto de los detalles. Está lista para una decisión, pero la reescritura en sí no cuenta como aprobación.

Para tu propia publicación, adjunta la oferta aprobada o la página fuente al brief. Un revisor no debería tener que decidir si una afirmación atractiva es cierta solo a partir del texto.

Haz explícitos los traspasos

Una sola persona puede hacer los cuatro trabajos de abajo. Un equipo puede repartirlos. Lo que importa es que alguien sea dueño de la decisión y que una publicación editada vuelva a revisión.

Puedes llevar el registro editorial en un documento o en tu herramienta de proyectos habitual. El modo de revisión de Hub limita la autoridad de publicación de un agente. No añade un portal de cliente por etapas, invitaciones de equipo ni recordatorios editoriales.

Revisa la imagen y el texto juntos

La imagen de ejemplo muestra una taza en proceso de montaje. Puede respaldar una frase sobre hacer un asa. No puede establecer el precio del taller, lo que conseguirá un principiante ni cuándo estará lista para recoger una pieza cocida.

Abre los archivos finales reales. Una miniatura en un chat puede esconder una errata, una cara recortada o el orden equivocado de las diapositivas. En vídeo, escucha el audio exportado y lee los subtítulos en un teléfono.

• Hechos: compara cada oferta, fecha y afirmación sobre el producto con el brief fuente.
• Material: comprueba el archivo exacto, el orden, el recorte, la ortografía y el permiso para usarlo.
• Destinatarios: lee los nombres de las cuentas seleccionadas, incluido el perfil de marca activo.
• Momento: confirma la fecha, la hora local y la zona horaria, sobre todo si la oferta caduca.
• Formato: resuelve los errores de validación bloqueantes y comprueba los campos obligatorios del destino.
• Siguiente paso: abre el enlace real y asegúrate de que el lector puede hacer lo que pide el texto.

Deja una decisión que otra persona pueda seguir

«Se ve bien» es difícil de interpretar después de que alguien cambie el texto. Nombra la versión y los destinos previstos. Si cambia el archivo, el texto, el destinatario o la hora, pide una nueva decisión.

El registro de abajo es deliberadamente pequeño para pegarlo en un documento compartido. No pongas en él credenciales, tokens de cuentas privadas ni listas de contactos de clientes.

Configura un agente en modo de revisión

El piloto automático es una delegación distinta. Si no es lo que pretendes, cambia la autoridad de la conexión antes de continuar. No confíes en un prompt de «pregúntame antes» para compensar permisos más amplios.

Dentro de Mellow Hub

Mantén activado el límite de revisión

1. Abre Agentes y acceso dentro del perfil previsto (Conexiones de IA en la barra lateral de escritorio) y elige Crear clave.
2. Deja marcado Revisar antes de publicar y fija un límite diario de publicaciones que encaje con la tarea. Deja desactivado Permitir generación con IA salvo que quieras delegar el gasto de créditos.
3. Este formulario rápido de clave se aplica al perfil actual. Para una conexión limitada a canales concretos o con caducidad, usa el flujo de autorización OAuth de un cliente compatible o la API de claves documentada. No des por hecho que el formulario rápido fija esas restricciones.
4. Tras conectar, pide al cliente que llame a whoami y list_channels. Comprueba el modo y los nombres de las cuentas. Crear publicaciones requiere posts:write y posts:publish; el modo de revisión sigue dejando la decisión de publicar a una persona.
5. Abre el elemento preparado en Hub, inspecciona la versión exacta y toma allí la decisión de publicar. Verifica cada destino después de la entrega.

Dale al agente un brief acotado

Sustituye los corchetes por información real. Si el cliente no puede confirmar la cuenta o el modo de revisión, detén ese flujo y arregla la conexión antes de que cree la publicación.

Usa mi conexión autorizada de Mellow Hub.
Llama a whoami y list_channels; muestra el modo y los nombres de las cuentas.
Prepara una publicación para [cuenta exacta].
Pregunta de la audiencia: [pregunta].
Hechos aprobados y fuente: [hechos y fuente].
Material: [archivos finales que puedo publicar].
No añadas ofertas, resultados ni fechas que no estén en el brief.
Valida la entrada y explica cualquier problema.
Prepárala en modo de revisión para mi decisión.

Comprueba el resultado antes de volver a intentarlo

Un elemento programado significa que existe un trabajo. Un elemento verificado en vivo significa que la red prevista informa de la entrega y la publicación esperada es visible. Mantén estos estados separados en tu registro.

Cuando una petición de API o MCP agota el tiempo de espera, lee primero su estado. Reintentar la misma petición con la misma clave de idempotencia permite a Hub identificar la operación existente. Una clave nueva puede crear otra publicación.

Ante un fallo parcial, inspecciona el destino fallido. No reenvíes los destinos que salieron bien solo para completar el conjunto. Cualquier cambio de contenido necesario para un reintento debe volver a pasar por revisión.

Sigue leyendo

• Conecta un cliente de publicación MCP
• Usa la receta de programación y reintentos por REST
• Lleva la responsabilidad de la revisión al calendario