NVIDIA and Microsoft Pair Windows AI PCs With New Agent Controls
RTX Spark laptops are due October 16, while the larger Windows workstation remains a preview. Microsoft’s containment layer is available now, but several management features are still coming.
Microsoft released Execution Containers (MXC), which put developer-defined file, network and resource permissions outside an AI agent’s control. Its process containers support Windows 11, macOS and Linux, while desktop-session isolation is Windows-only. At the same event, NVIDIA detailed local-computing systems with up to 128GB of unified memory for RTX Spark and previewed a 748GB DGX Station for Windows, whose availability is unannounced. Agent containment is available now, but several enterprise attribution and management integrations are still forthcoming.
01
RTX Spark laptops are scheduled for October 16 availability, with compact desktops following in November.
02
NVIDIA says the DGX Station for Windows can run models up to trillion-parameter scale locally, but has not announced a release date.
03
MXC learning mode blocks and records ungranted access; permissive mode records policy violations but allows access to proceed.
NVIDIA and Microsoft paired more powerful local AI hardware with tighter agent permissions at their October 7, 2026, event in San Francisco. RTX Spark laptop preorders opened, a larger Windows workstation was previewed, and Microsoft released Microsoft Execution Containers—software designed to keep an agent’s access within boundaries set outside the agent itself.
Portable AI versus deskside capacity
RTX Spark laptops are scheduled to become available October 16, with compact desktops following in November. NVIDIA lists systems from Acer, ASUS, Dell, HP, Lenovo, Microsoft, MSI and Gigabyte. The compact desktop design is intended for continuous operation, giving always-on agents a dedicated local machine.
DGX Station for Windows targets larger development workloads. NVIDIA says it can run models up to a trillion-parameter scale locally, but has not announced availability. Previously, DGX Station ran on Linux; the Windows version brings that computing environment onto the enterprise desktop, while retaining access to Linux tools through Windows Subsystem for Linux.
Two scales of local AI memory
01Up to 128GB
RTX Spark
NVIDIA specifies up to 128GB of unified memory for its laptop and compact-desktop platform.
02748GB
DGX Station for Windows
NVIDIA specifies 748GB of coherent memory for the previewed GB300 Grace Blackwell Ultra-based workstation.
More computing power, bounded authority
Microsoft Execution Containers, or MXC, addresses what agents are allowed to do rather than how much computing power they have. Developers specify permitted files, network destinations and other resources. MXC selects a container—a restricted execution environment—to enforce those permissions. The policy stays outside the workload’s control, so generated code cannot grant itself more access.
Microsoft illustrates the distinction with a coding agent updating a website. It could receive permission to edit the repository and read production configuration, without permission to change that configuration. The boundary is designed to block an unauthorized change even if the agent decides it would help finish the task.
Process containers support Windows 11, macOS and Linux, providing lightweight containment for generated code and tool execution.
Session containers are Windows 11-only, separating an agent’s desktop, clipboard and input from the person’s active session.
Windows 365 support is also generally available, allowing agent workloads to run alongside existing work on Cloud PCs.
Observation is not enforcement
On Windows, MXC process containers can help developers discover which resources an agent needs. Learning mode blocks ungranted access and records attempts. Permissive mode records access that the policy would deny but lets it proceed, subject to other operating-system or organizational restrictions. Enforcement mode blocks unauthorized operations without producing the activity report.
Containment is available now; broader management is not all shipping yet. Microsoft says Entra-based attribution of agent activity, Agent 365 controls for local agents and Intune management policy for Windows 11 process containers are coming soon. Those additions are intended to let organizations govern agents separately from the employees using them.
Microsoft is bringing coding AI onto developers’ PCs, but that does not make an entire Copilot session offline or confined to the device. In its October 7 announcement, the company said local models and sandboxed tools are rolling out now. Automatic routing between local and cloud models is promised by the end of October 2026.
The change extends GitHub’s HydraFusion approach beyond choosing among models to choosing where they run. Microsoft says Copilot can consider the task, conversation context and cached work as it moves between local and cloud inference—the process of running a model to produce an answer.
Across the Copilot command-line interface, Copilot app and VS Code, Microsoft is adding two ways to use local models. They serve different needs rather than requiring everyone to hand placement decisions to the router:
Auto lets Copilot choose local or cloud processing throughout a multistep conversation, taking account of useful cached work.
Explicit selection lets developers choose MAI Code 1.1 Flash through Windows ML, or connect to an OpenAI-compatible local endpoint and select a model it exposes.
Microsoft’s on-device MAI Code 1.1 Flash has 137 billion total parameters, with 6.8 billion active. Its local build uses quantization, which reduces numerical precision to shrink memory requirements. Speculative decoding adds a drafting step: one model proposes blocks of output that the target model checks.
Microsoft says the compressed build occupies 53 GB, an 80% reduction from its Bfloat16 cloud version. The first shipping version runs on Surface Laptop Ultra, built around NVIDIA RTX Spark with up to 128 GB of unified memory shared by the CPU and GPU.
That footprint is not the whole memory bill. The operating system, applications and runtime also need space, as does the cache holding information from earlier tokens. Microsoft reports peak memory use of 75.5 GB with a 256,000-token context. Keeping the model loaded avoids repeated loading, but does not guarantee steady response times.
A local model does not remove an agent’s ability to issue shell commands with the user account’s permissions. Copilot uses Microsoft Execution Containers, an open-source library that applies access rules through native operating-system controls. Microsoft’s Windows Developer Blog says the library is now generally available and keeps its policy outside the agent workload’s control.
When sandboxing is enabled, shell commands and, by default, local Model Context Protocol servers and language servers run inside the process boundary. Model Context Protocol connects agents to tools and services. Built-in file tools instead receive policy checks inside Copilot; they are not isolated as operating-system-enforced child processes.
Remote tool servers remain outside that local process sandbox, with connection-policy checks handled inside Copilot when applicable. Developers can configure sandbox settings using the /sandbox command in Copilot’s command-line interface, separately from choosing which model handles the work.
Reader comments
Newest comments first. Replies stay oldest first.