According to reporting by The Register and the project's official GitHub documentation maintained by developer NTDEV, the new desktop application does not simply slap a visual coat of paint on top of the legacy tiny11maker.ps1 and tiny11Coremaker.ps1 scripts. Instead, it uses an independent C# engine to process images, though the original PowerShell scripts remain in the repository for backward compatibility. As The Register notes, the builder is reported to handle Windows 11 installation media from version 22H2 onward, including 26H2, and is distributed in both x64 (Intel/AMD) and ARM64 packages.
From Command-Line Scripts to a Native WinUI 3 Wizard
Historically, as outlets like XDA Developers have noted in past coverage of Tiny11, users had to mount a Windows 11 ISO in File Explorer, note the drive letter, launch an elevated PowerShell prompt, and let an automated script chew through the image with virtually no granular control over which individual applications stayed or went.
The new WinUI 3 desktop application overhauls this experience entirely. Modeled after a clean six-step wizard layout, the app guides users from build-mode selection through image acquisition, edition picking, component customization, and final ISO generation. Among the most notable workflow upgrades documented in the Tiny11 Builder repository are:
- Direct Official ISO Downloads: Users can supply a local ISO or extracted installation media (with automatic WIM/ESD detection and read-only native ISO mounting), or use a one-click downloader that fetches Microsoft's latest published Windows 11 ISO matching the host architecture and display language. The downloader enforces strict security hygiene by accepting only official Microsoft hosts across redirects, supporting resumable partial downloads via strong ETags, and offering optional SHA-256 verification.
- Resumable Builds and Turbo Mode: Image servicing is notoriously disk- and CPU-intensive. The builder introduces an optional "Turbo mode" to accelerate image processing and can resume interrupted builds from saved progress once an image has been committed or compressed.
- Granular Edition and Setup Tweaks: The tool automatically selects Windows 11 Pro when detected (or falls back to index 1), and offers optional toggles for enabling.NET Framework 3.5 from matching
sources\sxsmedia, compact installation, and best-effort local-account setup without injecting unauthorized product keys, passwords, or forced EULA acceptances.
Section Summary: Tiny11 Builder's transition to a native C# and WinUI 3 architecture replaces manual ISO mounting and rigid PowerShell scripts with a guided wizard featuring verified Microsoft ISO downloads, resumable build states, and fine-grained customization.
Three Ways to Slice the OS: Tiny11, Core, and Custom
Not all Windows diets are created equal. Trimming preinstalled consumer apps is a world apart from ripping out the operating system's servicing stack. To make those boundaries clear, the application organizes its workflow around three distinct build modes:
| Build Mode | Target Use Case | What Gets Removed / Changed | What Stays Intact | Serviceability & Risk Profile |
|---|---|---|---|---|
| Tiny11 (Standard) | Everyday lean installations & testing | Bundled consumer apps, Edge/WebView2 binaries, OneDrive binaries, reserved storage, and automatic encryption defaults. | Windows Update, Microsoft Defender, Windows Recovery Environment (WinRE), Microsoft Store, and shared runtimes. | Serviceable: Cleans superseded components without /ResetBase, allowing updates and rollbacks. |
| Tiny11 Core | Ephemeral test virtual machines only | Deletes most WinSxS component folders, strips WinRE, and disables Windows Update and Microsoft Defender. | Essential common-controls, GDI+, CRT, and baseline servicing files required to boot. | Non-Serviceable (High Risk): Resets the component base irreversibly. Cannot be updated or patched. |
| Custom | Advanced builders & specific lab needs | User-selected apps, protected system apps, optional features, language packs, CBS packages, services, drivers, and WinSxS folders. | Everything by default until the user explicitly selects items to disable or strip. | Variable: Ranges from mild debloating to unbootable images if protected components are cut. |
The technical nuances in the project's usage.md documentation highlight why users must pay close attention to which card they click. In standard Tiny11 mode, the C# builder applies an "original-style" removal preset that strips out bundled bloatware, Microsoft Edge, WebView2, and OneDrive while deliberately avoiding the DISM /ResetBase switch. That restraint means the resulting installation remains serviceable and retains the ability to uninstall existing updates.
Tiny11 Core, by contrast, is a chainsaw. It requires an explicit agreement dialog before proceeding—and for good reason. Core resets the component base, purges WinSxS component folders, strips out the Windows Recovery Environment (WinRE) entirely, and disables both Windows Update and Microsoft Defender. Because a system without updates or endpoint protection rapidly becomes a security liability on any live network, both the developer and The Register emphasize that Tiny11 Core should be confined strictly to disposable test virtual machines.
Custom mode starts with a clean slate—zero removals selected—and lets power userseither disable or completely rip out features, services, drivers, Component-Based Servicing (CBS) packages, and WinSxS folders. Accessing the full image inventory triggers an upfront expert warning and requires a separate risk acknowledgment before building.
Section Summary: While the standard Tiny11 preset preserves Windows Update, Defender, and recovery tools for a maintainable system, Tiny11 Core and aggressive Custom configurations permanently gut the component store and security defenses, making them suitable only for isolated virtual machines.
The Under-the-Hood Reality: Hardware Bypasses, Setup Changes, and Licensing
Whenever Tiny11 makes headlines, a familiar chorus of myths tends to follow in enthusiast forums—chiefly the assumption that it is a magic wand for running Windows 11 on ancient hardware without a license. The project's documentation and The Register's reporting pour cold water on both misconceptions.
First, Tiny11 is not a guaranteed hardware-requirement bypass. While the standard Tiny11 preset adjusts hardware-check, reserved-storage, and automatic-encryption settings, the author states plainly in the repository that local-account and hardware-check settings are "best effort, not guaranteed bypasses on new builds." Furthermore, when building Tiny11 Core or executing Custom WinSxS component-payload removals, the tool automatically switches the boot image's WinPE shell (Winpeshl.ini) to launch wpeinit.exe followed by the classic sources\setup.exe (or setup_old.exe) rather than Microsoft's newer SetupHost workflow—even on Windows 11 24H2 and newer media. The documentation explicitly notes that this legacy installer path is a compatibility requirement for heavily trimmed images, not a hardware-bypass feature or an in-place upgrade workaround. If the source media lacks the classic setup executable, the build fails explicitly.
Second, licensing rules still apply. Stripping out Xbox stubs, Copilot hooks, and OneDrive does not alter Microsoft's intellectual property terms. As the developer notes, no modification in Tiny11 Builder bypasses Windows licensing or activation. You still need a valid Windows license key or digital entitlement to activate the operating system.
Finally, Microsoft will not support these images. From an enterprise IT and systems administration perspective, an ISO modified by third-party C# component surgery falls completely outside Microsoft's support boundaries. If a future cumulative update fails because a seemingly minor CBS package or WebView2 dependency was excised during a Custom build, troubleshooting is entirely on the user's shoulders.
Practical Guidance Before You Build
If you want to experiment with Tiny11 Builder's new WinUI 3 preview, treat it like a lab instrument rather than a production deployment tool:
- Match Your Architecture: Download the correct release archive (
x64for standard Intel and AMD PCs, orARM64for Windows on ARM devices) from the officialntdevlabs/tiny11builderGitHub repository, extract the entire ZIP archive to a folder, and launchTiny11Builder.exewith administrator approval. - Stick to Standard Tiny11 for Bare Metal: If you intend to install the resulting ISO on a physical secondary PC, use the standard Tiny11 mode or a conservative Custom profile that leaves Windows Update, Microsoft Defender, WinRE, and the WinSxS servicing stack untouched.
- Validate in a Virtual Machine First: Even the project's own automated test suite validates image building rather than guaranteeing that every custom combination will boot and install cleanly. Always spin up the generated ISO in Hyper-V, VMware, or VirtualBox to verify that setup completes and your essential applications function before wiping a physical drive.
By bringing a native WinUI 3 interface and a dedicated C# engine to Tiny11 Builder, NTDEV has removed the PowerShell barrier to entry for Windows image customization. Just remember: making the scalpel easier to hold doesn't make surgery any less risky if you start cutting into vital organs.
References
- GitHub - ntdevlabs/tiny11builder: WinUI app for building smaller, customized Windows 11 images. · GitHub github.com
- Tiny11 puts Windows 11 on a diet without the PowerShell workout The Register · 2026-10-14T14:15:00+00:00
- usage.md github.com