En este artículo
Lo importante en 30 segundos
- Salesforce ha presentado una cartera de agentes preparados para trabajos concretos: Hunter, Casey, Paige, Carter, Marshall, Piper y Fin.
- Hunter es el más novedoso para Ventas: puede mantener un objetivo durante días o semanas, conservar contexto y coordinar trabajo a lo largo del ciclo comercial.
- Que el agente venga preparado para un trabajo no significa que sea plug-and-play: sigue necesitando datos fiables, procesos claros, permisos, reglas y contexto del negocio.
Agentforce Hunter es probablemente la novedad más interesante para un Director Comercial. Salesforce lo plantea como un agente de ventas capaz de investigar cuentas, hacer outreach, trabajar oportunidades y mantener un objetivo durante días o semanas en lugar de limitarse a responder una petición puntual.
Pero «preparado para el trabajo» no significa «lo activas y ya conoce tu negocio».
El agente sigue necesitando entender cómo vendes, qué datos puede utilizar, qué acciones tiene permitidas y cuándo debe pedir aprobación a una persona.
Imagina esta petición:
Tenemos diez oportunidades importantes en riesgo. Revisa cuáles merece la pena recuperar antes de final de trimestre y ayúdame a moverlas.
Un chatbot puede responder con una recomendación.
Un copilot puede ayudar con alguna de las tareas.
Lo que Salesforce quiere que haga Hunter es distinto: convertir el objetivo en un plan, seguir trabajando sobre él, incorporar nueva información y decidir cuál es el siguiente paso según evoluciona cada oportunidad.
Eso explica el cambio mejor que la expresión «nuevo agente de ventas».
Salesforce está intentando pasar de agentes que completan una tarea a agentes que persiguen un resultado durante más tiempo.
¿Qué es Agentforce Hunter?
Agentforce Hunter es el agente de Salesforce especializado en ventas outbound. En el anuncio del 11 de septiembre de 2026, Salesforce lo describe como un agente que trabaja el pipeline desde la investigación hasta el outreach, colaborando con el comercial durante semanas y meses.
En su página de ventas lo resume de forma más directa: fijas un objetivo y Hunter lo persigue, prospectando, avanzando operaciones y trabajando hacia el cierre mientras funciona de forma continua en segundo plano.
Está pensado para acompañar al comercial en diferentes partes del ciclo:
identificar y priorizar cuentas a las que dirigirse
investigar esas cuentas y sus contactos
preparar y lanzar outreach
hacer seguimiento
avanzar oportunidades
trabajar hacia el cierre
La diferencia importante es que Hunter no está planteado únicamente como un AI SDR dedicado a conseguir una primera reunión.
Salesforce lo sitúa a lo largo del ciclo comercial.
Puede mantener contexto sobre cuentas, contactos y oportunidades, y coordinar diferentes acciones alrededor de un objetivo comercial.
Por ejemplo:
Construye pipeline en este segmento.
Ayúdame a avanzar estas oportunidades.
Rescata las operaciones en riesgo antes de que acabe el trimestre.
La promesa de producto es pasar de ejecutar tareas aisladas a mantener el objetivo en el tiempo.
¿Qué tiene de nuevo Hunter frente a los agentes que ya conocíamos?
La gran novedad es el long-horizon runtime de Agentforce.
Hasta ahora, muchas experiencias con IA siguen aproximadamente esta secuencia:
pregunta → respuesta
o esta otra:
petición → acción → fin
El trabajo comercial no funciona así.
Una oportunidad puede durar semanas o meses.
Entre una acción y otra:
responde el comprador
cambia un interlocutor
aparece un competidor
se retrasa una decisión
cambia el importe
surge una nueva reunión
el comercial modifica la estrategia
Salesforce ha diseñado un runtime nuevo para que un agente pueda mantener el objetivo y continuar trabajando cuando cambia el contexto.
Hunter es el primer agente de la nueva cartera que utiliza esa capacidad.
Salesforce explica el funcionamiento con tres elementos.
Memory
El agente conserva contexto y progreso entre sesiones.
No debería tener que reconstruir el objetivo desde cero cada vez que vuelve a actuar.
Durable execution
El plan se mantiene en el tiempo, y el agente puede retomarlo o corregir el rumbo cuando cambian las circunstancias.
Dynamic steering
El agente adapta su comportamiento a partir de lo que le va indicando cada usuario.
Esto acerca el concepto a cómo funciona realmente una oportunidad.
No haces una única acción y la das por terminada.
Actúas, observas qué ocurre y decides el siguiente paso.
¿Hunter trabaja solo?
No necesariamente, y este matiz es importante.
Salesforce explica que Hunter convierte el objetivo en una meta medible, construye un plan y determina las tareas, las herramientas y los guardrails que definen cuándo puede actuar por su cuenta y cuándo necesita el visto bueno de una persona.
Por ejemplo, una organización puede aceptar que el agente:
investigue una cuenta
priorice oportunidades
prepare un borrador
proponga un siguiente paso
Pero exigir aprobación antes de:
enviar un email
mandar una propuesta
modificar determinadas condiciones
ejecutar una acción con impacto comercial
Por eso la conversación no debería ser:
¿Hunter sustituye al comercial?
La pregunta útil es:
¿Qué parte del trabajo comercial debería poder ejecutar el agente y en qué decisiones queremos mantener explícitamente a una persona?
¿Qué agentes ha presentado Salesforce además de Hunter?
Salesforce presentó el 11 de septiembre de 2026 una cartera de siete «job-ready agents».
No todos hacen lo mismo ni están dirigidos al mismo equipo.
| Agente | Trabajo | Qué hace | Estado el 11.09.2026 |
|---|---|---|---|
| Hunter | Ventas outbound | Prospecta, avanza operaciones y trabaja el pipeline a lo largo del ciclo | Pilot; GA prevista para noviembre de 2026 |
| Casey | Customer Service | Resuelve consultas de soporte por voz, SMS, WhatsApp y chat web | GA |
| Paige | IT y RR. HH. | Resuelve peticiones internas de empleados desde Slack y portales | GA |
| Carter | Commerce | Ayuda al comprador a descubrir, comparar y comprar productos | GA |
| Marshall | Supply chain y back office | Orquesta procesos operativos con ejecución determinista y registro auditable | GA |
| Piper | Pipeline inbound | Atiende y cualifica leads inbound en web e inbox para generar pipeline B2B | GA |
| Fin | Customer Experience | Resuelve workflows complejos de atención al cliente en todos los canales | GA |
El nombre propio puede llamar la atención.
Pero la decisión estratégica de Salesforce está debajo de los nombres: empezar por el trabajo que el agente debe hacer.
¿Qué significa que sean «job-ready agents»?
«Job-ready» no debería interpretarse como «enchufar y funcionar».
Significa que Salesforce proporciona un punto de partida diseñado alrededor de una función concreta.
El agente puede venir con:
skills relacionadas con ese trabajo
acciones
estructuras y modelos de datos
conocimiento de qué tipo de tareas necesita coordinar
Eso reduce la necesidad de diseñar absolutamente todo desde una página en blanco.
Hunter: outbound y progreso de oportunidades
Hunter trabaja principalmente sobre ventas outbound y pipeline.
Es el agente más relevante de esta nueva cartera para un Director Comercial.
Salesforce explica que construye listas priorizadas de cuentas objetivo a partir de elementos como:
los datos que ya hay en el CRM
señales de intención
fuentes de terceros como ZoomInfo, LinkedIn Sales Navigator o 6sense
Y que aprende de cada conversación y de cada operación.
La idea es utilizar ese contexto para priorizar y ejecutar acciones a lo largo del proceso.
Aquí aparece inmediatamente un problema brownfield.
Si las oportunidades no están actualizadas, ¿qué va a aprender Hunter sobre ellas?
Si una fase comercial significa una cosa en Madrid y otra en Barcelona, ¿qué proceso está aprendiendo?
Si los comerciales mantienen información clave fuera del CRM, ¿qué parte de la realidad puede ver el agente?
Hunter hace más importante tener un Salesforce que represente de forma razonable cómo vende la organización.
Piper: inbound pipeline
Piper ocupa otra parte del proceso comercial.
Es un agente orientado a generar pipeline a partir de demanda inbound.
Puede trabajar sobre webs e inboxes para:
interactuar con un visitante
responder
cualificarlo
identificar intención
ayudar a convertir esa interacción en pipeline
Piper procede de Qualified, compañía cuya adquisición Salesforce anunció y completó el 1 de abril de 2026.
Esto ayuda a explicar la diferencia con Hunter.
Hunter vs Piper
| Criterio | Hunter | Piper |
|---|---|---|
| Punto de partida | Outbound y pipeline comercial | Demanda inbound |
| Situación típica | El equipo decide a quién perseguir y cómo avanzar oportunidades | Un comprador llega a la web o al inbox |
| Trabajo | Investigación, outreach, oportunidades y progreso hacia el cierre | Engagement, cualificación y generación de pipeline |
| Audiencia principal | Ventas | Marketing y Ventas |
| Objetivo | Mover trabajo comercial a lo largo del ciclo | Convertir demanda entrante en pipeline |
Los dos afectan al pipeline.
No hacen el mismo trabajo.
Casey: atención al cliente
Casey es el «help agent» de Salesforce.
Está orientado a resolver interacciones de Customer Service en canales como:
voz
SMS
WhatsApp
chat web
Salesforce incluye entre sus escenarios preguntas frecuentes, devoluciones, gestión de cuenta y escalado a una persona.
La parte interesante no es simplemente que «responda preguntas».
Salesforce quiere que pueda ejecutar acciones y completar resoluciones, pasando el contexto al equipo humano cuando haga falta.
No profundizamos aquí porque Customer Service merece un análisis propio, que está en Agentforce Casey: qué es el nuevo agente de Salesforce para Customer Service.
Especialmente cuando entran en juego:
casos
Knowledge
SLA
contexto del cliente
activos
pedidos
incidencias
escalados
información que vive en otros sistemas
Eso es lo que decide cuándo un agente puede resolver de verdad una incidencia y cuándo solo puede conversar sobre ella.
¿Y qué es Fin?
Fin también está orientado a la experiencia de cliente, pero no es otro nombre para Casey.
Salesforce completó la adquisición de Fin, antes Intercom, el 10 de septiembre de 2026, e incorporó su plataforma de customer agent a la cartera.
En el anuncio de los nuevos agentes, Salesforce presenta Fin como el agente que resuelve workflows complejos de experiencia de cliente en todos los canales.
Por tanto, ahora conviven dentro de la cartera conceptos que pueden parecer muy próximos:
Casey
Fin
Agentforce
Service Cloud
La diferencia la desarrollamos en el artículo sobre Casey, que compara los dos y explica qué hace falta en Service antes de darle autonomía a ninguno.
Aquí basta con entender que Casey y Fin están los dos en el territorio de Customer Service y experiencia de cliente, y que Salesforce los presenta como ofertas diferenciadas dentro de su nueva cartera.
Paige: solicitudes internas de IT y RR. HH.
Paige está pensado para servicio al empleado.
Salesforce lo sitúa resolviendo peticiones desde:
Slack
portales internos
las herramientas que el empleado ya utiliza
El problema que intenta evitar es reconocible.
Una persona necesita resolver algo.
Y no sabe:
qué portal utilizar
qué departamento lo gestiona
qué formulario tiene que rellenar
dónde consultar el estado
Paige intenta convertir esa fragmentación en una interacción más directa.
No es el agente con más prioridad editorial para nosotros, porque IT y Recursos Humanos no son nuestros interlocutores habituales.
Pero sirve para entender que la estrategia de Salesforce no se limita a clientes externos.
También está llevando agentes a procesos internos.
Carter: Commerce
Carter está diseñado como shopper agent.
Ayuda al comprador a:
descubrir productos
compararlos
resolver preguntas
avanzar hacia la compra
completar el checkout dentro de la propia conversación
El cambio conceptual es parecido.
En vez de utilizar IA únicamente como asistente de búsqueda, Salesforce quiere acercarla al proceso completo de compra.
Es una novedad a seguir, aunque Commerce no sea hoy uno de nuestros territorios editoriales prioritarios.
Marshall: supply chain y procesos de back office
Marshall merece bastante más atención desde el punto de vista industrial.
Salesforce lo presenta como un agente para supply chain capaz de orquestar procesos de back office de principio a fin.
La descripción introduce dos ideas importantes:
automatización de trabajo manual con ejecución determinista
registro auditable de cada acción
Aquí el problema deja de ser «¿puede una IA responder bien?» y pasa a ser otro:
¿Puede intervenir de forma controlada en un proceso operativo?
Piensa en un fabricante.
Un proceso puede depender de:
Salesforce
el ERP
pedidos
stock
cliente
distribuidor
documentación
aprobaciones
servicio técnico
En este contexto, un agente útil necesita mucho más que un prompt.
Necesita saber:
qué sistema contiene cada dato
qué acción puede ejecutar
qué regla no puede saltarse
quién aprueba una excepción
qué debe quedar registrado
Por eso Marshall puede ser especialmente interesante para las empresas de fabricación y distribución que ya están conectando procesos comerciales, servicio y operaciones.
Y también explica por qué integrar Salesforce con otros sistemas pesa cada vez más en cuanto entran agentes.
¿Por qué Salesforce está lanzando agentes con nombre propio?
Porque Agentforce está entrando en una fase diferente.
La primera conversación era:
Puedes construir un agente.
La nueva conversación es:
¿Qué trabajo quieres que haga?
Es una diferencia importante.
Construir un agente desde cero obliga al cliente a imaginar:
el objetivo
las skills
las acciones
los datos
las reglas
el comportamiento
Con un job-ready agent, Salesforce intenta aportar una parte de esa estructura.
Hunter ya entiende que su mundo es el pipeline.
Casey entiende que trabaja sobre soporte.
Piper, que debe convertir demanda inbound en pipeline.
Marshall, que trabaja sobre procesos operativos.
Eso no elimina la configuración.
Reduce el punto de partida.
Si lo que buscas es la explicación general de qué es Agentforce y qué cambia según el rol que tengas, la desarrollamos en Agentforce explicado; si lo que estás valorando ya es el proyecto, el trabajo es el de implantar Agentforce sobre un Salesforce que ya está en marcha.
Un agente preparado no significa un agente listo para tu empresa
Aquí está la parte más relevante para cualquier empresa que ya utiliza Salesforce.
Hunter puede venir preparado para trabajar en ventas.
Pero no conoce automáticamente:
cuándo consideras una oportunidad cualificada
cuándo una operación está realmente en riesgo
cómo gestionas distribuidores
si trabajas por proyecto
qué significa cada fase
qué descuentos requieren aprobación
qué información debe registrar el comercial
qué sistema contiene el margen
quién puede modificar una fecha de cierre
Marshall puede entender un proceso de supply chain.
No sabe automáticamente cómo funciona tu ERP.
Casey puede resolver atención al cliente.
No sabe automáticamente dónde están las garantías, los contratos o el producto instalado.
Los agentes reducen parte del trabajo tecnológico inicial.
No eliminan el trabajo de negocio.
¿Qué debería revisar una empresa antes de activar uno de estos agentes?
Empezaría por seis preguntas.
1. ¿Qué trabajo concreto queremos delegar?
«Queremos usar Agentforce» no es un caso de uso.
En cambio:
Queremos que Hunter identifique oportunidades en riesgo y prepare el siguiente paso.
sí lo es.
También:
Queremos que Piper cualifique la demanda de la web antes de pasarla a Ventas.
O:
Queremos que Marshall gestione determinadas excepciones de un proceso de pedidos.
El objetivo debe poder explicarse sin mencionar Agentforce.
2. ¿El proceso funciona hoy?
Automatizar un proceso inconsistente no lo vuelve consistente.
Si cada comercial utiliza criterios distintos, Hunter tendrá que operar sobre esa ambigüedad.
Si cada equipo de Service clasifica los casos a su manera, Casey heredará esa inconsistencia.
Si las excepciones de operaciones están en la cabeza de dos personas, Marshall necesitará convertirlas en reglas o criterios utilizables.
Antes de un agente puede ser necesario evolucionar un Salesforce que ya está en producción.
3. ¿Podemos confiar en los datos?
Un agente comercial que trabaja con pipeline necesita un pipeline razonablemente fiable.
Uno de Customer Service necesita contexto del cliente.
Uno de operaciones puede necesitar información que ni siquiera está dentro de Salesforce.
No hace falta que todos los datos vivan en una única aplicación.
Sí hace falta determinar:
cuáles necesita el agente
dónde viven
cuál es la fuente correcta
con qué frecuencia cambian
Si no lo tienes claro, ese es exactamente el trabajo de auditar Salesforce antes de dar autonomía a nadie.
4. ¿Qué puede hacer sin pedir permiso?
Esta pregunta debería resolverse antes de desplegar el agente.
Hay una escala bastante clara:
consultar → recomendar → preparar → modificar → ejecutar hacia fuera
No tiene el mismo riesgo:
resumir una oportunidad
proponer un email
enviarlo
modificar una propuesta
aprobar una condición comercial
La autonomía debería diseñarse según el proceso y el riesgo.
No según lo impresionante que resulte una demo.
5. ¿Cómo sabremos si está funcionando?
No basta con medir cuántas veces se utiliza el agente.
Hunter podría ejecutar muchas acciones y no mejorar el pipeline.
Un agente de soporte podría mantener muchas conversaciones y resolver pocas incidencias.
La métrica tiene que estar relacionada con el trabajo que se le ha dado.
Por ejemplo:
tiempo hasta el siguiente paso
oportunidades sin actividad
trabajo manual eliminado
incidencias resueltas
excepciones procesadas
escalados
calidad de los datos resultantes
La métrica concreta dependerá del caso.
No existe un KPI universal de Agentforce.
6. ¿Quién es responsable cuando el proceso cambia?
Los agentes no son proyectos que se configuran una vez y se olvidan.
Cambian:
las políticas
los productos
el proceso
el equipo
los sistemas
las excepciones
las prioridades
Alguien tiene que ser responsable de mantener alineados:
proceso + Salesforce + agente.
Ese ownership es una decisión organizativa, no una funcionalidad.
Hunter también refuerza otra dirección de Salesforce: el frontend importa menos
Salesforce entrega las listas priorizadas y las señales de intención de Hunter directamente en Slack, y sitúa su cartera de agentes comerciales también en Sales Cloud y en Teams.
Esto conecta con otros movimientos recientes como Slackforce, Claudeforce y Headless 360.
La dirección es coherente.
Salesforce quiere que sus datos, procesos y acciones estén disponibles en más interfaces sin obligar al usuario a empezar siempre desde la pantalla tradicional del CRM.
Para brownfield esto tiene una consecuencia importante.
Si el frontend deja de ser el único punto de entrada, todavía importan más:
el modelo de datos
los permisos
las reglas
las automatizaciones
las integraciones
la calidad del proceso
La interfaz puede cambiar.
El proceso que hay detrás sigue siendo el que determina qué puede hacer el agente.
¿Hunter sustituirá a los comerciales?
No es la forma más útil de plantearlo.
Salesforce posiciona Hunter trabajando junto al comercial, y permite configurar aprobaciones y límites sobre sus acciones.
Hay tareas que encajan especialmente bien con un agente:
recopilar contexto
investigar
priorizar
detectar inactividad
preparar un borrador
recordar el siguiente paso
mantener un plan
Y hay momentos en los que la relación humana sigue teniendo un peso evidente:
negociación
confianza
lectura política de una cuenta
decisiones comerciales excepcionales
relaciones entre interlocutores
situaciones que no caben en las reglas existentes
La oportunidad está en distinguir los dos tipos de trabajo.
No en plantear una competición entre persona e IA.
¿Agentforce Coworker es otro de estos siete agentes?
No.
Salesforce lo menciona dentro del mismo anuncio, pero Agentforce Coworker cumple otra función.
Coworker es el agente que trabaja junto al empleado a través de las superficies del negocio, utilizando su contexto.
Salesforce está añadiendo además AI Skills, para que una persona pueda enseñarle cómo ejecutar determinadas tareas.
Hunter está relacionado con Coworker, pero está especializado en trabajo comercial.
Tampoco forman parte de la lista de siete:
Agent Optimizer
Multi-Agent Orchestration
Agent Script
Agent Optimizer ayuda a construir agentes, refinarlos y probar su rendimiento.
Multi-Agent Orchestration reparte el trabajo entre agentes para que operen como un equipo coordinado.
Agent Script es un lenguaje abierto para definir con más control cómo debe comportarse un agente.
Son piezas de la plataforma.
No son otros tres «trabajadores» equivalentes a Hunter o a Casey.
¿Están disponibles ya todos los nuevos agentes?
No.
Según el anuncio oficial de Salesforce del 11 de septiembre de 2026:
| Agente | Disponibilidad anunciada |
|---|---|
| Casey | GA |
| Paige | GA |
| Carter | GA |
| Hunter | Pilot |
| Marshall | GA |
| Piper | GA |
| Fin | GA |
Salesforce prevé la disponibilidad general de Hunter para noviembre de 2026.
Existe además un matiz.
Salesforce ya venía utilizando el nombre Hunter para su agente de prospecting. El anuncio de septiembre sitúa en pilot la nueva experiencia de Hunter, la que se apoya en el long-horizon runtime.
Por eso, antes de contratar, configurar o comunicar una disponibilidad concreta, conviene comprobar el estado actual que publica Salesforce.
Este artículo refleja la información disponible el 14 de septiembre de 2026.
¿Qué cambia realmente con estos lanzamientos?
El cambio no son los nombres.
Es pasar de pensar:
¿Qué podemos construir con Agentforce?
a pensar:
¿Qué trabajo de nuestro negocio queremos que haga un agente?
Para una empresa que ya utiliza Salesforce, esa segunda pregunta es bastante más útil.
Puede llevarte a descubrir que Hunter tiene sentido.
O que Marshall encaja mejor.
O que todavía no necesitas ninguno, porque antes hay que corregir cómo se gestionan las oportunidades.
Ahí empieza un proyecto útil.
No en elegir el agente más nuevo.
Albert Pallejà · CEO de Kaizen
Partner de Salesforce desde 2011 y más de 300 proyectos entregados, con experiencia concentrada en manufacturing, hospitality y servicios profesionales. Escribe sobre lo que se ve en las instalaciones reales, no sobre el roadmap de producto.