Un frame de Figma que se convierte en un Lightning Web Component listo para Salesforce, sin screenshots ni estilos escritos a mano desde cero. Esa es la promesa que Josué Mendoza y Esteban Morales, ambos Salesforce Architects, demostraron en vivo en Dreamforce 2026 en San Francisco.
En menos de veinte minutos muestran cómo pasar del diseño al código con tres verbos: Design, Guide, Generate. El puente es Figma MCP, la guía son las skills de Salesforce y el generador es un agente que arma el bundle completo. Aquí te contamos qué hicieron, cómo repetirlo en tu org y qué errores conviene evitar.
El problema del handoff: un screenshot no alcanza
Cualquier desarrollo en Salesforce empieza con un diseño. Josué abre Figma y muestra pantallas de Account y Contact con componentes pensados para Experience Cloud y para la consola estándar. El objetivo de la sesión es construir una de esas vistas, pero no de un solo golpe.
La primera idea fuerte de la charla es hacer foco en un solo componente. Enviar al agente un screenshot de todo el diseño y pedirle que lo implemente es tentador, y también es la forma más rápida de obtener algo incompleto.
Un diseño no es una foto. Adentro hay estados, colores, tipografías, espaciado y comportamiento. Si solo mandas una imagen, el agente tiene que adivinar el resto. Josué lo marca con claridad: necesitamos más contexto que un pantallazo.
Más contexto: Figma MCP como puente
Aquí aparece el Model Context Protocol. Josué describe el MCP de Figma como una pared entre el diseño y el editor: por esa pared viajan estados, paddings, niveles y comportamiento, no solo píxeles.
Con Figma MCP el agente deja de mirar una imagen plana y pasa a leer la estructura del frame. Eso cambia la calidad del resultado, porque el componente se genera a partir de la información real del diseño, no de una interpretación visual.
Si ya viste cómo MCP conecta herramientas externas con Salesforce en la Masterclass de Jira y Confluence con MCP, el patrón te va a resultar familiar: el agente no inventa el contexto, lo consume desde la fuente.
La guía: skills de Salesforce y SLDS2
Contexto solo no alcanza. Para que el componente quede bien dentro de Salesforce hace falta una guía. Esa guía son las skills: reglas que el agente sigue para desarrollar mejor.
Durante Dreamforce 2026 las skills aparecen en muchas estaciones. Hay skills para Lightning Web Components, Apex, Flows y metadata. En este caso usan skills de LWC con una instrucción clave: forzar SLDS2 en lugar de inventar estilos desde cero.
Eso evita uno de los peores hábitos del vibe coding en Salesforce: que el agente cree CSS propio cuando la plataforma ya tiene un design system listo. Con la skill correcta, el draft respeta la paleta y los tokens de SLDS2.
Design, Guide, Generate
Josué resume el flujo en tres verbos cortos. Design: crea el diseño en Figma. Guide: usa Figma MCP y las skills. Generate: deja que el agente arme el componente.
El mensaje final antes de la demo es igual de importante: siempre revisa el resultado. Los agentes hacen supuestos. En tu org puede haber nombres, convenciones o gráficos que hay que respetar. El agente acelera, pero la validación sigue siendo tuya.
El prompt como contrato
Esteban toma la palabra y cambia el foco al prompt. Con agentes, todo empieza con un prompt. Él lo trata como un contrato entre lo que quieres construir y lo que el agente debe entregar.
En el contrato de la demo se ven cuatro piezas. Primero, el nombre del componente: no quieren que el agente lo invente. Segundo, la llamada a Figma MCP cuando esté disponible en el contexto. Tercero, las skills de Salesforce. Cuarto, un paso explícito de revisión antes de dar por cerrado el trabajo.
Salesforce publica un repositorio con skills para distintos tipos de desarrollo. Puedes usar Agents for Vibes, Claude, Codex u otro agente con capacidad MCP; lo que acelera de verdad es cargar las reglas de la plataforma, no el modelo en sí.
Si te interesa ver vibe coding aplicado a integraciones, en la Masterclass de MuleSoft Vibes mostramos cómo el lenguaje natural también sirve para armar conectores sin partir de una hoja en blanco.
Demo en vivo: Frame Link y Agents for Vibes
La demo arranca en Figma con un diseño muy cercano a la UI de Salesforce. Esteban hace clic derecho sobre el frame, copia el Frame Link y lo lleva a Agents for Vibes. Ese link es el input que el MCP de Figma necesita.
Pega el prompt con los requisitos: LWC, HTML semántico, accesibilidad, SLDS y skills. Al final pega la URL del frame. Ahí está la magia: el agente detecta que debe usar Figma MCP, pide permiso para correrlo y empieza a armar el bundle.
Mientras corre, Esteban muestra cómo verificar que el servidor MCP de Figma esté conectado en verde dentro de Agents for Vibes. Sin esa conexión, el Frame Link no aporta estructura.
Cuando termina, el agente deja HTML, CSS, metadata y los archivos del componente. Pasan a Salesforce, refrescan la página de Account y el resultado aparece casi idéntico al frame original: misma jerarquía, misma paleta, mismos márgenes.
Blueprints de la comunidad Salesforce en Figma
Después de la primera generación, Esteban abre la comunidad de Salesforce en Figma. Allí hay Blueprints listos: por ejemplo, piezas de una tienda de e-commerce que puedes tomar como punto de partida.
Copian otro frame, pegan el link en el agente con el mismo contrato de skills y vuelven a Salesforce. La lección es iterativa: empieza con componentes chicos, valida, y recién ahí escala el diseño.
El agente produce el HTML, el JavaScript si hace falta, el CSS y la configuración. Tú defines qué frame usar y qué reglas aplicar. El sistema de diseño sigue siendo tuyo; el agente solo acelera la escritura.
Accesibilidad, seguridad y revisión local
La charla cierra con tres cuidados que no son opcionales. Primero, accesibilidad: que el componente se vea bien no significa que sea usable para todos. Hay que pedirlo en el prompt y verificarlo en el resultado.
Segundo, seguridad. No expongas datos sensibles en el componente ni pongas claves de API dentro del prompt. Esteban lo dice sin rodeos: eso es peligroso, y el agente no te va a frenar si tú se lo entregas.
Tercero, revisión. Josué y Esteban lo repiten: valida en local antes de producción. Un segundo par de ojos humano, alguien que entienda tanto el diseño como el sistema, evita que un supuesto del agente llegue a la org de tus usuarios.
Si quieres ver cómo se prueba un agente como código, con simulación y trazas, la Masterclass de Agentforce DX es un buen complemento a esta charla de diseño a LWC.
Takeaways para llevarte a tu org
Los cierres de la sesión se pueden resumir en una lista corta. Empieza con un frame enfocado, no con toda la pantalla. Usa Figma MCP para contexto real. Carga skills de Salesforce, sobre todo las que fuerzan SLDS2.
- Frame primero: un componente a la vez, con su link de selección en Figma.
- Skills siempre: sin ellas el agente improvisa la estructura del LWC.
- Agente con MCP: Agents for Vibes, Claude, Codex u otro, siempre que pueda llamar a Figma.
- Validar antes de desplegar: accesibilidad, seguridad y revisión local.
Agents for Vibes tiene la ventaja de traer el set de skills ya incluido. Si usas otro agente, planifica cómo instalar esas skills. El modelo importa menos que el contexto y la guía que le das.
Qué significa esto para la gestión de tu empresa
Pasar de Figma a LWC más rápido no es solo un truco de developers. Reduce el tiempo entre la decisión de producto y la pantalla que usa tu equipo. En EGA Futura vemos ese mismo cuello de botella cuando un cliente necesita adaptar la UI de su operación en la nube de Salesforce.
Una interfaz alineada al design system baja la fricción de adopción. Si ventas, stock y finanzas viven en la misma org, cada componente inconsistente suma capacitaciones y tickets. Generar con SLDS2 desde el día uno es una forma de cuidar esa consistencia.
También cambia el rol del arquitecto. En lugar de traducir pixel a pixel, define contratos, skills y criterios de revisión. Es el mismo cambio de foco que vimos en la charla de agentes proactivos con Flow, Agentforce y Slack: la plataforma ejecuta, tú diseñas el patrón.
Si estás evaluando cómo llevar estos procesos a tu operación, revisa los productos de EGA Futura en Salesforce, compara los precios según el tamaño de tu empresa y, cuando quieras verlo en tu propio escenario, Agenda una demo.
Puedes conocer más sobre EGA Futura y encontrar la solución en el AppExchange de Salesforce. Empieza por un frame, una skill y una revisión. El resto es iteración.
Preguntas frecuentes
Qué es Figma MCP en Salesforce
Es el servidor Model Context Protocol de Figma que el agente usa para leer la estructura de un frame. En lugar de interpretar un screenshot, obtiene estados, espaciado y comportamiento reales del diseño fuente.
Por qué no alcanza con un screenshot del diseño
Porque el diseño lleva información que la imagen no muestra completa: estados, tokens de color, paddings y reglas de comportamiento. Sin ese contexto el agente completa con supuestos.
Qué son las skills de Salesforce para LWC
Son reglas que guían al agente durante el desarrollo. En la demo sirven para forzar SLDS2, respetar la estructura del Lightning Web Component y evitar estilos inventados desde cero.
Puedo usar otro agente que no sea Agents for Vibes
Sí. Josué y Esteban aclaran que puedes usar Claude, Codex u otro agente con soporte MCP. Agents for Vibes simplifica porque ya trae las skills incluidas.
Qué cuidados no puedes saltear antes de producción
Accesibilidad, no exponer datos sensibles ni claves en el prompt, y una revisión local humana antes de desplegar a cualquier ambiente.
Ver transcripción completa
speaker-0 (00:02.926)
Ok, hola. Buenos días a Gracias por estar aquí hoy. Sabemos que ayer fue una noche larga. que, de nuevo, muchas gracias por estar con nosotros hoy. Mi nombre es José Mendoza. Soy un arquitecto en Argentina, una de soluciones Estoy aquí con mi compañero, Esteban Morales, el mejor arquitecto que he conocido. que tenemos los próximos 20 minutos. el objetivo de aprender, o intentar aprender, cómo podemos transformar nuestros diseños, hechos en Figma en este caso, los de realidad de Lightning Web que podemos implementar en otras organizaciones, en otras organizaciones. Así que, muy rápido, agenda para hoy. Vamos a ver qué el qué es el handoff para la sesión. Luego aprenderemos cuál es el contexto y por qué lo necesitamos. La parte cero es la parte más relevante, donde construiremos la componente en vivo. Y luego, para Filipe, vamos hacer una evaluación y relección de todas las componentes. Así que, comencemos. Como cualquier desarrollo de Salesforce, empezamos con el diseño que queremos incluir dentro de… o páginas este caso, por ejemplo, estamos usando los objetos estamos viendo en la pantalla? Tenemos un componente o un diseño, incluyendo un de sobre la información sobre las contas. Y luego hemos construido otro diseño, por ejemplo, para mostrar la información sobre mi cliente. puede otro componente incluido en la experiencia cliente, basado en servicios que podemos hacer con nuestros clientes. Y solo otro ejemplo, este es más profesional, digamos, para mostrar contactos a nuestros usuarios. Ok, el objetivo de esta sesión es construir todo este view, pero para comenzar eso,
speaker-0 (02:22.958)
tenemos que hacer foco dentro de solo una de las componentes porque esta es primera idea que queremos compartir con ustedes. Queremos evitar usar un screenshot de todos mis diseños y decir a cualquier asesino, ok, vamos a implementarlo y vamos. Lo que queremos hacer hoy es hacer foco en una de las componentes dentro de nuestro diseño. En este caso estamos haciendo foco en el componente y el resultado que llegamos es tener el bundle componente que incluye el HTML, el SES, el estilo y la metadata de otros componentes. De nuevo, seleccionaremos un frame enfocado dentro de Sigma y lo convertiremos en un componente Esto es un importante y por estamos haciendo esto. Porque cuando creamos un diseño, no solo una foto de lo que queremos ver. Dentro tenemos más información que es importante durante el desarrollo. Tenemos diferentes estatus, tenemos colores, palos, espacio entre las cosas dentro del componente. Por eso es lo que queremos evitar, solo enviar una escrenzada y decir, OK, vamos a construir el componente. Aquí es donde aparecen necesarios contextos. Necesitamos traer a nuestros agentes más contextos. Porque, de nuevo, queremos evitar enviar una descripción que dice, OK, vamos a implementar esto.
speaker-1 (04:08.164)
No es suficiente. El Asia es más que eso.
speaker-0 (04:10.382)
Sí, exactamente. Podemos enviar un screenshot y esperarnos que los ancianos lo comprendan todo. Pero estamos aquí para aprender cómo hacerlo mejor. Así digamos que lo haremos. Y comenzaremos con el diseño dentro de Figma, con las colinas, el comportamiento que queremos implementar. Y aquí aparece el contexto. Vamos a decir el contexto como el Figma CP. podemos ver el MCP como una pared entre mi diseño y mi edición. Y en esa pared, se compartirán toda esta información. Los estatus, los niveles, el padd, el comportamiento. Y para hacer una muy buena implementación dentro de Salesforce, necesitamos otro instrumento que sirva para la guía. La guía dentro de Salesforce son las habilidades Quizás durante toda la Dreamforce, habéis visto los habilidades en muchos pasos o partes de las estaciones. Básicamente, habilidades, digamos, reglas que el agente seguirá para alcanzar mejor desarrollamiento. Podemos, dentro los habilidades, podemos incluir nuestros finas para no solo la línea de componente, vamos a encontrar habilidades para Apex, para Flows, para Megadate, etcétera. En este caso, tenemos saber que hay habilidades para desarrollar componentes hueso. Un ejemplo para tener el gráfico correcto después de que hayamos es que, por ejemplo, evitar que cualquier asesino intentara crear un estilo dentro Salesforce desde el principio. Porque dentro Salesforce ya tenemos los SLDS2. Y queremos usar eso para evitar, de crear un stylo de la parte de Una de las habilidades es usar la SLDS2 dentro del componente. Y como cuarto punto, o último punto, tendremos el primer draft de nuestro componente y podemos ver qué resulta después de la codificación.
speaker-0 (06:34.062)
el MCP conecta el… Perdón, el contexto y las habilidades hacen el guía para el desarrollo correcto. que podemos recordar todas estas palabras en tres verbos cortos. Design, básicamente crea tu diseño en SciFigma. Guía usando el MCP y las habilidades y luego genera tu componente. Y mi último mensaje antes de parte siempre cheque el resultado de tu bicoding. Porque los ancianos a veces hacen un guess, hacen asumciones, tal vez dentro de nuestra organización tengamos algunos nombres o gráficos que tenemos que seguir dentro de nuestro desarrollo. Entonces, de nuevo, cheque, haz una revista y luego podrás hacer una relevancia de tus componentes. Entonces, ahora… Esteban nos muestra lo que un prompio y lo que podemos hacer para llegar.
speaker-1 (07:38.83)
Sí, exactamente. Entonces, todo comienza cuando estamos desarrollando con los agentes y estamos introduciendo la AI en el lobo. Todo comienza con un prom, ¿verdad? Entonces, como ya sabéis, con proms, cómo interaccionáis con ChachiPD, con Claw, todo comienza con un prom, ¿verdad? Entonces, me gustaría pensar que el prom es el contrato entre lo queremos hacer y lo que queremos agentes con nosotros. En este caso, queremos los agentes empiecen a desarrollar un line de web componentes basados de una diseño que tenemos. El problema es el contrato. Aquí, como se ver, un problema. Estamos básicamente diciendo que desarrollemos un componente y podemos observar cuatro funciones aquí. primero es que estamos definiendo el del componente aquí en el contrato porque no queremos que el agente decidiera eso para nosotros. La segunda parte que podemos observar aquí es que estamos llamando a la Figma MCP. Como puedes ver, Figma MCP, usamos Figma MCP cuando sea disponible en el contexto del agente y empezamos a usarlo. El tercer item que estamos usando, como José mencionó, son las habilidades, el concepto de las habilidades. Así como José dijo, cómo podemos acelerar el desarrollo de usar los reglamentos y contextos que Salesforce tiene. Salesforce tiene un repositorio, repositorio con todas estas habilidades. Incluso una de de Lightning Web, mencioné, pero hay montón de otros tipos de herramientas para otras escales como Flow, cualquier tipo de desarrollo que pensar. Hay una escala de CellsForce para eso. Las escales aceleran el proceso de desarrollo dentro de CellsForce o dentro de cualquier otro de que tengamos. Por ejemplo, puedes usar Cloud, puedes Codex, puedes usar cualquier Agente que quieras, pero necesitas usar estas escales para acelerar. Y luego estamos diciendo, no lo haremos. Necesitamos revisar, tenemos que algo que podemos grabar y revisar más tarde. Probablemente en una o local. Pero es importante que explicamos a la gente no hacer eso. Esto es un ejemplo de una promesa. Puedes tener tu propio contrato. tu caso, esto es nuestra promesa. Ahora, veamos cómo funciona en la vida Todos quieren ver una demo. Entonces, veamos cómo funciona. Sí, esto es divertida.
speaker-1 (10:00.27)
Aquí empezamos con un diseño Como viste en el anterior video, tenemos un diseño. Este es el actual diseño de Figma. Es como se ve. Como veis, es muy similar a Salesforce. Lo diseñamos de esta porque queríamos que se hagan similar a Salesforce. La primera cosa que queremos hacer para traducirlo en un de Lanyard es ir a Figma, como se ve aquí, y right-click y copiar el link de selección. Esto es uno de los que vamos a hacer. para usar una de las MCPs de Figma, Figma tiene otras MCPs, pero vamos a esta, la Frame Link. Podemos compartir más sobre otras MCPs, pero para este propósito vamos a usar esta. Así que, copiemos esto y vamos a… vamos a ver Agents for Vibes. En nuestro caso, estamos usando Agents for Vibes. como dije, puedes usar cualquier otro agente, ¿verdad? Puedes usar Claude, puedes usar cualquier agente que quieras. A lo mejor, si la capacidad de MCP, puedes usarlo. Y aquí estamos pastando el prompt. Y puedes ver que estamos definiendo algunos requerimientos que nos pidiendo a la agente usar un WebLine, usar un HTML mágico, hacer que la accesibilidad esté en consideración. Nos están pidiendo usar SLDS y las habilidades, como hemos hablado. Y luego, al final, y esto es donde la magia pasa, es que pastando el URL que copiamos de Figma. Eso nos a agente que… usar el MCP, directamente, pero lo dice el agente de usar el MCP, Así esto es todo nuestro Así que, vamos ver cómo… cómo esta cosa. Pero el agente va a empezar a grabar información sobre las habilidades, como puedes ver. Tenemos esto ya definido, así que va a tomar un poco tiempo, pero como puedes ver, va a empezar a habilidades, automáticamente detectará que necesita ejecutar la Figma, perdón, la componente y luego, como puedes ver,
speaker-0 (11:38.894)
De cheque.
speaker-1 (11:58.766)
detectó que era inteligente para entender que necesita usar la Figma MCP. Como puedes ver, intentando acceder la Figma MCP. Podemos darle RUN o cancelar, o lo que Esto va a un tiempo. Así ya tenemos la componente construida, pero puedes ver que el agente ya identificado que necesita conectar la Figma. Aquí está la componente creada. También dejamos que agente sepa que necesitamos ver los fichos. Así creó los fichos, creó todo aquí. Y algo que me olvidé mencionar es cómo podemos ver si estamos conectados con MCP. Si vamos al de usamos Azure for Vibes. Aquí en el en este caso con Azure for Vibes, tenemos los servidores Si clica en el servidor veremos que la Figma Frame Link, la que mencioné. Usamos la Frame Link, puedes usar otras, pero aquí… Si esto es verde y conectado significa que ya conectados con Figma. Esta es MCP. Solo para mostrarles, porque pueden preguntar cómo conectar. Lo explicaré más tarde. Así que como creamos un componente. Si vamos a Salesforce, ahora veremos lo que Salesforce. Puedes ir clic. Creo que necesitas refrescar. Vamos a abrir Salesforce. Y vamos a la cuenta. Sí, esa. Vamos la cuenta En esa cuenta, verás la componente aquí. La componente es muy similar o identica a lo que tenemos en Figma. puedes ver, es la misma. Es muy clara, muy consistente. Es con la patina, con la marcha. Entonces, todo interspeccionado. Y luego… Esto es como se ve en el Salesforce, tenemos la loyaleza, tenemos el servicio así todos los componentes bundados. Otro tema que queremos discusionar es que el Salesforce tiene una comunidad en Figma. Puedes unirte esa comunidad y allí verás un conjunto de componentes que puedes ver que un bluepríntero para ti, que puedes usar si quieres.
speaker-1 (14:17.39)
o Recipient. Si quieres algo que está construido, ejemplo, una tienda de e-commerce, puedes usarlo Blueprint y empezar a usarlo como decísimo. En nuestro caso, usamos, por ejemplo, este es uno de los Blueprints que Figma o Salesforce ya tiene. Vamos escrochar la derecha y Vamos a que queremos tomar el la oportunidad. El medio, el de la Lo mismo, copiamos, lo copiamos la selección, y lo pasamos al agente, y agente creará la componente. Lo mismo, lo definimos, le damos las habilidades, y vamos a Salesforce, veríamos esas componentes, aquí, solo para decir que nos gustan, las ponemos aquí, pero puedes ponerlas cualquier lugar que Así aquí están las componentes. Aquí está toda la información que tomamos de Figma. Así eso es cómo puedes empezar con componentes pequeños y puedes ir y iterar todas tus diseños en Figma. Esto es lo que agente debería producir. Eso debería mostrar el HTML, el JavaScript, si necesario, el CSS para el diseño y el de configuración. Estos son los componentes. Y luego, una caveat es tú tienes el desarrollo. Tú eres el que… Entonces, el agente acelera el desarrollo, pero tú eres el que, en debido a las diseñas, dices al agente qué hacer, qué diseño usar. Entonces, el sistema muy importante. Si queremos quedarnos con de la Cereforia, tenemos que decir al agente que usa de Y luego, accesibilidad, y muy importante también, porque algo que…
speaker-1 (16:15.758)
No significa que sea para todos, así asegúrate que la accesibilidad está ahí. Y también asegúrate que los componentes no exposen información sensibles, o cualquier usuario pueda usarlo, o expongan información sensibles de la api de clave, o incluso no ponerlos dentro de una promesa, porque no queremos eso. Eso es muy peligroso. Y luego, la revisión, como José mencionó, y estamos repitiendo aquí, la revisión componentes primero, asegúrate de revisarlos localmente, asegúrate de los veas antes de que los a producción o cualquier ambiente, ¿cierto? Algunos takeaways que queremos usar, que queremos que te toque de esta sesión es que, como vimos, empezamos con componentes pequeños, empezamos con framework, con un URL, luego puedes mover y iterar a componentes más Empezamos con un focus free map first, como vimos, y luego usamos habilidades, esto es muy importante, usamos habilidades porque esto acelera el proceso. puede hacer asumciones de lo que landing web, sin estas habilidades no se entendería todo dentro de un component web, estructura, la esquema. Es muy importante usar habilidades y es algo que hay mucho aquí en Dreamforce. Es muy importante. Pique un agente que ayude a trabajo. nuestro caso usamos Agents4Vibes, pero puedes usar cualquier tipo agente que quieras, como Clot, Codex. todo, ¿verdad? Pero el beneficio de usar Agents for Bags, nuestro caso, que ya tenemos todo el set de habilidades ya incluidas, ¿verdad? Así que no tuvimos que instalarlo. Por eso usamos Agents for Bags, pero puedes usar cualquier otro. Así que puedes usar el código, puedes usarlo. que sí, cualquier tipo de agente, puedes usarlo. Y, por último, menos, validar, ¿verdad? Validar todo lo que haces y antes de desplazarte, asegúrate de que…
speaker-1 (18:19.086)
Si alguien revisa tu componente por su accesibilidad o por que algo no bien, hay otro humano que lo que no solo en Figma, sino también el sistema No todos de Figma entenderán correctamente como funciona la ¿Y qué es esto, José?
speaker-0 (18:38.51)
Creo que esto es un código
speaker-1 (18:40.814)
En este QR code puedes ver todas las fuentes de Si no sabes qué es un MCP, si no sabes qué una habilidad, si quieres entender más sobre cómo lo hicimos o quieres entender más sobre cómo conectar el MCP aquí, José, lo estamos viendo.
speaker-0 (18:59.214)
Creo que esta la cita solo te mintiendo. Aquí, si puedes esconder la cita, encontrarás algunas recursos sobre cómo conectar el MCP Figma con la Asiante de Forge Vive. Encontrarás un guía sobre cómo hacer eso, desarrollar tus componentes Encontrarás también el de de Self-Forge para añadir a tu Asiante. y vez una foto de nosotros si quieres salvarla. El guía para cómo construir tus componentes con el Fingman's DP. Hay algunas fotos sobre nosotros si quieres empezar. Y ahora sí, creo que eso todo.
speaker-1 (19:46.766)
Eso es todo, muchas gracias por unirse y espero que tengas buen día. Muchas gracias.