Respuesta corta. Cinco etapas: traer todo por API con fecha; clasificar con reglas primero y modelo después, escalando lo sensible sin borrador; redactar sobre la ficha aprobada del cliente y verificar cada precio, plazo y enlace contra ella; aprobar en una cola donde una persona ve el hilo y decide; publicar por API oficial con registro y tope de costo. Si una etapa no pasa su compuerta, la siguiente no empieza.

Por qué community management es el caso difícil

Porque conviven dos trabajos con riesgo opuesto. Responder una consulta sobre horarios es la tarea que la evidencia muestra más automatizable: en 5.179 agentes de atención al cliente, un asistente de IA aumentó un 14% los casos resueltos por hora; la ganancia fue del 34% en los novatos y casi nula en los expertos (Brynjolfsson, Li y Raymond, NBER Working Paper 31161, 2023-04), y en redacción en un ensayo controlado con 453 profesionales, la IA generativa redujo un 40% el tiempo de las tareas de escritura profesional y subió un 18% la calidad (Noy y Zhang (MIT), publicado en Science, 2023-07-14). Manejar una crisis es lo contrario: con 758 consultores de BCG, la IA mejoró un 40% la calidad en tareas creativas dentro de su «frontera» de capacidad, pero redujo un 23% el acierto en una tarea de resolución de problemas fuera de ella: usar IA en la tarea equivocada destruye valor (Dell'Acqua et al., BCG Henderson Institute, 2023-09-21). Un «bot que responde comentarios» trata las dos igual; un harness las separa en la clasificación y les da rutas distintas.

En nuestro diagnóstico de capacidad el área «Community management» tiene un potencial de automatización marcado como provisional: se ancla al estudio de soporte al cliente y al de redacción, no a una medición en agencias, y así lo decimos. La forma de convertirlo en dato es la línea base de dos semanas de la hoja de ruta.

Las cinco etapas y sus compuertas

Cada etapa dice qué hace el código, qué hace el modelo y qué hace la persona. La regla general del harness: lo que una regla puede resolver no llega al modelo, y lo que el modelo produce no llega al cliente sin pasar por una persona. Cada etapa cita las fallas que evita, todas desarrolladas en la guía de las doce fallas.

1. Escucha: traer todo lo que llegó, por API y con fecha

Código
Extrae comentarios, menciones y mensajes por la API oficial de cada plataforma, con identificador de origen, hora, autor, publicación y cuenta del cliente. Nada por captura de pantalla, por sesión personal ni por herramientas que simulan un navegador.
Modelo
Ninguno. En esta etapa no hay nada que interpretar: hay que no perder nada.
Persona
Define qué cuentas y qué canales entran al flujo, y quién es dueño de cada credencial en la agencia.

Compuerta. Cada ítem de la cola tiene identificador de origen y hora. Si una API deja de responder, el flujo avisa a la persona de cuentas en vez de mostrar una bandeja vacía que se lee como «no pasó nada».

Fallas que aparecen acá: El agente tiene las llaves de las cuentas de los clientes. Con qué se sostiene: anthropic distingue «workflows» (LLMs orquestados por código con caminos predefinidos) de «agentes» (el modelo dirige su propio proceso) y recomienda empezar por la solución más simple, sumar complejidad solo cuando mejora resultados medibles, y mantener guardrails y puntos de control humanos (Anthropic, «Building effective agents», 2024-12-19).

2. Clasificación: qué es cada mensaje y a dónde va

Código
Reglas deterministas primero: idioma, spam ya conocido, cuentas bloqueadas, palabras de riesgo definidas con el cliente (salud, legal, seguridad, prensa), si el autor es cliente actual. Lo que una regla resuelve no llega al modelo.
Modelo
Clasifica el resto en las clases de abajo, con una etiqueta y una confianza. Nada más: no responde, no decide.
Persona
Revisa una muestra semanal de clasificaciones y corrige; cada corrección entra a la evaluación como caso nuevo.

Compuerta. Toda clase sensible escala a una persona sin borrador, aunque la confianza sea alta. Confianza baja va a la cola de revisión, nunca a una respuesta. La evaluación del clasificador se corre antes de cambiar el prompt o el modelo.

Fallas que aparecen acá: La calidad se juzga por sensación · Se automatiza lo que suena moderno, no lo que consume horas. Con qué se sostiene: en 5.179 agentes de atención al cliente, un asistente de IA aumentó un 14% los casos resueltos por hora; la ganancia fue del 34% en los novatos y casi nula en los expertos (Brynjolfsson, Li y Raymond, NBER Working Paper 31161, 2023-04); anthropic recomienda empezar las evaluaciones de agentes con 20 a 50 tareas simples tomadas de fallas reales, combinando calificadores por código, por modelo y humanos (Anthropic, «Demystifying evals for AI agents», 2026-01-09).

3. Borrador: respuesta o post, escrito sobre hechos cerrados

Código
Arma el contexto: el hilo completo, la ficha aprobada del cliente (productos, precios, horarios, plazos, políticas de devolución, promociones vigentes con fecha de fin), la guía de tono y las respuestas que la persona ya aprobó para casos parecidos.
Modelo
Redacta el borrador en el tono del cliente, sin prometer nada que no esté en la ficha. Para posts, parte del calendario aprobado y del brief; no inventa el tema.
Persona
Todavía nada: el borrador no se ve hasta que pasó la compuerta.

Compuerta. Un verificador compara cada precio, plazo, horario, nombre y enlace del borrador contra la ficha del cliente. Lo que no está en la ficha se marca y no sale; el borrador vuelve con la marca puesta para que la persona decida.

Fallas que aparecen acá: El reporte llega al cliente con una cifra que el modelo inventó. Con qué se sostiene: al resumir documentos, los mejores modelos alucinan entre 1,8% y 3,3% de las veces y varios modelos frontera entre 8% y 12%: sin una compuerta de verificación, alrededor de 1 de cada 10 resúmenes lleva un error factual (Vectara, Hallucination Leaderboard (HHEM), 2026-05-11); en un ensayo controlado con 453 profesionales, la IA generativa redujo un 40% el tiempo de las tareas de escritura profesional y subió un 18% la calidad; la brecha entre trabajadores más y menos hábiles se achicó (Noy y Zhang (MIT), publicado en Science, 2023-07-14).

4. Cola de aprobación: una persona decide, con el hilo a la vista

Código
Ordena la cola por clase y antigüedad, muestra el hilo, la ficha y las marcas del verificador, y registra qué se editó y por qué antes de aprobar.
Modelo
Ninguno. Si la persona pide otra versión, el modelo redacta de nuevo con la corrección como instrucción.
Persona
Aprueba, edita o rechaza cada borrador. En los escalados redacta ella, y decide si el caso pasa a la persona de cuentas o al cliente.

Compuerta. Nada se publica ni se envía sin aprobación. El porcentaje de texto editado por clase se mide cada semana: si sube, el flujo vuelve a la etapa de borrador con la lista de ediciones como especificación.

Fallas que aparecen acá: El sistema publica o envía sin que una persona lo vea. Con qué se sostiene: el 80% de las agencias ahorra 5 o más horas por semana con IA y el 35% ahorra 10 o más; el beneficio más citado es «reportes y resúmenes de rendimiento» (42%); el 58% aumentó la revisión humana (AgencyAnalytics, Agency Benchmarks 2026 (n=494, 64% EE.UU.), 2026-04); con 758 consultores de BCG, la IA mejoró un 40% la calidad en tareas creativas dentro de su «frontera» de capacidad, pero redujo un 23% el acierto en una tarea de resolución de problemas fuera de ella: usar IA en la tarea equivocada destruye valor (Dell'Acqua et al., BCG Henderson Institute, 2023-09-21).

5. Publicación y registro: por API oficial, con trazabilidad

Código
Publica o envía lo aprobado por la API oficial, con cuenta y credenciales de la agencia; guarda quién aprobó, qué cambió respecto del borrador y cuándo salió; corta por tope de costo y avisa ante fallas de API.
Modelo
Ninguno: publicar es una acción determinista sobre un texto ya aprobado.
Persona
Mira el tablero semanal y decide, con la persona de cuentas, qué clases pasan de revisar todo a revisar por muestra.

Compuerta. Cuentas y credenciales de la agencia, nunca de una persona ni del proveedor; tope de costo por cliente; registro auditable de cada publicación. Sin esas tres cosas el flujo no pasa de piloto.

Fallas que aparecen acá: El costo del modelo crece sin que nadie lo mire · El sistema vive en la cabeza del proveedor o en una herramienta que no se puede abrir. Con qué se sostiene: anthropic distingue «workflows» (LLMs orquestados por código con caminos predefinidos) de «agentes» (el modelo dirige su propio proceso) y recomienda empezar por la solución más simple, sumar complejidad solo cuando mejora resultados medibles, y mantener guardrails y puntos de control humanos (Anthropic, «Building effective agents», 2024-12-19); el acuerdo de usuario de LinkedIn prohíbe usar bots u otros métodos automatizados no autorizados para enviar o redirigir mensajes, y el centro de ayuda prevé restringir o cerrar las cuentas que usan software de automatización (LinkedIn, User Agreement §8.2 y Help Center, 2025-11-03).

Las siete clases de mensaje y a dónde va cada una

La clasificación es la etapa que define todo lo demás. Las clases y las rutas son criterio operativo nuestro; los ejemplos son del tipo de cuenta que atendemos. Cada cliente agrega sus palabras de riesgo y su política de moderación.

ClaseEjemploRutaQuién
Consulta«¿Hacen envíos a Monterrey?», «¿A qué hora abren el sábado?», «¿Sirve para piel sensible?»Borrador del modelo + aprobación humanaBorrador del modelo sobre la ficha del cliente; aprueba la persona de community.
Queja o reclamo«Pedí hace dos semanas y no llegó», «Me cobraron dos veces»Borrador del modelo + aprobación humanaBorrador de acuse y pedido de datos por privado; la persona de community aprueba y avisa a la persona de cuentas.
Sensible o de crisisUn daño a la salud, una acusación legal, una denuncia de discriminación, un periodista preguntando, un tema político del momentoPersona desde cero (el modelo no redacta)Persona de community y persona de cuentas, con el cliente si hace falta. El modelo no redacta.
Intención de compra«¿Precio?», «¿Cómo lo pido?», «¿Tienen stock del rojo?»Borrador del modelo + aprobación humanaBorrador con la derivación al canal de venta acordado; aprueba community y se avisa a cuentas si el cliente quiere seguir los leads.
Elogio o contenido de la comunidad«Me encantó», una foto usando el producto, un comentario con etiquetaBorrador del modelo + aprobación humanaBorrador corto en el tono del cliente; aprueba community.
Creador o marca que propone algoUna cuenta con audiencia que pide colaborar, una marca que propone un canjePersona desde cero (el modelo no redacta)Persona de community o de cuentas, según lo acordado con el cliente.
Spam, bots y enlaces maliciososSorteos falsos, criptomonedas, enlaces acortados repetidos, cuentas recién creadas con el mismo textoLo resuelve el códigoEl código archiva u oculta según la política del cliente; la persona revisa la muestra semanal.

Por qué esa ruta

  • Consulta: Es la clase más frecuente y la más repetitiva; la respuesta correcta ya está escrita en la ficha, el trabajo es encontrarla y decirla en el tono del cliente.
  • Queja o reclamo: El acuse es repetitivo; la solución no. El borrador solo reconoce y deriva; nunca promete plazos ni reintegros que no estén en la ficha.
  • Sensible o de crisis: Es la tarea fuera de la frontera del modelo: el costo de una respuesta plausible pero equivocada lo paga la marca del cliente, y no hay ficha que lo cubra.
  • Intención de compra: Vale más que cualquier otra clase y se pierde por demora; el borrador acelera, la persona decide qué se promete.
  • Elogio o contenido de la comunidad: Repetitivo y de bajo riesgo; lo que importa es que no suene igual siempre, y eso se mide con el porcentaje editado.
  • Creador o marca que propone algo: Es una relación, no una respuesta; el criterio de con quién se asocia una marca no se delega.
  • Spam, bots y enlaces maliciosos: No hay nada que redactar; una regla lo resuelve y el modelo no debería gastar tokens en eso.

Lo que sigue siendo trabajo de personas

  • La comunidad en crisis: qué se dice, quién lo firma y cuándo se calla.
  • El tono en temas sensibles y la decisión de no responder.
  • Las relaciones con creadores, marcas y periodistas.
  • La ficha del cliente: qué se puede prometer, a qué precio y hasta cuándo.
  • La política de moderación: qué se oculta, qué se borra, qué se deja y por qué.
  • El calendario editorial y la idea detrás de cada post; el modelo adapta, no decide qué contar.

La ficha del cliente merece una línea aparte: es el documento del que el modelo no puede salirse (productos, precios, horarios, plazos, políticas, promociones con fecha de fin) y es lo primero que se escribe en el piloto. Sin ficha, el verificador no tiene contra qué comparar y el borrador se convierte en opinión del modelo.

Qué se mide cada semana

MétricaCómo se mideQuién la carga
Tiempo hasta la primera respuesta, por claseDesde que el mensaje entra por API hasta que la respuesta aprobada sale; se compara contra la línea base medida antes del harness.Persona de community
Porcentaje editado por la persona, por claseDiferencia entre el borrador y lo aprobado. Si sube, el flujo no está listo para revisar por muestra.Persona de community
Escalados y cuántos eran de verdadCantidad de mensajes que el clasificador escaló y cuántos la persona confirmó como sensibles; los falsos negativos pesan más que los falsos positivos.Persona de cuentas
Incidentes frente al clienteCualquier respuesta publicada que hubo que borrar o corregir. Objetivo: cero.Persona de cuentas
Costo del modelo por clienteTokens de entrada y salida por mensaje, al precio vigente del proveedor, con tope por cliente.Implementador
Horas humanas por semana en el flujoRegistro de dos minutos por día de la persona de community; se compara contra la línea base.Persona de community

Hay un dato que conviene tener presente al leer el tablero: el 80% de las agencias ahorra 5 o más horas por semana con IA y el 35% ahorra 10 o más; el beneficio más citado es «reportes y resúmenes de rendimiento» (42%); el 58% aumentó la revisión humana (AgencyAnalytics, Agency Benchmarks 2026 (n=494, 64% EE.UU.), 2026-04). Que la revisión humana aumente no es una falla del harness, es su diseño; lo que tiene que bajar es el tiempo de armar, no el de revisar.

Lo que este harness no hace

  • No publica ni responde solo: todo pasa por una persona, y en las clases sensibles la persona escribe desde cero.
  • No usa la cuenta personal de nadie ni herramientas que simulan un navegador: solo APIs oficiales con credenciales de la agencia.
  • No manda mensajes privados masivos ni «saludos automáticos» a quien sigue la cuenta.
  • No promete plazos, precios ni reintegros que no estén en la ficha del cliente con fecha.
  • No reemplaza la guía de tono ni la política de moderación: las ejecuta.

Sobre la automatización desde cuentas personales vale recordar que el acuerdo de usuario de LinkedIn prohíbe usar bots u otros métodos automatizados no autorizados para enviar o redirigir mensajes, y el centro de ayuda prevé restringir o cerrar las cuentas que usan software de automatización (LinkedIn, User Agreement §8.2 y Help Center, 2025-11-03); las demás plataformas tienen condiciones propias que se leen en su documentación oficial antes del piloto.

Sobre los sueldos de community managers

No publicamos sueldos de community managers por país: las fuentes disponibles son plataformas de cursos que sintetizan portales de empleo sin fechar la cifra ni publicar la muestra, y acá ningún número sale sin fuente y fecha. El costo por hora que decide si el harness conviene es el de tu equipo, no un promedio: cargalo en el diagnóstico. La guía de costos explica qué encarece un flujo y cómo leer una promesa de retorno.

Cómo empezar

Igual que cualquier otro flujo: dos semanas de horas por tarea, la ficha del cliente escrita, y un piloto de tres ciclos en paralelo con la cola de aprobación revisando todo. El orden completo está en la hoja de ruta de 90 días; si el flujo con más horas de tu agencia no es community sino reportes, empezá por ese harness. Para montarlo con un agente de código, la guía de Claude Code muestra skills, subagentes por cliente y permisos acotados; para hacerlo con nosotros, los servicios describen el piloto medido.

Fuentes citadas

  • Anthropic, «Building effective agents» (2024-12-19): Anthropic distingue «workflows» (LLMs orquestados por código con caminos predefinidos) de «agentes» (el modelo dirige su propio proceso) y recomienda empezar por la solución más simple, sumar complejidad solo cuando mejora resultados medibles, y mantener guardrails y puntos de control humanos.
  • Brynjolfsson, Li y Raymond, NBER Working Paper 31161 (2023-04): En 5.179 agentes de atención al cliente, un asistente de IA aumentó un 14% los casos resueltos por hora; la ganancia fue del 34% en los novatos y casi nula en los expertos.
  • Anthropic, «Demystifying evals for AI agents» (2026-01-09): Anthropic recomienda empezar las evaluaciones de agentes con 20 a 50 tareas simples tomadas de fallas reales, combinando calificadores por código, por modelo y humanos.
  • Vectara, Hallucination Leaderboard (HHEM) (2026-05-11): Al resumir documentos, los mejores modelos alucinan entre 1,8% y 3,3% de las veces y varios modelos frontera entre 8% y 12%: sin una compuerta de verificación, alrededor de 1 de cada 10 resúmenes lleva un error factual.
  • Noy y Zhang (MIT), publicado en Science (2023-07-14): En un ensayo controlado con 453 profesionales, la IA generativa redujo un 40% el tiempo de las tareas de escritura profesional y subió un 18% la calidad; la brecha entre trabajadores más y menos hábiles se achicó.
  • AgencyAnalytics, Agency Benchmarks 2026 (n=494, 64% EE.UU.) (2026-04): El 80% de las agencias ahorra 5 o más horas por semana con IA y el 35% ahorra 10 o más; el beneficio más citado es «reportes y resúmenes de rendimiento» (42%); el 58% aumentó la revisión humana.
  • Dell'Acqua et al., BCG Henderson Institute (2023-09-21): Con 758 consultores de BCG, la IA mejoró un 40% la calidad en tareas creativas dentro de su «frontera» de capacidad, pero redujo un 23% el acierto en una tarea de resolución de problemas fuera de ella: usar IA en la tarea equivocada destruye valor.
  • LinkedIn, User Agreement §8.2 y Help Center (2025-11-03): El acuerdo de usuario de LinkedIn prohíbe usar bots u otros métodos automatizados no autorizados para enviar o redirigir mensajes, y el centro de ayuda prevé restringir o cerrar las cuentas que usan software de automatización.

Las etapas, las clases, las rutas, el tablero y la lista de lo que queda humano son criterio operativo nuestro, escrito a partir de operar un portafolio propio con agentes; los datos llevan su fuente y fecha, y si una fuente cambia se corrige acá. No se publican cifras de sueldos ni de horas propias hasta tener medición. Actualizada el 2026-09-21.