Hay un debate dando vueltas en el mundo Salesforce que parece tener solo dos bandos. Y, como pasa casi siempre con los debates de dos bandos, los dos se equivocan a medias.
De un lado están quienes aseguran que un administrador no debería tocar el vibe coding ni con un palo. Del otro, los que lo usan para absolutamente todo y festejan cualquier resultado que "se vea bien".
La buena noticia es que existe un punto medio. Y no es un punto medio aburrido: es, en realidad, la habilidad más valiosa que vas a desarrollar en tu carrera técnica.
En Vantegrate, como partner de Salesforce, vemos esta confusión todos los días. Por eso vale la pena desarmarla con calma.
¿Qué es exactamente el vibe coding?
Antes de seguir, pongámonos de acuerdo en qué estamos hablando. El vibe coding es la práctica de pedirle a una inteligencia artificial que construya algo por vos, describiéndolo en lenguaje natural en lugar de escribirlo a mano.
Le hablás como le hablarías a un colega nuevo: "necesito una fórmula que calcule esto" o "creame estos objetos con estos campos". La herramienta (puede ser Agentforce Vibes, Claude Code o la que prefieras) traduce esa instrucción en la pieza técnica concreta.
Suena mágico, y en parte lo es. Pero toda magia tiene una letra chica que conviene leer antes de firmar.
La pregunta que ordena todo
Acá está el corazón del asunto. La decisión de delegarle o no una tarea al vibe coding no pasa por "esto se hace con código o con clicks", como cree la mayoría.
La pregunta correcta es otra, y es mucho más simple: ¿entendés lo que la herramienta produce y podés revisarlo por tu cuenta?
Si la respuesta es sí, el vibe coding te va a hacer volar. Si la respuesta es no, ese resultado no debería acercarse jamás a un entorno de producción.
Esa única pregunta ordena todas las demás. Memorizala, porque vamos a volver a ella varias veces.
Que algo funcione no es lo mismo que esté bien hecho
Acá hay un punto que mucha gente pasa por alto. Que una solución funcione en la superficie no significa que esté bien construida por debajo.
Podés generar algo que, a primera vista, hace exactamente lo que pediste. Y que, sin embargo, no fue pensado para escalar ni para sostenerse cuando tu negocio crezca.
Eso vale para el código y para cualquier cosa que armes dentro de Salesforce. Una pieza puede verse impecable hoy y convertirse en un dolor de cabeza dentro de unos meses.
Por eso el vibe coding no reemplaza a un desarrollador con experiencia. Te ayuda a escribir más rápido, pero la responsabilidad de revisar si la pieza está bien diseñada sigue siendo tuya.
Y ahí está, justamente, la ventaja real de estas herramientas: que su resultado se puede revisar y verificar. Bien usado, el vibe coding corre el foco hacia donde más valor aportás, que es la arquitectura y el diseño de la solución.
La escritura mecánica del código pasa a un segundo plano. Vos te quedás con las decisiones que de verdad importan.
Pensá como un buen jefe, no como un tipeador
Te propongo una forma distinta de mirar todo esto. Trabajar con vibe coding se parece muchísimo a coordinar a alguien nuevo en tu equipo.
Imaginate a una persona rapidísima e incansable, con muchas ganas, pero todavía sin la experiencia para tomar decisiones grandes por su cuenta. ¿Le entregarías las llaves de todo el primer día?
Un buen jefe no hace todo él mismo, porque sería un cuello de botella absurdo. Pero tampoco delega a ciegas las decisiones críticas a alguien cuyo trabajo no puede revisar.
Hace algo más inteligente: delega lo que entiende y puede verificar, revisa cada resultado y se reserva las decisiones que mueven la aguja. Con la inteligencia artificial, el juego es exactamente el mismo.
Si dominás esa lógica de delegación, dejás de verla como una amenaza. Empezás a verla como el mejor asistente que tuviste nunca.
¿Por qué Flow juega en otra liga?
Flow merece un párrafo aparte porque rompe la regla, y conviene entender por qué. Flow se arma con clicks y, por debajo, Salesforce lo guarda como un archivo XML (un formato de texto estructurado que las máquinas leen fácil).
Acá viene lo interesante: los objetos y los campos también son XML y también se arman con clicks. Entonces, ¿por qué no pedirle a la IA que genere el XML de un Flow?
La respuesta es una sola palabra: complejidad. Flow tiene una cantidad enorme de matices y casos particulares.
Generar ese XML a mano (o pedírselo a un modelo) suele costarte más tiempo corrigiendo errores de sintaxis del que llegás a ahorrar. Flow fue diseñado para construirse en su propio editor visual, y es ahí donde brilla.
La moraleja es simple: que algo se pueda hacer no significa que tenga sentido hacerlo. Esa frase vale para muchas cosas en la vida, y para Flow en particular.
Las tres canchas donde el vibe coding rinde de verdad
El terreno ideal es siempre el mismo: tareas repetitivas, que entendés bien, que podés validar sin sudar, pero que hechas a mano te comen horas.
Es la misma lógica que vuelve tan útiles a los agentes de IA bien diseñados. Un agente como Arconte, por ejemplo, le quita fricción al procesamiento de documentos que antes consumía tardes enteras.
Veamos las tres canchas donde el vibe coding marca la diferencia para un admin.
Permisos a gran escala
Salesforce viene empujando, con buen criterio, a manejar los permisos con permission sets y permission set groups en lugar de cargarlos sobre los perfiles. Para los que recién arrancan: un permission set es como un paquete de llaves que abre ciertas puertas dentro de tu org.
Una estrategia ordenada es tener un permission set por cada objeto y sumarlo a los grupos que correspondan. Quizás quieras uno de "Solo Lectura" y otro de "Acceso Total" por cada objeto, o varios niveles intermedios.
Hacé la cuenta: son muchísimos permission sets. Y armarlos uno por uno a mano es de esas tareas que te roban una tarde entera.
Acá el vibe coding brilla. Le pasás una planilla con tu estrategia y los objetos involucrados, o metés la especificación directo en el prompt si son pocos. Algo así:
Sos un administrador de Salesforce experto en permission sets. Para cada uno de estos objetos personalizados, creá dos permission sets. El primero, "{Etiqueta} (Acceso Total)", con permisos de Crear, Leer, Editar y Eliminar, más "Ver todos los campos". El segundo, "{Etiqueta} (Solo Lectura)", solo con permiso de Leer. Reemplazá {Etiqueta} por el nombre de cada objeto. Objetos: Tienda (Tienda__c), Promoción (Promocion__c) y Cupón (Cupon__c). Devolveme instrucciones paso a paso, con nombres y configuraciones exactas, para implementar los seis permission sets sin ambigüedad.
Esos permisos bien diseñados, además, son la base de la seguridad de tu plataforma. Un acceso mal repartido es una puerta abierta que nadie debería dejar pasar.
Fórmulas que no querés escribir a mano
Hay una vieja frase que encaja perfecto: para una tarea difícil, elegí siempre a una persona perezosa, porque va a encontrar el camino más corto. Con las fórmulas pasa algo parecido.
No es que el admin no sepa escribirlas. Es que delegarlas libera tiempo para lo que de verdad mueve la aguja.
El procedimiento es sencillo. Primero te asegurás de que la herramienta sepa cómo se arma una fórmula en Salesforce, alimentándola con la documentación oficial.
Después le pasás el contexto (los campos involucrados) y le pedís la fórmula. Como siempre, revisás el resultado y confirmás que se comporta bien, con atención especial a los casos límite (esos valores raros que suelen romper todo).
Dos ejemplos para que se entienda:
Armá una fórmula que calcule la antigüedad de un cliente en meses. Restá la Fecha de Alta a la fecha de hoy, dividí por treinta y redondeá hacia abajo. El resultado tiene que ser un número entero.
Escribí una fórmula que devuelva un nivel de cliente. Si la Facturación Anual supera el millón de dólares, devolvé "Oro". Si está entre cien mil y un millón, "Plata". Por debajo de eso, "Bronce". Contemplá el caso en que el campo esté vacío y devolvé "Sin clasificar".
Le das el qué, la herramienta te devuelve el cómo. Vos validás y listo.
El modelo de datos
Acá el rol del admin se corre hacia un lugar mucho más interesante: el de arquitecto. Tu trabajo es saber cómo y cuándo tomar una decisión de modelo de datos para tu negocio.
Pero el armado mecánico de esos objetos y campos ya no tiene por qué hacerse a mano. La IA puede construir esa metadata por vos en lote.
¿No contradice esto lo que dije sobre Flow? No, y la razón es la misma de siempre: la complejidad.
Los objetos y los campos son relativamente simples y predecibles, así que generarlos de a muchos te ahorra tiempo de verdad.
Un consejo de oro: usá un modo de planificación para que la herramienta te confirme exactamente qué va a construir antes de tocar nada. Así te evitás desarmar después sus malentendidos.
Un ejemplo concreto:
Creá estos objetos personalizados nuevos y relacionalos entre sí. Ninguno existe todavía en la org, y completá la descripción de cada uno. Propiedad (Propiedad__c): el inmueble disponible para venta o alquiler. Visita (Visita__c): registra cada recorrido de un interesado por una propiedad. Oferta (Oferta__c): la propuesta económica que un interesado hace sobre una propiedad. La Visita necesita un campo Master-Detail hacia Propiedad, y la Oferta, otro Master-Detail hacia Propiedad. Usá modo de planificación y confirmame la estructura antes de crear nada.
Y acá hay un bonus que pocos ven: un modelo de datos limpio es lo que después permite que una herramienta de BI conversacional como Metrix te dé respuestas confiables cuando le preguntás por tus números.
La regla de oro para no meterte en problemas
La disciplina es clara y cabe en una sola línea. Delegá las tareas repetitivas que entendés y podés validar, y revisá siempre la salida contra lo que pediste.
Lo que nunca, jamás deberías hacer es llevar a producción algo construido en una tecnología que no sabés leer. Si no entendés cómo funciona Apex (el lenguaje de programación propio de Salesforce) y no podés revisar ni una línea, no le pidas a una herramienta que te arme Apex para un entorno productivo.
No es una cuestión de orgullo, es de responsabilidad. Un código que no podés leer es un código que no podés sostener, y en producción eso se paga caro.
¿Y si tu objetivo es justamente aprender Apex para algún día revisarlo con confianza? Hay recursos para desarrolladores pensados exactamente para ese camino.
Tu mejor profesor particular trabaja gratis
Acá viene la cara más linda de toda esta historia. Esa misma frontera que te dice "no toques lo que no entendés" tiene un costado enormemente positivo: el vibe coding es un tutor excelente.
En una org Developer Edition (un entorno gratuito y sin riesgo, hecho para practicar) podés pedirle que te explique cómo funciona un método de Apex. O que te guíe paso a paso mientras vos escribís el tuyo para resolver algo simple.
Es una de las formas más concretas de ganar experiencia práctica. Y, de paso, vas desarrollando ese criterio de arquitecto del que hablábamos antes.
Pensalo así: tenés a tu disposición un profesor paciente, disponible las veinticuatro horas y que nunca se cansa de explicarte lo mismo. Aprovechalo.
Lo que esto significa para tu empresa
Si dirigís un equipo, hay una conclusión que va más allá del admin individual. La inteligencia artificial bien usada no reemplaza a tu gente: le saca de encima lo repetitivo para que se concentre en lo que aporta valor.
Esa es exactamente la filosofía con la que en Vantegrate construimos agentes de IA para organizaciones medianas y grandes. No se trata de magia, sino de piezas bien diseñadas.
Un agente como Sellium, que atiende ventas por WhatsApp, o como Revio, pensado para marketing conversacional, no son cajas negras. Son soluciones diseñadas para entenderse, validarse y escalar, los mismos tres principios que venimos repitiendo.
Y esa disciplina aplica sin importar la plataforma, ya construyas sobre Salesforce o sobre Oracle. La tecnología cambia, el criterio no.
Preguntas frecuentes sobre vibe coding en Salesforce
¿El vibe coding va a reemplazar a los administradores de Salesforce?
No. Vino a quitarle fricción a tareas repetitivas que ya son tuyas, no a ocupar tu lugar. El rol del admin se vuelve más estratégico, no menos necesario.
¿Puedo usar vibe coding si no sé programar?
Sí, dentro de un límite claro: usalo para tareas que entendés y podés validar, como permission sets, fórmulas o modelo de datos. Evitá llevar a producción código (como Apex) que no sabés leer.
¿Para qué tareas conviene más?
Para todo lo que sea repetitivo, predecible y fácil de verificar. Los tres campeones son los permisos a escala, las fórmulas y la creación de objetos y campos en lote.
El próximo paso es tuyo
El vibe coding no vino a sacarte el trabajo ni a reemplazar al administrador. Vino a quitarle fricción a tareas que ya son tuyas y que entendés bien.
La habilidad que conviene desarrollar es el criterio para ubicar esa línea: la que separa lo que podés delegar y validar de lo que todavía no. ¿Y la mejor manera de encontrarla? Probando.
Agarrá una org Developer Edition, dale algo trivial para construir, o usala para entender un concepto que no manejás del todo. Es una herramienta más, y está esperando que la pongas a trabajar.
Si te quedaste con ganas de más, en Pulse seguimos explorando cómo la IA está cambiando el día a día de los equipos técnicos. Y en nuestra sección de recursos vas a encontrar material para seguir profundizando.
Y si querés ver en acción a los agentes de IA diseñados con esta misma disciplina, agendá una demo y lo charlamos sin vueltas.
Enlaces oficiales de Salesforce relacionados
Agentforce Vibes (página de producto) — https://www.salesforce.com/agentforce/developers/vibe-coding/ La herramienta de vibe coding de Salesforce. Permite a desarrolladores de cualquier nivel crear agentes y apps, armar planes de desarrollo, escribir código y generar casos de prueba con un agente de IA, manteniendo el código, el esquema y la metadata dentro del límite de confianza de la plataforma.
Introduction to Agentforce Vibes for Salesforce Admins (blog oficial de Salesforce Admins) — https://admin.salesforce.com/blog/2025/introduction-to-agentforce-vibes-for-salesforce-admins El más cercano al tema exacto del artículo. Vibes funciona como extensión de VS Code y, si tenés una licencia paga, podés acceder a una versión desde el menú de Setup vía Agentforce Vibes IDE (antes Code Builder); entiende la org a la que ingresaste y trabaja sobre tu sandbox, dándote un entorno seguro para construir antes de desplegar.
The Salesforce Admin's Guide to Profiles and Permissions (blog oficial de Salesforce Admins) — https://admin.salesforce.com/blog/2026/the-salesforce-admins-guide-to-profiles-and-permissions Para la sección de permisos a escala. El poder de los permission set groups está en poder silenciar permisos: podés quitar un acceso puntual sin modificar los permission sets subyacentes, lo que vuelve más escalable un modelo de seguridad basado en permission sets.
Enhance Data Display with Formula Fields (Trailhead) — https://trailhead.salesforce.com/content/learn/modules/point_click_business_logic/formula_fields Para la sección de fórmulas, y refuerza el punto de validar la salida. El verificador de sintaxis avisa cuando hay un número incorrecto de parámetros o cuando la fórmula devuelve un tipo de dato distinto al esperado, y la documentación de fórmulas trae numerosos ejemplos para distintos casos de uso.
Data Modeling: Objects, Fields, Relationships (Trailhead) — https://trailhead.salesforce.com/content/learn/modules/data_modeling Para la sección del modelo de datos. Enseña a estructurar los datos con objetos estándar y personalizados, crear relaciones entre objetos y trabajar con Schema Builder.
Flow Builder Basics (Trailhead) — https://trailhead.salesforce.com/content/learn/modules/flow-basics Respalda el argumento central sobre Flow. Flow Builder es una herramienta declarativa: los flows se crean con clicks, no con código.
