Hola a todos. Hoy quiero comentar con ustedes una novedad que, como MVP, me hace levantar una ceja de interés y otra de precaución: crear aplicaciones describiéndolas en lenguaje natural, tanto desde Copilot Cowork como desde Copilot Studio.
Si os perdisteis mi artículo de las novedades de octubre en Copilot Studio, este es el capítulo que faltaba. Y la parte interesante no es solo lo fácil que resulta construir una app. Es cómo encaja con el gobierno de TI.
Qué se anuncia
Quien crea la app puede pasar de una idea a una aplicación funcional conversando:
- Describe lo que necesita y recibe un primer borrador funcional.
- Refina la app en la conversación (un filtro, un campo, el diseño).
- La previsualiza y prueba antes de publicar.
- La publica y comparte con personas o grupos permitidos.
La disponibilidad no es la misma en los dos sitios, y ambos siguen en preview:
| Dónde | Estado |
|---|---|
| Copilot Cowork (habilidad App) | Preview a través del programa Frontier, con despliegue desde septiembre de 2026 para usuarios con acceso a Cowork |
| Copilot Studio (Apps, preview) | Despliegue de la preview pública iniciado el 13 de octubre de 2026, de forma gradual por regiones |
Según el anuncio, las apps creadas en Cowork también se pueden abrir y seguir editando en Copilot Studio. Comprobadlo en vuestro tenant antes de darlo por hecho.
Lo que hay debajo: Copilot Managed Runtime
Estas apps no son “Power Apps de siempre”. Se ejecutan sobre Copilot Managed Runtime, una plataforma gestionada por Microsoft pensada para que las aplicaciones internas nazcan gobernadas:
- Autenticación con Microsoft Entra de serie, sin configurar identidad.
- Acceso a más de 1.500 conectores, sujetos a las políticas de conectores de vuestra organización.
- Aplicación automática de vuestras políticas: límites de uso compartido, acceso condicional, DLP y restricciones de datos.
- Entornos de desarrollo personales aislados: cada creador trabaja en un sandbox propio, protegido desde el inicio con valores seguros que el administrador puede ajustar.
Y no son los únicos caminos: también se pueden crear apps con Copilot Code o con el SDK y la CLI de Copilot Managed Runtime para desarrolladores. Todas terminan en el mismo sitio y con la misma gobernanza.
La pregunta clave: ¿vuestra organización ha decidido ya quién puede crear aplicaciones con IA y con qué datos?
Qué ve y puede hacer el administrador
- Inventario central: cada app aparece en el centro de administración de Microsoft 365, en Apps > All apps, con su uso, estado y cumplimiento.
- Controles de creación: en Apps > Overview > Set up app creation spaces se gestionan los caminos de creación.
- Copilot Studio: activado por defecto; el administrador puede desactivarlo o limitarlo a grupos de seguridad concretos.
- Cowork: depende de que el tenant esté dado de alta en Frontier, no de un interruptor del tenant.
- CLI: desactivado por defecto.
- Controles de distribución: quién descubre y usa cada app.
⚠️ Recomendación: si aún no habéis decidido vuestra política, mirad qué caminos están abiertos hoy en vuestro tenant. Con Copilot Studio activado por defecto, puede que vuestros creadores ya tengan el botón de “App”.
Cuánto cuesta (aquí está el secreto)
Construir apps consume Copilot Credits, y cada sitio se factura de forma distinta:
| Dónde se crea | Cómo se factura la construcción | Dónde se gestiona |
|---|---|---|
| Cowork | Créditos según la política de gasto del creador, por usuario | Centro de administración de Microsoft 365 |
| Copilot Studio | Créditos con la facturación existente de Copilot Studio, por entorno | Power Platform admin center |
Tres matices que conviene tener claros:
- Cowork exige licencia de Microsoft Copilot, pero la suscripción no incluye su consumo: hay que activar la facturación por uso e incluir al creador en una política de gasto. Que Cowork sea visible no basta para que el usuario pueda usar la habilidad de crear apps.
- En Copilot Studio, el gasto empieza durante la creación (redactar, probar, evaluar), no solo cuando publicáis. En el Power Platform admin center, esos créditos aparecen de momento agrupados como “App”.
- Ejecutar las apps tiene su propia política de gasto por usuario en el centro de administración de Microsoft 365, separada de la de construirlas. Y durante la preview, un usuario sin créditos suficientes recibe una advertencia y luego se le bloquea el acceso (tras 20 operaciones o cinco minutos, lo que ocurra antes).
Es el mismo patrón que vimos con el coste de Cowork: lo difícil no es activar, es decidir quién gasta.
Qué haría yo esta semana
- Revisar los caminos de creación abiertos en vuestro tenant y decidir a quién se los dais.
- Definir políticas de gasto para construir y para ejecutar, por separado.
- Probar con un caso sin datos sensibles. Una app para seguir tareas de un equipo, por ejemplo.
- Decidir qué se queda como app personal y qué debe pasar por vuestro proceso de revisión.
- Mantener vuestro proceso de calidad para lo crítico o regulado. Microsoft recomienda tratar el borrador generado como punto de partida.
💡 Tip: el borrador que sale de la conversación es solo eso, un borrador. Si trabajáis en un entorno regulado, mantened vuestras pruebas y vuestra validación como siempre.
Mi conclusión
Esto acerca el desarrollo de aplicaciones al usuario de negocio, y eso es una buena noticia y un riesgo a la vez. La tecnología trae gobierno de serie, pero las decisiones de quién crea, con qué conectores y con qué presupuesto siguen siendo vuestras.
Con este artículo cierro la serie que empecé en abril. ¿Dejaríais hoy a vuestros equipos crear apps con IA, o primero cerraríais las políticas? Contádmelo en los comentarios.
Recordad que podéis consultar la documentación oficial de Microsoft para confirmar el estado y la disponibilidad en vuestro tenant.
Fuentes: Copilot Cowork overview (Microsoft Learn) · Copilot Managed Runtime overview for admins (Microsoft Learn) · Create an app in Microsoft Copilot Studio (Microsoft Learn) · What is Copilot Managed Runtime (Microsoft Learn)
