Hace unos días, SharePoint empezó a aceptar páginas HTML. Ya lo contamos acá: un formato nuevo que Copilot escribe de una vez, encerrado en un iframe que no sabe quién lo mira y que muestra los datos de una lista sin poder tocarlos. Un visor. Útil, pero un visor.
Mientras tanto, del otro lado de Microsoft 365, Copilot Cowork recibió una skill que juega en otra liga. Se llama App, está en preview dentro del programa Frontier y no genera páginas. Genera aplicaciones. De las que leen tu lista de SharePoint, te muestran lo que está en riesgo y, cuando cambias un dato, lo guardan de vuelta en la lista.
La foto empezó a moverse.
De la lista a la app en tres prompts
La mejor demostración pública hasta ahora es de Reza Dorrani, uno de los creadores de contenido más conocidos del mundo Power Platform. Parte de una lista de SharePoint con una cartera de proyectos: responsable, área, estado, salud, presupuesto. Le pide a Cowork un "centro de comando de entrega de proyectos" con indicadores arriba, salud, avance y presupuesto versus gasto, en una pantalla limpia para ejecutivos.
Cowork invoca la skill y, un par de minutos después, devuelve un link con la app funcionando contra los datos reales. Segundo prompt: destacar los proyectos en riesgo, agregar búsqueda, filtros por responsable, área, estado y salud, y una vista de detalle. Tercer prompt: permitir crear y editar proyectos. Reza cambia la salud de un proyecto a "en camino", guarda, y el proyecto desaparece de la sección de alertas. El cambio ya está en la lista.
Nadie escribió una línea de código. Pero el código existe.
Por dentro: React, un config.json y una regla
Esto no es HTML estático. Cowork genera un proyecto React completo y deja ver el código fuente. Hay un config.json con el ID de la app, el entorno donde se creó y la conexión con la lista de SharePoint. La conexión pasa por los conectores de Power Platform, más de 1.500, así que la fuente podría ser Dataverse, SQL o Excel en vez de una lista.
La regla: dentro de Cowork, ese código es de solo lectura. Se puede mirar, no tocar. Toda modificación pasa por un prompt.
La página HTML te deja mirar la lista. La app te deja cambiarla.
El motor tiene nombre: Copilot Managed Runtime
Cowork es solo una de las puertas. Estas apps corren en Copilot Managed Runtime, también en preview, que tiene tres entradas: Cowork para quien quiere pedir la app en una conversación, Copilot Studio para makers que quieren controlar mejor cada paso, y un SDK con su propio CLI (el comando ms) para desarrolladores que prefieren VS Code y Git.
Las tres producen el mismo artefacto: una app hospedada por Microsoft, con autenticación de Entra ID incorporada, que hereda las políticas del tenant y aparece en el inventario del administrador. El usuario final las encuentra todas en un mismo portal, managedapps.cloud.microsoft.
Para quien construye portales, un detalle importante: estas apps no viven dentro de una página de SharePoint. Viven en su propio runtime. Leen y escriben en SharePoint, pero no son SharePoint.
Tres formas de mostrar una lista
| Página HTML | App en Cowork | Web part SPFx | |
|---|---|---|---|
| Quién la crea | Cualquier autor, o Copilot | Cualquier usuario, con Cowork | Un desarrollador |
| Datos | Lista, Excel, CSV, solo lectura | Más de 1.500 conectores, lectura y escritura | Cualquier API, lectura y escritura |
| Sabe quién la usa | No | Sí, con Entra ID | Sí, con el contexto de SharePoint |
| Dónde vive | Site Pages, dentro de un iframe | Runtime propio, fuera de SharePoint | Dentro de la página de SharePoint |
| El código | No hay código que mantener | React, solo lectura en Cowork | Tuyo, en tu repositorio |
| Licencia para usarla | Ninguna | Power Apps Premium o créditos | Ninguna adicional |
| Madurez | Preview, GA entre noviembre y diciembre | Preview Frontier | Disponible hace años |
La parte que no sale en la demo: el administrador
Lo más interesante del video no es la app. Son los últimos cuatro minutos.
En el centro de administración de Microsoft 365 aparece una sección nueva, Aplicaciones, con el inventario de todas las apps gestionadas del tenant: quién la creó, cuándo, si está activa, cuántos usuarios diarios tiene. Por cada app, el administrador ve qué conectores usa, configura alertas sobre tasa de apertura exitosa, tiempo de carga y cantidad de lanzamientos, y puede bloquearla o eliminarla.
Hay también una línea base de conectores permitidos que Microsoft define por defecto y el administrador puede recortar, una política para decidir si las apps se comparten con toda la organización o solo con personas y grupos elegidos, y una política de seguridad de contenido que controla dónde se puede embeber la app y qué recursos externos carga.
Y aquí está el detalle que vale el artículo: cada app se construye en el entorno de desarrollador personal de quien la crea, usando el enrutamiento de entornos de Power Platform. Si el tenant no tiene una regla de enrutamiento configurada, Microsoft aplica una por defecto.
Traducción: en una empresa donde nadie abrió nunca el centro de administración de Power Platform, el día que se active Frontier cada persona va a tener su propio taller para fabricar apps, con la configuración que Microsoft eligió por ella.
La letra chica
- Usar la app tiene costo. Quien la ejecuta necesita Power Apps Premium o Copilot Credits. Con créditos, se cobra cada lanzamiento y cada llamada a API consume 0,1 crédito. Sin créditos suficientes, el usuario recibe un aviso y queda bloqueado después de 20 operaciones o cinco minutos de uso. Y construirla es una tarea de Cowork, que trae su propio taxímetro.
- El código no sale fácil de Cowork. El SDK trabaja con Git, en un repositorio gestionado por la plataforma o en uno propio, siempre que pertenezca a una organización en GitHub Enterprise Cloud. Azure DevOps no está soportado. Lo que la documentación todavía no aclara es si una app nacida en Cowork se puede llevar a ese flujo para seguir editándola con código. Antes de prometerlo a un cliente, hay que probarlo.
- El link es una llave. Microsoft advierte que quien recibe el link puede abrir y usar la app, incluidos todos sus datos. Compartir una app es abrir una puerta a la lista.
- Es preview. Frontier significa que las capacidades pueden cambiar, o no llegar a disponibilidad general tal como se ven hoy.
- La app es tan buena como la lista. Una lista con texto libre en las columnas de estado y salud genera una app linda que filtra mal. La arquitectura de información sigue siendo trabajo humano.
Dónde encaja
Para el prototipo de una tarde, el tablero de un equipo o la app de seguimiento que hoy vive en un Excel que circula por correo, es difícil pensar en algo más rápido. En ese terreno compite directo con Power Apps canvas, y lo hace conversando.
Para lo que tiene que vivir dentro del portal, combinarse con otras web parts, durar años con control de versiones o integrarse con sistemas sin conector, SPFx sigue siendo la respuesta. Por arquitectura, no por costumbre.
El punto
En pocas semanas, Microsoft mostró dos maneras de que Copilot construya cosas sobre tus datos de SharePoint. Las páginas HTML miran. Las apps de Cowork miran, escriben y saben quién está del otro lado. La distancia entre las dos es la misma que hay entre un informe y un sistema.
Y los sistemas, aunque nazcan de un prompt, necesitan dueño, presupuesto y reglas. Microsoft entregó las herramientas de gobierno el mismo día que la función. Lo que no viene incluido es la decisión de usarlas.
¿Tu organización va a activar Frontier o ya está probando Apps en Cowork? Conversemos en macareno.net antes de que el inventario se llene solo.
Fuentes
- What's new in Copilot Cowork, Microsoft Learn
- Use Copilot Cowork: Build apps with the App skill, Microsoft Learn
- What is Copilot Managed Runtime (preview), Microsoft Learn
- Copilot Managed Runtime SDK overview (preview), Microsoft Learn
- Microsoft Copilot Cowork Can Now Build REAL Apps, Reza Dorrani (YouTube)