Building an app was never the problem. Running it was. Login. Permissions. Hosting. Monitoring. Security checks. Deployment. What often begins after the actual build for an internal application costs teams time, money, and nerves. It is exactly this part that is changing right now.
With Power Apps Code Apps, you develop a standard modern web app using React, TypeScript, and Vite. And with a single command, you publish it to the Power Platform, where sign-in, sharing, management, and monitoring are already in place. At the same time, Generative Pages in model-driven apps offers a feature that lets you describe an app page and generate actual React code from it. The key point here is not that Microsoft can now do AI. Or that React is suddenly appearing in Power Apps. The line between low-code and traditional software development is breaking down right now. And this from both sides at the same time.
For years, an invisible dividing line has existed within the Power Platform. On one side, low-code: fast, governed, but eventually you reach the limits of what can be achieved with standard components. On the other, classic web development: complete freedom, but every project starts from scratch (authentication, role modeling, hosting, deployment pipeline, logging). And finally, the uncomfortable question from IT security: Who actually audited this?
What is happening now is remarkable: The separation between low-code and «real» development has always been more artificial than we have been willing to admit. In 2026, it will finally disintegrate.
From the code side come Code Apps, which allow developers to work in their familiar IDE, but end up in the Power Platform. From the low-code side come Generative Pages, which generate production-like TypeScript and React code from a description. The two meet in the middle with React components that run in a managed enterprise environment.
Microsoft describes Code Apps as follows: Bring Power Apps capabilities to your own code-first web applications. You develop locally. You use familiar frameworks like React or Vue. You have full control over the UI and logic. And yet, the application then runs within the Power Platform.
A description from the community sums it up perfectly: The first Code App is «a regular modern web app that becomes a managed Power Platform app.» No limited toolkit, no «unfortunately, that is not possible because the component cannot do that.» If a design system is specified, it is implemented. If an interaction needs to be custom, it is built. That is web development.
Model-driven apps have always been the solid, unassuming side of the Power Platform: data-model driven, consistent, governed, and visually very standardized. Anyone needing a truly unique view quickly ended up using custom pages or making compromises.
Generative Pages address this need. And no, it is not simply a case of «AI quickly building me a pretty page.» The more exciting development lies elsewhere. One of the classic limitations of the Power Platform is becoming more permeable. Previously, the rule was often: either you accept the standard interface or you leave the world of the standard interface and build your own. Generative Pages occupy the space in between.
You describe your needs in natural language, name the relevant Dataverse tables, and can even attach an image of what the page should look like, right down to what Microsoft calls a «rough napkin sketch.»
From this, React code is generated that covers both the frontend experience – selecting the right components, the best layout – and the associated business logic. The process then continues interactively: elements can be modified, layouts adjusted, and functionalities extended.
Important for anyone who takes governance seriously: Generative Pages are solution-aware. They appear as «UX Agent Project» lines and can be exported and imported between environments. The standard ALM process is therefore fully integrated. And before users see a page, it must be explicitly published. Nothing accidentally slips into production. And the pages are not isolated: they accept input parameters and are accessed via the regular model-driven navigation. Real building blocks in the flow of the app, not a pretty add-on.
Generative Pages are also available directly in the browser within the App Designer. In practice, however, this approach is regionally limited and currently not an option for us in Europe. The more interesting approach, and one that Microsoft explicitly recommends, is working from within the development environment using AI coding tools like the GitHub Copilot CLI or Claude Code.
The reasons are compelling: access to the latest Frontier models, global availability in public clouds, and the ability to build multiple pages plus their associated Dataverse tables in a single pass. The feature itself is now available globally.
This is based on an orchestrated process: A Planner agent analyzes the request and proposes a plan – which pages, which tables, which app, which solution – and then delegates to specialized agents like a Table Builder and a Page Builder, which generate production-ready TypeScript and React code. Optionally, there is a «verify-in-browser» step with automatically generated Playwright tests.
The language aspect is also resolved in this way: The agent detects all languages activated in the environment and generates the corresponding code. The page then respects the individual regional settings for date, numbers, and currency.
Model-driven apps today offer more than just generated pages. With Copilot Chat, end users can ask questions in natural language about their application's data and receive immediate answers. In addition, there is form-fill assistance, which provides suggestions for complex forms based on the available data context. These features are generally available and enabled by default for Dynamics 365 users. For standalone Power Apps, both remain in public preview and must be activated in the Power Platform admin center. Nevertheless, the direction is clear: the user interface is not only becoming more generative. The application itself is becoming increasingly interactive.
The most frequent question in workshops is not «What can the platform do?» but rather «What should I use for what purpose?» At the European Power Platform Conference 2026 in Copenhagen, Microsoft presented a map that clearly outlines this.
From up to down, you relinquish control and gain freedom. Everything except Power Pages BYOC is intended for internal users. Those who need an anonymously accessible interface are located on the far right of this map.
At the same conference, Vivian Voss and Yannick Reekmans presented a table that I consider the most useful decision-making tool on the topic. It does not ask «What is possible?» but rather «What goes wrong if I make the wrong choice?»
Two things stand out:
Twice the answer is «Standard Form» or «Canvas + PCF». The new possibilities are not automatically the right answer. The most common mistake ist not «too little technology», but too much.
The column with the error modes is the real value. Generative Page, if you want to stay within the context of the model-driven app and inherit its security model. Code App, if the application is intended to be standalone, requires more than Dataverse, or if the frontend needs to be treated as a true engineering artifact.
A post that only raves about the code will not help you with planning. These points need to be addressed:
We could already do React. AI could already generate code. And low-code could already build applications. The real change is happening in between. Traditional development is migrating to the Power Platform. At the same time, low-code is transcending its previous limitations. This raises a new architectural question. It is no longer: low-code or pro-code? But rather: what do we want to build ourselves, and what should the platform handle for us? From our perspective, that's the truly interesting development. Because an internal application no longer has to automatically start from scratch.
The boundary is disappearing. And that does not make everything easier. But the possibilities are significantly improved.