Imaginá esto: un analista de operaciones necesita una app para gestionar inspecciones de campo. Fotos, niveles de aprobación, alertas por anomalías. Antes, eso era un ticket para IT, tres reuniones de relevamiento, y seis semanas de desarrollo en Power Apps. Hoy, el mismo analista abre vibe.powerapps.com, escribe lo que necesita en lenguaje natural, y en diez minutos tiene algo que funciona.
Ese "algo que funciona" no es un mockup. Es una aplicación con tablas en Dataverse, interfaz React generada por agentes de IA, lógica de negocio incluida. Una app de verdad construida sin arrastrar un solo componente ni escribir una línea de Power Fx.
El debate entre vibe coding y low-code no terminó. Se volvió irrelevante porque Microsoft metió uno dentro del otro.
Tres formas de construir lo mismo
Para entender qué cambia en la práctica, tomemos el mismo problema concreto: una app de solicitudes de vacaciones con flujo de aprobación del manager.
| Low-code tradicional (Canvas App) | Vibe coding puro (Cursor, Bolt) | Power Apps Vibe (fusión) | |
|---|---|---|---|
| Quién lo construye | Maker certificado | Cualquier persona con prompts | Analista de negocio |
| Tiempo hasta prototipo | 2-3 días | 30 minutos | 10 minutos |
| Lo que produce | Canvas App + Power Fx | Código React/Node propio | React + Dataverse |
| Vive dónde | Dentro de Power Platform | En cualquier server | Dentro de Power Platform |
| Governance desde el día 1 | Sí (DLP, ALM, soluciones) | No | Parcial (preview) |
| Mantenible por el equipo | Sí | Depende | Todavía no |
| Listo para producción | Sí | Con trabajo adicional | Todavía no |
La columna del medio es vibe coding como lo conocíamos: velocidad total, ownership del código, cero dependencia de vendor, y la deuda de governance como problema tuyo. La columna de la izquierda es low-code puro: más lento, más estructurado, con el ecosistema de Microsoft sosteniendo todo. La columna de la derecha es lo nuevo: las dos cosas al mismo tiempo, con las ventajas de cada una y las limitaciones de ninguna siendo realmente completa todavía.
La brecha que nadie ve
Cuando el analista de operaciones usa Power Apps Vibe, su experiencia es vibe coding: escribe, la IA genera, el resultado parece mágico. Pero debajo hay Dataverse, hay un environment de Power Platform, hay connectors, hay una estructura de governance que alguien configuró antes. La IA no opera en el vacío: opera dentro del jardín de Microsoft.
Eso es exactamente lo que lo separa del vibe coding puro. En Cursor o Bolt, el código que se genera es tuyo y va a donde vos decidás. En Power Apps Vibe, el output vive dentro de Power Platform y hereda, bien o mal, las políticas que el administrador definió. Para IT, eso es una diferencia enorme. Para el analista que construyó la app en diez minutos, es invisible.
El problema es que "invisible" en este contexto no significa "resuelto".
La deuda oculta
Las apps generadas por Vibe son React y TypeScript. No Power Fx. Eso es un cambio de paradigma para los equipos que construyeron sus prácticas de CoE alrededor del low-code tradicional.
Los frameworks de DLP de la mayoría de las organizaciones no cubren este surface area. El equipo de seguridad de IT no está haciendo las preguntas correctas porque todavía no sabe que debería hacerlas. Y cuando algo falla, el mismo analista que construyó la app con prompts no puede debuggear lo que la IA generó, porque nunca lo leyó.
No hay historial de versiones. No podés modificar el schema de las tablas una vez creadas sin romper la sincronía con el plan. Y al día de hoy, solo funciona en inglés, lo que en América Latina no es un detalle menor.
Microsoft lo dice explícitamente en su propia documentación: las preview features no están pensadas para producción y pueden tener funcionalidad restringida. El producto existe, está disponible, y tiene limitaciones reales que el marketing de la preview no enfatiza.
El patrón que ya funciona
La comunidad Power Platform no esperó el GA para experimentar. El patrón que se está imponiendo en equipos que lo usan bien tiene dos actos.
Acto 1 con Vibe: el analista describe el proceso en lenguaje natural. La IA propone un plan con el modelo de datos y las user stories. El equipo lo revisa, lo ajusta, acepta el plan y en minutos tiene un prototipo funcional. Ese prototipo se usa para validar con el stakeholder: ¿los datos son los correctos?, ¿la UX resuelve el flujo real?, ¿hay casos edge que no aparecieron en el relevamiento? Lo que antes era una reunión con slides se convierte en una sesión con algo clickeable.
Acto 2 con low-code: cuando la hipótesis está validada, entra el maker certificado. Toma lo aprendido en el prototipo y construye la solución real en Canvas App o Model-Driven App, con ALM pipeline, con managed solutions, con DLP policies, con todo lo que garantiza que en dos años alguien pueda mantener eso sin llamar al que lo construyó.
Vibe coding comprime el discovery de semanas en una sesión. El low-code garantiza que lo que llega a producción sobreviva al tiempo.
Son las dos partes del mismo proceso. El error es usar una donde corresponde la otra.
El CoE que nadie actualizó
El desafío de gobierno que esto introduce no es menor. El Centro de Excelencia de la mayoría de las organizaciones fue diseñado para un modelo específico: low-code configurado a través de managed solutions. Las aplicaciones que Power Apps Vibe genera son React y TypeScript, un surface area completamente diferente que los frameworks de DLP existentes no cubren de forma nativa.
La actualización de gobernanza de Power Platform de marzo de 2026 extendió los controles de AI governance, pero la brecha entre lo que el CoE sabe auditar y lo que Vibe genera sigue siendo real. Los equipos de seguridad de IT de la mayoría de las organizaciones no están haciendo las preguntas correctas todavía, porque no saben que deberían hacerlas.
El riesgo no es que la tecnología sea mala. Es que la velocidad de adopción está superando la velocidad de maduración de las prácticas de gobierno.
El punto
Microsoft tomó el debate y lo convirtió en superficie de trabajo. Vibe coding ya no es la alternativa al low-code: es la forma más rápida de llegar al low-code que importa. El shift es real, la tecnología está en preview, y las organizaciones que definan hoy cómo gobernarlo van a tener ventaja sobre las que esperan a que madure sola.
Si querés seguir leyendo sobre lo que está pasando en Power Platform, Microsoft 365 y la IA aplicada a las organizaciones de América Latina, suscribite a la newsletter de macareno.net. Sin relleno, sin spam.
Fuentes
- Overview of the new Power Apps vibe experience — Microsoft Learn
- Power Apps Vibe: Complete Guide to Building AI Apps for Businesses — Concetto Labs
- A New Way To Build Power Apps with Vibe Coding and AI — PowerApps911
- Vibe Coding in Power Platform: Why Canvas Apps Still Win in 2026 — Power Apps Template
- Vibe Coding Security Risks: Enterprise Guide 2026 — BeyondScale
- FAQ for Power Apps vibe experience (preview) — Microsoft Learn