Herramienta recomendada para un agente para un caso de uso específico
Este es el caso de uso:
Un Agente Comercial (fase 1)
Paso 1 - Desencadenante - Formulario de Slack enviado y remitido a Claude
Paso 2 - Agente en Claude - extraerá datos de Snowflake y Salesforce para generar el resultado
Paso 3 - El agente enviará los resultados a Workato
Paso 4 - Workato enviará el resultado a la oportunidad en Salesforce
Consulta de arquitectura: ¿Es posible ejecutar un flujo de trabajo automatizado y un agente en Claude mismo? ¿O necesitaríamos utilizar n8n para la capa de orquestación automatizada?
es decir, ¿es esto posible?
- ¿Puede el agente estar en Claude (con instrucción del sistema e instrucciones) y ser activado cada vez que se envía un nuevo formulario de Slack y se remite al agente (a través del MCP de Slack a Claude)?
- Las herramientas adjuntas al agente (conectores MCP de Snowflake y SF a Claude) son llamadas y utilizadas por las instrucciones
- La salida del agente es un JSON enviado a Workato desde Claude (automáticamente)
- Workato hace su magia (requisito del equipo de Sistemas si se escribe en el entorno de Producción en Salesforce) y escribe en Salesforce
Honestamente, necesitas ambas. La API de Claude es reactiva — la llamas, responde. No se suscribe a Slack ni se dispara según una programación por sí sola, así que algo tiene que estar escuchando a Slack y llamar a Claude. n8n es una opción limpia porque el nodo Slack Trigger está integrado y el nodo Anthropic vive en el mismo workflow, así que reintentos / errores / logs vienen gratis.
La parte del “agente en Claude mismo” es la única cosa que no puedes hacer aún. La API de Anthropic no tiene equivalente a “suscribirse a mi workspace de Slack,” y los servidores MCP de Slack son para chat conversacional en claude.ai, no para disparadores de workflow. Entonces el disparador tiene que vivir en algún lugar fuera de Claude.
Si no quieres n8n en el medio, las alternativas que funcionan: aplicación Slack → AWS Lambda → Claude → Workato, solo tienes que construir y alojar el Lambda + agregar reintentos / observabilidad tú mismo. O sáltate ambos y haz que Workato escuche a Slack directamente y llame a Claude a través de su conector Anthropic — funciona si Workato ya es el trabajo pesado en tu stack.
Para lo que describiste, simplemente usaría Slack Trigger → AI Agent node (modo Tools Agent, Claude como modelo, herramientas Snowflake + SF MCP adjuntas) → HTTP Request a Workato. El modo Tools Agent es lo más cercano a tu modelo mental de “el agente se sienta en Claude con instrucciones” — Claude elige qué herramientas llamar y en qué orden, n8n solo aloja el disparador y la HTTP saliente.
Una cosa que vale la pena saber — ejecutar el llamado de herramientas de Claude a través de n8n significa que cada llamada de herramienta es una ejecución de nodo de n8n, no una llamada interna de Claude. El tradeoff es mejor observabilidad (ves cada paso en el registro de ejecución) pero ligeramente más lento que si Claude pudiera ejecutar el loop nativamente.
3 Me gusta
Creo que en este punto es más complicado. Claude ahora tiene agentes (en la consola e integra con otros servicios, Slack es un ejemplo inmediato) y Claude Workspace, que puede actuar como agente y realizar todas las tareas que mencionas. Pero las ventajas de n8n siguen siendo válidas en cuanto a observabilidad y también para ser más independiente de un proveedor. Ahora mismo soy reacio a usar directamente cualquier framework de agentes de Anthropic, OpenAI o Google, ya que quiero ser el dueño de la lógica de negocio y poder cambiar de LLM sin problema, si el próximo mejor llega la semana que viene 
Así que, siempre hay más maneras de completar algo, pero la forma de n8n te mantiene más independiente y flexible en términos de uso de LLM y gestión de flujos de trabajo.