El 23 de julio, Vantegrate grabó una masterclass distinta a las de Spring/Summer hacks, Slack o límites de WhatsApp: Agentforce Grid desde cero.
La clase completa está en YouTube. Juan Manuel Garrido (JuanMa) condujo; Josué Mendoza (Josu) y Esteban Morales (Esti / Bebé Corazón) llevaron la teoría y la demo.
Fran se asomó al vivo. Teacher también pasó por la previa.
Si viven en el CRM de Salesforce y ya tienen Agentforce, esto no es un brochure de release notes. Es la planilla donde meten datos, prompts, acciones y agentes fila a fila, con estimación de Flex Credits a la vista.
El ángulo de Pulse acá es operativo. Cómo se arma un workbook, cuándo conviene y cómo no quemar créditos.
Qué es Agentforce Grid (y por qué no es “otro Excel”)
Esti lo bajó sin vueltas. Si tienen Agentforce en la org, Grid ya viene incluido.
Agentforce Grid es un spreadsheet AI-native dentro de Salesforce, que permite procesar grandes volúmenes de datos con inteligencia artificial de forma estructurada y potente.
Estuvo en beta el release anterior. Ahora está global (disponible para todos).
No hace falta un toggle especial típico de Setup. Con Agentforce habilitado, aparece la app Agentforce Grid (Studio por un lado, Grid por el otro) y listo.
Josu lo definió como el spreadsheet con IA de Salesforce. En criollo de la clase: Excel con esteroides.
Pueden traer datos de CRM. Si tienen Data 360 (antes Data Cloud), también información de otras fuentes.
Arriba de esas filas arman columnas con LLM, prompt, fórmulas, updates o acciones invocables. El mismo spreadsheet batchea sobre muchas filas.
Piensen cien cuentas como cien filas. Una acción masiva puede resumir, clasificar, enriquecer o armar un mail.
¿Pueden editar Opportunities a mansalva? Sí.
Josu aclaró el asterisco: algún límite debe haber, aunque no encontró un número oficial en la doc.
El punto no es el checkbox trivial. Si solo necesitan poner un campo en true en mil registros, vayan por Bulk API o un script Apex.
Grid está pensado para otra cosa. Decisiones con lógica de agente, registro a registro.
Fran había bromeado en un posteo: el cliente siempre pide Excel en Salesforce. Ahora, de algún modo, lo tienen nativo y con IA.
Anatomía tipo Excel: workbook, hojas y columnas
La estructura imita Excel a propósito. Tienen un workbook (el libro) y adentro worksheets (hojas o spreadsheets).
Las filas son registros (o jobs). Las columnas son lo que hacen con cada registro: data, prompt, fórmula, update, acción o agente.
El workflow corre de izquierda a derecha. Un patrón típico de la clase fue Data → Summarize → Classify → Fórmula → Update.
Primera columna: una query (cuentas cuyo nombre contenga X). Después un resumen con IA.
Después una clasificación High/Medium/Low. Después una fórmula booleana.
Después un Update Record que escribe en el CRM.
Para equipos que diseñan agentes de IA, el modelo mental es claro. No es un reporte bonito: es una planilla ejecutable con impacto en la base.
También pueden agrupar, hacer lookups a Salesforce o Data 360, y mezclar texto plano con columnas AI. El grid recomienda acciones cuando entiende la intención del worksheet.
Compounding: cada columna se nutre de la anterior
Acá aparece el término que Josu pidió ayuda para pronunciar: compounding. Teacher lo ancló como interés compuesto.
El 'compounding' en Agentforce Grid permite que cada columna utilice el resultado de la anterior, creando flujos de trabajo inteligentes y secuenciales para el procesamiento de datos.
Cada columna tiene su output. Puede alimentarse del output de la columna previa.
En la demo, el resumen de la cuenta alimenta la clasificación. La clasificación alimenta la fórmula.
El resumen alimenta el Update de Description.
Referencian columnas con @. Esti tardó media hora en descubrirlo; Josu también se golpeó al principio.
Ese grounding es el truco práctico del día. Sin el @, el prompt no “ve” la fila.
El encadenamiento es lo que diferencia Grid de un bulk lineal. No es correr un prompt una vez: es una cadena que se recompone fila a fila.
Josu lo resumió así. Procesan de izquierda a derecha y cada paso deja material para el siguiente.
Debugging visual y seguridad nativa (OLS/FLS)
Josu marcó el debugging visual como algo novedoso frente a otras piezas de Agentforce. Ven qué devolvió el agente y qué pasó detrás del resultado.
La celda puede mostrar texto plano o “botoncitos” con color (High en verde, Medium, Low). Eso baja la abstracción del agente a algo auditable a ojo.
La seguridad no se inventa. El spreadsheet respeta OLS y FLS del usuario que ejecuta.
Si no ven el monto de la Opportunity, la expresión no les deja trabajar ese campo. Tampoco lo modifica a espaldas del perfil.
Eso alinea Grid con lo que ya cuidan en seguridad de la plataforma. No es un Excel exportado que ignora perfiles: corre como ustedes.
Mar Benioff apareció de chiste en el chat cuando hablaron de Flex Credits. El mensaje serio quedó: permisos primero, créditos después.
Habilitación: sin toggle raro (Studio vs Grid)
JuanMa lo confirmó en una org developer. Con Agentforce ya habilitado, apareció Grids sin ir a Setup a buscar un flag.
Para navegar, cambien de aplicación a Agentforce Grid. Verán workbooks, guías y el Trailhead que sugiere la propia app.
No lo confundan con Studio. Studio es el entorno de agentes; Grid es la planilla. Si quieren el repaso conceptual, miren qué es Agentforce Grid y cómo funciona.
Ambos conviven en la misma familia Agentforce. Uno diseña el cerebro; el otro lo corre en sábana.
Si quieren ver el flujo en vivo antes de tocarlo en sandbox, pidan una demo. O miren el replay en YouTube con los capítulos de la descripción.
Desde el equipo de Vantegrate el consejo es el de siempre. Concepto primero; después sandbox chico.
MCP oficial: armar workbooks chateando
Salesforce entrega un MCP oficial para enchufar al LLM de confianza. Esti lo usó bastante al aprender.
Por detrás son skills. Crear worksheet, meter acción invocable, mapear columnas, armar el JSON del workbook.
Le pueden pedir: “clasifícame 100 cuentas con el criterio de este agente”. Cloud (o Claude) intenta armarles el spreadsheet.
Esti mostró el JSON del workbook. Es entendible para agentes: IDs de columnas, utterances, acciones.
No es magia de marketing. Es el mismo artefacto que editan a mano, expuesto para que un agente lo componga por API.
Para developers de Salesforce, el takeaway es operativo. Grid no solo se clickea; también se orquesta.
Si ya trabajan con Arconte u otras piezas del stack, el patrón es familiar: interfaz humana + contrato máquina-legible.
Demo desde cero: datos, prompts, acciones y agentes
Esti armó un workbook nuevo llamado “demo”. Pidió cuentas de Salesforce (Cloud Salesforce, no Data 360 en ese paso) filtradas por nombre.
El filtro no es cosmética. Es para no ejecutar acciones sobre toda la org y quemar Flex Credits de una.
La primera columna se creó sola (query por detrás). Edit Column muestra el criterio: Name contains X.
Después una columna de IA. Modelo GPT-4 (u otros: Anthropic, etc.), prompt con grounding vía @Name y campos de la cuenta.
Objetivo de esa columna: un resumen de la cuenta. Luego clasificación visual High / Medium / Low con colores.
Después Update Record: Description = resumen de la columna 2. Referencian celdas del mismo workbook como en Excel.
Más adelante armaron subject y body de un email de seguimiento. Al hacer Add Column, Grid recomendó acciones (enviar el email, traer contactos relacionados).
Usaron una acción invocable Apex de outreach. También mencionaron SendEmail estándar de la plataforma.
Los campos se autocompletaron. Recipient, address y body salieron de columnas previas sin mapear a mano.
También se puede ejecutar un agente sobre todas las filas. Esti habló de restaurantes: scrapear menú, ver frituras vs pescado, enriquecer la cuenta.
Columnas de datos y fórmulas típicas (sumar, restar, booleanos) no consumen Flex Credits. Lo que cobra es prompt, agente o AI.
Importar CSV también apareció como posibilidad. Con Data 360 atrás, un ID externo (por ejemplo SAP) puede ayudar a mapear filas a registros.
Flex Credits: estimación, condiciones y una acción por fila
Antes de correr, el billing calculator da un estimado en tiempo real de Flex Credits por fila (o por ruta). En la demo vieron 20, 200 o miles si había muchas filas vacías.
Solo columnas AI / Agent consumen. Data, fórmulas y updates “normales” son gratis en créditos.
Run Conditions (expresiones) son la válvula. Corran la columna solo si Annual Revenue > 1M, o si Industry = X.
Los pasos solo corren en filas que cumplen el criterio. Así no queman la bolsa en filas que no importan.
Detalle técnico que Josu enfatizó. Salesforce ejecuta cada fila como una acción individual.
Quince cuentas = quince ejecuciones del prompt. No es un solo prompt que itera la lista.
Si el spreadsheet se “estira” con filas vacías, la acción puede ir hasta el final. Remuevan filas basura antes de Save and Run.
El costo real del crédito lo negocia Salesforce por cliente. JuanMa señaló el wallet interno de la org.
Mensaje de la clase: con estos precios, tiene que valer la pena. Prueben con pocos datos antes de actualizar 10.000 cuentas.
Para equipos que miran precios y consumo, Grid también sirve de estimación. Planteen el escenario, lean el estimate y multipliquen por uso real.
Con agentes reales en la demo, por ruta podían verse ~40 créditos (por ejemplo 20 de test + 20 de acción). El número cambia con el modelo y la complejidad del prompt.
Testing de agentes vs acciones reales (ojo con Slack y mail)
La columna Evaluation / Agent Test es, para Esti, de lo más interesante. Sirve para probar agentes a escala.
Armaron tres piezas. Input (cuenta + summary), expected response (por ejemplo “sugiere discovery call”) y llamada al agente.
Después evaluaron coherencia (también si es conciso, si no alucinó, si delega a un humano). Pass/fail visual sobre muchas filas.
Eso permite testear calidad en 200 cuentas sin armar un lab artesanal. Comparan lo esperado con lo que el agente devolvió.
Ojo (lo dijeron en clase, Fran incluido). Si el agente bajo test tiene acciones de Slack o mail, esas acciones pueden ejecutarse de verdad.
No asuman rollback mágico en todos los casos. Distingan columna de agent test (evaluación) de columna de agente real (acción productiva).
En test, revisen qué tools tiene el agente antes de Run Cell masivo. Sandbox, datos chicos, canales de prueba.
El debugging visual ayuda acá. Ven el razonamiento, la respuesta y el score de coherencia en la misma hoja.
Para calidad de agentes, esto llena un hueco. Josu dijo que no recordaba otra forma tan directa de testear a mansalva.
Cuándo usarlo (y cuándo no)
Josu cerró el criterio sin romance. Úsenlo cuando hay decisiones que no se resuelven con un cálculo lineal.
Necesitan lógica de agente registro a registro. Si no, están pagando Flex Credits de más.
No lo usen para el checkbox masivo. Tampoco para el porcentaje de dos campos o el data fix trivial.
Ahí ganan Bulk, Apex o un Flow estático sin créditos de agente. Grid puede hacerlo, pero no es su mejor uso.
Casos que sí encajan: enriquecer y clasificar cuentas, o armar outreach personalizado.
También: probar consistencia de un agente de ventas, o estimar consumo antes de abrirlo a producción.
También hay un caso híbrido. Business user con una query fija que, cada dos días, aprieta Run en la columna de email o Slack.
Admin que asegura calidad con Evaluation. Ambos públicos aparecieron en el cierre de la clase.
La pregunta de JuanMa sobre meter el grid en una Lightning page quedó con freno. Sería peligroso: cualquiera con acceso podría disparar acciones y créditos.
Mejor herramienta de resolución puntual que widget eterno. Si el flujo es siempre el mismo, un Flow Compose o algo estático suele alcanzar.
Público, curva de aprendizaje y comunidad
¿Es para admins o para business users? Los dos, con matices claros.
Testing de agentes y diseño de columnas AI: perfil admin. Disparar un workbook ya armado para outreach puntual: puede ser business user.
Siempre respetando FLS y OLS. El grid no saltea el modelo de seguridad del usuario que ejecuta.
La curva no es cero. Esti y Josu dijeron que al principio no es intuitivo.
Te golpeas un poco y sale. El Trailhead sugerido desde la app ayuda a acortar esa curva.
Un detalle de UX que confunde. Al traer un registro, no despliegan Name, Phone y Email en columnas separadas: el registro vive en la primera columna y se comportan como objeto.
Pueden acceder a campos internos. Pero mentalmente es “una fila = un registro”, no un export plano de Excel.
En el cierre hablaron de comunidad, WhatsApp y del blog Pulse. Ahí publican el material de las masterclasses.
En recursos queda el rastro para seguir sin perder el hilo. También mencionaron Vanguard (portal de estudio) al pasar, con módulos de Agentforce en camino.
Si trabajan gobernanza o transparencia operativa, el mismo espíritu aparece en transparencia de datos. Saber qué corre, quién lo corre y a qué costo.
Grid no reemplaza Apex ni Flow. Completa el kit cuando la fila necesita juicio de agente y ustedes necesitan verlo, condicionarlo y medirlo en una planilla nativa de Salesforce.
