Inteligencia social multagente con Strands y Bedrock

Resumen

Los prospectos dejan trazas en múltiples fuentes: un fundador pregunta “¿Qué uso para X?” en r/SaaS, el producto aparece en Hacker News, una repo en GitHub supera las 2,400 estrellas, y las preguntas en Stack Overflow aumentan. Aisladas, esas señales son ruido; correlacionadas, revelan intención de compra. Thrad.ai implementó un sistema multagente con Strands Agents y Amazon Bedrock AgentCore para automatizar esta inteligencia social y convertirla en correos personalizados a escala.

En este artículo describimos la arquitectura de cuatro agentes, cómo se orquestan (patrones Swarm y Graph), las prácticas de scoring y gobernanza, y qué considerar si quieren aplicar esto en equipos de ventas o inteligencia competitiva en América Latina.

El problema: demasiada señal, poco contexto

El equipo de ventas de Thrad.ai dedicaba entre 30 y 45 minutos a investigar cada lead consultando hasta seis fuentes antes de redactar un email. Ese trabajo humano es costoso y difícil de escalar. Un único agente de IA no basta: la diversidad de señales, APIs y el análisis contextual requieren especialistas que manejen dominios y formatos distintos.

La solución es dividir responsabilidades: cada agente se especializa en ciertas fuentes o tareas y un agente de análisis fusiona esos resultados para detectar patrones interfuente. Así se logra tanto eficiencia como riqueza contextual para outreach más relevante.

Arquitectura multagente: roles y flujo

La implementación presentada usa Amazon Bedrock AgentCore junto con Strands Agents y sigue un pipeline de cuatro agentes con perfiles y herramientas claras. Cada agente valida su salida con Pydantic para garantizar contratos de datos estrictos.

Trend Research Agent (Descubrimiento): consulta Hacker News, YouTube, dev.to, Product Hunt, Reddit y Stack Overflow para detectar lanzamientos y señales de intención de compra. Incluye filtros para evitar leads ya existentes.
Search Specialist Agent (Enriquecimiento): agrega contexto a cada prospecto a través de Wikipedia, GitHub, Lobste.rs y Stack Overflow.
Analysis Agent (Puntaje): fusiona las señales y asigna una puntuación de 0 a 100 por prospecto-tendencia. Usa criterios ponderados, clasificación de intención y decaimiento temporal para priorizar señales recientes y correlacionadas.
Email Generation Agent (Redacción): toma prospectos de alta puntuación y genera correos personalizados validados contra lineamientos de marca.

Cada agente usa un conjunto limitado de herramientas y servicios de AgentCore (Runtime, Gateway, Memory y Observability según corresponda). Dos agentes (Trend Research y Search Specialist) pueden ejecutarse en paralelo; cuando ambos terminan, el Analysis Agent hace la puntuación y, si el prospecto supera umbrales, pasa al agente de email.

Orquestación: Swarm vs Graph

El proyecto compara dos patrones de orquestación: Swarm (paralelismo amplio con fusión central) y Graph (flujo dirigido con dependencias explícitas). Ambos enfoques se midieron frente a criterios operativos clave: latencia, costo y calidad de email. La elección depende del trade-off que prefieran:

Swarm: reduce latencia en etapas de descubrimiento al ejecutar muchos agentes paralelos, pero puede incrementar costos si no se filtran señales temprano.
Graph: permite control fino de dependencias y filtrado incremental, lo que optimiza consumo pero puede aumentar latencia total por pasos secuenciales.

En producción conviene realizar pruebas con sus propias fuentes y volúmenes de datos para elegir el patrón más eficiente para su equipo.

Scoring y controles de calidad

El sistema de Thrad.ai combina varias técnicas para convertir señales dispersas en prospectos accionables:

Triangulación de señales: un prospecto necesita evidencia de al menos dos fuentes independientes para subir su puntuación.
Clasificación de intención: las publicaciones se clasifican en categorías como búsqueda de recomendación, frustración con un competidor, lanzamiento de producto o intención de compra. Esto ayuda a priorizar qué tipo de outreach es apropiado.
Decaimiento temporal: señales antiguas pierden peso, lo que favorece prospectos con actividad reciente.
Validación de esquema: cada agente devuelve datos validados con Pydantic para evitar que una salida mal formada contamine la siguiente etapa.

Además, se incorporan controles de gobernanza (p. ej., validación de marca en los borradores de email, observabilidad para auditoría y métricas) antes de lanzar mensajes en producción.

Implementación práctica y requisitos

Para seguir la implementación descrita en el original es necesario contar con:

Cuenta AWS con acceso a Amazon Bedrock y AgentCore, y el modelo Claude Sonnet 4.6 habilitado.
Permisos para DynamoDB, Lambda, Secrets Manager y uso de CDK.
Python 3.12+, Node.js 18+.
Dependencias: strands-agents>=1.25.0, bedrock-agentcore[strands-agents]>=1.2.1, pydantic>=2.12.5.

La guía práctica ofrece un repositorio para clonar y desplegar: https://github.com/aws-samples/sample-multi-agent-social-intelligence-strands-agentcore

Comandos de ejemplo del repositorio:

git clone https://github.com/aws-samples/sample-multi-agent-social-intelligence-strands-agentcore
cd sample-multi-agent-social-intelligence-strands-agentcore
instalar dependencias según README
cd infra && cdk deploy —all

Tiempo estimado para el despliegue hands-on: aproximadamente 60 minutos. Costo aproximado por invocaciones de modelo en Bedrock: entre $3 y $5 para la prueba; recuerden que recursos desplegados (tablas DynamoDB, Lambdas, servicios AgentCore) generan cargos mientras estén activos, por lo que es importante ejecutar los pasos de limpieza al terminar.

Consideraciones para equipos en América Latina

Aplicar este enfoque en la región requiere pensar en aspectos prácticos:

Fuentes en español y portugués: muchas señales relevantes para mercados locales provienen de foros y redes en español o portugués; habrá que adaptar agentes y patrones de intent detection a estos idiomas.
Regulación y privacidad: revisar el cumplimiento con leyes locales sobre datos y comunicaciones, y mantener controles para evitar outreach inapropiado.
Localización del mensaje: los correos generados deben respetar matices culturales y lenguaje formal/informal según país y público objetivo.
Costos y conectividad: las opciones de orquestación pueden cambiar según el costo de llamadas a modelos y la latencia entre regiones; usar perfiles de inferencia globales (por ejemplo global.anthropic.claude-sonnet-4-6) ayuda a evitar ARNs por región en políticas IAM y facilita despliegues multi-región.

Gobernanza y puesta en producción

Puntos clave antes de mover el sistema a producción:

Observabilidad: registrar métricas de latencia, uso de tokens y tasa de apertura/clics de emails.
Validación humana: incluir pasos de revisión humana para los primeros lotes de emails y ajustar plantillas.
Gestión de costos: aplicar filtros tempranos y políticas de reintento para evitar invocaciones innecesarias a modelos.
Seguridad e IAM: usar perfiles globales y permisos mínimos necesarios para los agentes y recursos.

Conclusión

La combinación de Strands Agents y Amazon Bedrock AgentCore permite transformar señales sociales dispersas en outreach personalizado a escala. Dividir responsabilidades entre agentes especializados, validar salidas con Pydantic, y aplicar scoring por triangulación y decaimiento temporal son prácticas que reducen el tiempo de investigación manual y aumentan la relevancia del contacto.

Para equipos de ventas, inteligencia competitiva o reclutamiento en América Latina, adaptar fuentes locales, asegurar cumplimiento legal y ajustar la localización del lenguaje son pasos esenciales. Si quieren reproducir la solución, el repositorio de referencia proporciona la guía y los artefactos para empezar.

Repositorio y recursos: https://github.com/aws-samples/sample-multi-agent-social-intelligence-strands-agentcore