# Phase 4: Script Generation - Research
**Researched:** 2026-04-10
**Domain:** Jinja2 template-based PowerShell script generation; Intune/RMM printer deployment patterns
**Confidence:** HIGH
---
## Summary
Phase 4 produces three PowerShell scripts — install, uninstall, and detection — rendered from
Jinja2 templates stored in `imptune/templates/scripts/`. The project already uses Jinja2 3.1.*
(it is in `requirements.txt` and drives all HTML pages), so no new dependency is required.
Script generation fits naturally as a new module `imptune/generators/script_generator.py` plus a
FastAPI router `imptune/api/scripts.py`, following the exact same patterns as `intunewin_builder.py`
and the existing API routers.
The most important correctness risk is a **duplex mode name mismatch**: the `Printer` model stores
`OneSided | LongEdge | ShortEdge`, but `Set-PrintConfiguration -DuplexingMode` accepts
`OneSided | TwoSidedLongEdge | TwoSidedShortEdge`. The templates must translate these values.
The second highest risk is the **WOW64 / 32-bit Intune execution context**: Intune's Win32 app
installer runs in a 32-bit PowerShell process. `pnputil.exe` does not exist under SysWOW64, so the
install script must detect the 32-bit environment and relaunch itself under 64-bit PowerShell before
any driver operations occur.
**Primary recommendation:** Render scripts from Jinja2 `.ps1.j2` templates with
`trim_blocks=True, lstrip_blocks=True`. Place templates at
`imptune/templates/scripts/{install,uninstall,detect}.ps1.j2`. Return rendered content as
`PlainTextResponse` with `Content-Disposition: attachment` from a GET endpoint.
---
## Phase Requirements
| ID | Description | Research Support |
|----|-------------|-----------------|
| SCRPT-01 | Generate PowerShell install script (pnputil staging + Add-PrinterPort + Add-PrinterDriver + Add-Printer + Set-PrintConfiguration) | Verified PowerShell cmdlets; pnputil two-step pattern documented below |
| SCRPT-02 | Generate PowerShell uninstall script (Remove-Printer + Remove-PrinterDriver + Remove-PrinterPort) | Standard cmdlets; idempotency via -ErrorAction SilentlyContinue |
| SCRPT-03 | Generate Intune detection script (printer-name registry check → exit 0 / exit 1) | Intune detection contract verified: Write-Output + exit 0 for present, exit 1 for absent |
| SCRPT-04 | Install script detects SYSTEM vs user context and self-elevates via UAC when run by user | Pattern verified: [Environment]::UserName check + Start-Process -Verb Runas |
| SCRPT-05 | Install script includes 64-bit WOW64 relaunch guard for Intune's 32-bit execution context | Pattern verified: $env:PROCESSOR_ARCHITECTURE + SysNative path |
---
## Standard Stack
### Core (already installed — no new packages needed)
| Library | Version | Purpose | Why Standard |
|---------|---------|---------|--------------|
| Jinja2 | 3.1.* | Template rendering engine | Already in requirements.txt; used for all HTML pages |
| FastAPI | 0.115.* | HTTP routing + response types | Already in requirements.txt; existing router pattern |
| Peewee | 3.17.* | ORM for reading Printer + Driver records | Already in requirements.txt |
### No New Dependencies
Script generation requires **zero new packages**. Jinja2 is the template engine; FastAPI returns
`PlainTextResponse` with an attachment header; the Printer/Driver ORM models provide all data.
### Installation
```bash
# Nothing to install — all dependencies already present in requirements.txt
```
---
## Architecture Patterns
### Recommended File Layout
```
imptune/
├── generators/
│ ├── __init__.py
│ ├── intunewin_builder.py # existing
│ └── script_generator.py # NEW — renders templates to strings
├── templates/
│ ├── scripts/ # NEW directory
│ │ ├── install.ps1.j2
│ │ ├── uninstall.ps1.j2
│ │ └── detect.ps1.j2
│ └── ... (existing HTML templates)
├── api/
│ ├── scripts.py # NEW — GET /printers/{id}/scripts/{type}
│ └── ... (existing routers)
tests/
└── test_script_generator.py # NEW
```
### Pattern 1: Jinja2 Environment for Script Templates
Use a separate `Environment` with `trim_blocks=True` and `lstrip_blocks=True` to prevent Jinja
control-block lines from producing blank lines in rendered scripts.
```python
# imptune/generators/script_generator.py
from pathlib import Path
from jinja2 import Environment, FileSystemLoader
_SCRIPTS_DIR = Path(__file__).parent.parent / "templates" / "scripts"
_env = Environment(
loader=FileSystemLoader(str(_SCRIPTS_DIR)),
trim_blocks=True,
lstrip_blocks=True,
keep_trailing_newline=True,
)
def render_install(printer, inf_filename: str, driver_name: str) -> str:
"""Render install.ps1.j2 with the given printer config."""
tpl = _env.get_template("install.ps1.j2")
return tpl.render(
printer_name=printer.name,
ip_address=printer.ip_address,
port_name=printer.port_name,
driver_name=driver_name,
inf_filename=inf_filename,
duplex_mode=_duplex_map[printer.duplex_mode], # translate enum
color=str(printer.color_mode).lower(), # "$true" / "$false"
paper_size=printer.paper_size,
collate=str(printer.collate).lower(),
)
_duplex_map = {
"OneSided": "OneSided",
"LongEdge": "TwoSidedLongEdge",
"ShortEdge": "TwoSidedShortEdge",
}
```
### Pattern 2: FastAPI Script Download Endpoint
```python
# imptune/api/scripts.py
from fastapi import APIRouter
from fastapi.responses import PlainTextResponse
from imptune.db.models import Printer, Driver
from imptune.generators.script_generator import render_install, render_uninstall, render_detect
import json
router = APIRouter(prefix="/printers")
@router.get("/{printer_id}/scripts/install", response_class=PlainTextResponse)
def download_install_script(printer_id: int) -> PlainTextResponse:
printer = Printer.get_or_none(Printer.id == printer_id)
if printer is None:
return PlainTextResponse("Not found", status_code=404)
driver = printer.driver
driver_names = json.loads(driver.driver_desc) if driver and driver.driver_desc else []
driver_name = driver_names[0] if driver_names else ""
inf_filename = driver.inf_filename if driver else ""
content = render_install(printer, inf_filename, driver_name)
return PlainTextResponse(
content=content,
headers={"Content-Disposition": 'attachment; filename="install.ps1"'},
)
```
Register in `main.py` alongside existing routers:
```python
from imptune.api import scripts
app.include_router(scripts.router)
```
### Pattern 3: Install Script Structure (Jinja2 Template Logic)
The `.ps1.j2` template must implement the following blocks in order:
```
1. WOW64 guard (detect 32-bit, relaunch self in 64-bit, exit 32-bit process)
2. SYSTEM vs user context check (self-elevate via UAC if running as user)
3. pnputil step 1: /add-driver /install (uses $PSScriptRoot)
4. Idempotency check: Add-PrinterPort only if port does not exist
5. Add-PrinterDriver -Name
6. Idempotency check: Add-Printer only if printer does not exist
7. Set-PrintConfiguration for duplex, color, paper size, collate
```
### Pattern 4: Idempotency Guards
All install operations must be idempotent to avoid Intune re-run failures:
```powershell
# Port idempotency
if (-not (Get-PrinterPort -Name "{{ port_name }}" -ErrorAction SilentlyContinue)) {
Add-PrinterPort -Name "{{ port_name }}" -PrinterHostAddress "{{ ip_address }}"
}
# Printer idempotency
if (-not (Get-Printer -Name "{{ printer_name }}" -ErrorAction SilentlyContinue)) {
Add-Printer -Name "{{ printer_name }}" -PortName "{{ port_name }}" -DriverName "{{ driver_name }}"
}
```
### Anti-Patterns to Avoid
- **Hardcoding System32 paths:** `C:\Windows\System32\pnputil.exe` fails from 32-bit context. Use `"$env:WINDIR\SysNative\pnputil.exe"` OR the WOW64 guard ensures the script already runs 64-bit by the time pnputil is called (then `pnputil.exe` resolves correctly from PATH).
- **UAC elevation when already SYSTEM:** SYSTEM account does not need UAC and `Start-Process -Verb Runas` fails silently. The install script must detect the current identity and skip elevation when running as SYSTEM.
- **Skipping idempotency checks:** Running `Add-Printer` twice throws a non-terminating error that Intune logs as a warning. Wrap all add operations with existence checks.
- **Using bare jinja2.Environment without trim_blocks:** Produces extra blank lines from `{% if %}` blocks that make scripts harder to read and diff.
- **Returning scripts as `application/octet-stream`:** Use `text/plain` so browsers open them without a save dialog, or use `Content-Disposition: attachment` explicitly.
---
## Don't Hand-Roll
| Problem | Don't Build | Use Instead | Why |
|---------|-------------|-------------|-----|
| Script whitespace | Manual string concatenation | Jinja2 with trim_blocks | Edge cases: trailing newlines, empty blocks, nested conditionals |
| Template file loading | Inline heredocs in Python | Jinja2 FileSystemLoader | Testable in isolation; editor syntax highlighting; version-controlled separately |
| Printer existence check | Registry query in Python | `Get-Printer` / `Get-PrinterPort` in the script itself | The check must run on the endpoint, not on the server |
| Detection logic | Custom WMI query | Get-Printer + registry path pattern | Intune's detection contract is well-defined: exit 0 + STDOUT for present |
**Key insight:** Script logic (WOW64 guard, UAC self-elevation, idempotency) lives in the `.ps1.j2`
template file, not in Python. Python only provides data variables. This keeps scripts readable and
testable as real PowerShell without a Python interpreter on the endpoint.
---
## Common Pitfalls
### Pitfall 1: Duplex Mode Name Mismatch
**What goes wrong:** `Set-PrintConfiguration -DuplexingMode LongEdge` throws an error — the
accepted values are `OneSided | TwoSidedLongEdge | TwoSidedShortEdge`.
**Why it happens:** The Printer model was designed with short names (`LongEdge`, `ShortEdge`) for
UI simplicity. The PowerShell cmdlet uses the full names.
**How to avoid:** Use the `_duplex_map` dict in `script_generator.py` to translate before rendering.
**Warning signs:** `Set-PrintConfiguration` throws `"Cannot bind parameter 'DuplexingMode'"`.
---
### Pitfall 2: WOW64 — pnputil Not Found
**What goes wrong:** `pnputil.exe /add-driver` fails with "The system cannot find the file specified"
when Intune's 32-bit PowerShell runs the script.
**Why it happens:** Under WOW64, `C:\Windows\System32` is redirected to `SysWOW64`. `pnputil.exe`
does not exist in `SysWOW64`.
**How to avoid:** Place the WOW64 relaunch guard as the VERY FIRST executable block in the install
script (before any function definitions or logic):
```powershell
# WOW64 Guard — must be first
if ($env:PROCESSOR_ARCHITECTURE -eq "x86" -and $env:PROCESSOR_ARCHITEW6432) {
$64bit = "$env:WINDIR\SysNative\WindowsPowerShell\v1.0\powershell.exe"
& $64bit -NoProfile -ExecutionPolicy Bypass -File $PSCommandPath @args
exit $LASTEXITCODE
}
```
**Warning signs:** Error in Intune management console about `pnputil.exe` not found; install fails
only on 64-bit machines through Intune but succeeds when run manually.
---
### Pitfall 3: UAC Elevation When Running as SYSTEM
**What goes wrong:** Calling `Start-Process powershell -Verb Runas` when already running as the
SYSTEM account causes the elevation attempt to fail or prompt unexpectedly.
**Why it happens:** SYSTEM is already the highest privilege. `-Verb Runas` triggers UAC which does
not make sense for a service account.
**How to avoid:** Check the current user identity before attempting elevation:
```powershell
$currentUser = [System.Security.Principal.WindowsIdentity]::GetCurrent()
$isSystem = $currentUser.IsSystem
$isAdmin = ([System.Security.Principal.WindowsPrincipal]$currentUser).IsInRole(
[System.Security.Principal.WindowsBuiltInRole]::Administrator)
if (-not $isAdmin -and -not $isSystem) {
# Re-launch with elevation
Start-Process powershell.exe -Verb Runas `
-ArgumentList "-NoProfile -ExecutionPolicy Bypass -File `"$PSCommandPath`"" `
-Wait
exit $LASTEXITCODE
}
# If SYSTEM or already admin, continue directly
```
**Warning signs:** UAC dialog appears when Intune runs the script; script hangs waiting for user input.
---
### Pitfall 4: Detection Script STDOUT Requirement
**What goes wrong:** Detection script exits 0 but Intune still marks app as "Not installed".
**Why it happens:** Intune's detection contract requires both exit 0 AND a non-empty STDOUT string.
Exit 0 alone is insufficient.
**How to avoid:**
```powershell
$printer = Get-Printer -Name "{{ printer_name }}" -ErrorAction SilentlyContinue
if ($printer) {
Write-Output "Installed"
exit 0
} else {
exit 1
}
```
**Warning signs:** Script returns 0 in testing but Intune keeps re-installing.
---
### Pitfall 5: $PSScriptRoot Empty in Intune Context
**What goes wrong:** `$PSScriptRoot` is empty when PowerShell executes a script via
`-Command` flag rather than `-File` flag.
**Why it happens:** `$PSScriptRoot` is only populated when the script is launched with `-File`.
**How to avoid:** Always configure Intune install command as:
```
powershell.exe -NoProfile -ExecutionPolicy Bypass -File "install.ps1"
```
Not as `-Command ".\install.ps1"`. Document the required Intune install command string in the
generated script header comment.
---
### Pitfall 6: Set-PrintConfiguration Requires Printer Already Exist
**What goes wrong:** `Set-PrintConfiguration` throws if called before `Add-Printer` completes.
**Why it happens:** The Print Spooler service may need a moment to register the printer.
**How to avoid:** Call `Set-PrintConfiguration` immediately after `Add-Printer` in the same script
block. No sleep is required if the same PowerShell session registers the printer synchronously.
---
## Code Examples
Verified patterns from official sources:
### WOW64 Relaunch Guard (SCRPT-05)
```powershell
# Source: community-verified pattern, consistent with call4cloud.nl + patchmypc.com research
# Must appear BEFORE any other logic in the script
if ($env:PROCESSOR_ARCHITECTURE -eq "x86" -and $env:PROCESSOR_ARCHITEW6432) {
$ps64 = "$env:WINDIR\SysNative\WindowsPowerShell\v1.0\powershell.exe"
& $ps64 -NoProfile -ExecutionPolicy Bypass -File "$PSCommandPath" @args
exit $LASTEXITCODE
}
```
### SYSTEM vs User Context Detection + UAC Self-Elevation (SCRPT-04)
```powershell
# Source: [System.Security.Principal.WindowsIdentity] — .NET BCL, available in all PS versions
$id = [System.Security.Principal.WindowsIdentity]::GetCurrent()
$isSystem = $id.IsSystem
$isAdmin = ([System.Security.Principal.WindowsPrincipal]$id).IsInRole(
[System.Security.Principal.WindowsBuiltInRole]::Administrator)
if (-not $isSystem -and -not $isAdmin) {
Start-Process powershell.exe `
-Verb Runas `
-ArgumentList "-NoProfile -ExecutionPolicy Bypass -File `"$PSCommandPath`"" `
-Wait
exit $LASTEXITCODE
}
```
### pnputil Two-Step Driver Staging (SCRPT-01)
```powershell
# Source: msendpointmgr.com + call4cloud.nl verified
# Step 1: Stage INF into Windows Driver Store
pnputil.exe /add-driver "$PSScriptRoot\drivers\{{ inf_filename }}" /install
# Step 2: Install named driver from Driver Store
Add-PrinterDriver -Name "{{ driver_name }}"
```
> Note: By the time this runs, the WOW64 guard has already relaunched in 64-bit PowerShell,
> so `pnputil.exe` resolves to `System32\pnputil.exe` without needing an explicit path.
### Port + Printer Creation with Idempotency
```powershell
# Source: call4cloud.nl pattern, verified against Microsoft PrintManagement module docs
if (-not (Get-PrinterPort -Name "{{ port_name }}" -ErrorAction SilentlyContinue)) {
Add-PrinterPort -Name "{{ port_name }}" -PrinterHostAddress "{{ ip_address }}"
}
if (-not (Get-Printer -Name "{{ printer_name }}" -ErrorAction SilentlyContinue)) {
Add-Printer -Name "{{ printer_name }}" `
-PortName "{{ port_name }}" `
-DriverName "{{ driver_name }}"
}
```
### Set-PrintConfiguration (SCRPT-01)
```powershell
# Source: Microsoft Learn — Set-PrintConfiguration (windowsserver2025-ps)
# DuplexingMode accepted values: OneSided, TwoSidedLongEdge, TwoSidedShortEdge
# PaperSize accepted values include: A4, Letter, Legal (and many others)
# Color: Boolean ($true / $false)
# Collate: Boolean ($true / $false)
Set-PrintConfiguration -PrinterName "{{ printer_name }}" `
-DuplexingMode {{ duplex_mode }} `
-Color ${{ color }} `
-PaperSize {{ paper_size }} `
-Collate ${{ collate }}
```
### Uninstall Script (SCRPT-02)
```powershell
# Source: call4cloud.nl verified; -ErrorAction SilentlyContinue for idempotency
Remove-Printer -Name "{{ printer_name }}" -ErrorAction SilentlyContinue
Remove-PrinterDriver -Name "{{ driver_name }}" -ErrorAction SilentlyContinue
Remove-PrinterPort -Name "{{ port_name }}" -ErrorAction SilentlyContinue
```
> Note on driver removal order: Remove-Printer BEFORE Remove-PrinterDriver. Removing the driver
> while a printer still references it produces an error.
### Detection Script (SCRPT-03)
```powershell
# Source: Intune detection script contract (powershellisfun.com + andrewstaylor.com verified)
# Intune requires: exit 0 + non-empty STDOUT = installed; any other exit = not installed
$printer = Get-Printer -Name "{{ printer_name }}" -ErrorAction SilentlyContinue
if ($printer) {
Write-Output "Installed: {{ printer_name }}"
exit 0
} else {
exit 1
}
```
### Jinja2 Environment Setup for Script Templates
```python
# Source: Jinja2 3.1.x official docs — trim_blocks + lstrip_blocks for non-HTML rendering
from jinja2 import Environment, FileSystemLoader
from pathlib import Path
_env = Environment(
loader=FileSystemLoader(str(Path(__file__).parent.parent / "templates" / "scripts")),
trim_blocks=True, # removes newline after block tags ({% %})
lstrip_blocks=True, # strips leading spaces/tabs before block tags
keep_trailing_newline=True, # preserves final newline (important for scripts)
)
```
---
## State of the Art
| Old Approach | Current Approach | Notes |
|--------------|------------------|-------|
| IntuneWinAppUtil.exe for packaging | Python-native (Phase 1 decision) | Locked decision |
| Hardcoded scripts per printer | Jinja2 template rendering | Enables regeneration (PRNT-10) |
| printui.exe for settings export | Set-PrintConfiguration cmdlet | Cmdlet is the current standard |
| HKLM\...\Print\Printers registry check | Get-Printer cmdlet check | Both work; Get-Printer is more reliable |
**Deprecated/outdated:**
- `wmic printer` queries: deprecated in Windows 11, use `Get-Printer`
- `Set-WmiInstance Win32_PrinterConfiguration`: superseded by `Set-PrintConfiguration`
---
## Open Questions
1. **Multiple driver names per INF**
- What we know: The model stores `driver_desc` as a JSON list of names (e.g., `["HP Universal", "HP Universal PCL6"]`)
- What's unclear: Which name should be used in the script when multiple are present?
- Recommendation: Use the **first** name from the list (index 0). The driver selection UI (Phase 2, DRV-03) enforced a single selection — that selected name should be stored separately, or the template receives `driver_name` as the first list element. The planner should decide whether to store the selected driver name on the Printer record or derive it at render time.
2. **driver_name field on Printer model**
- What we know: The `Printer` model has a `driver` FK to `Driver`, but no `driver_name` field storing the specific selected name.
- What's unclear: Phase 2 let users pick a driver name from a dropdown, but this selection is not persisted on the Printer record.
- Recommendation: Either (a) add a `selected_driver_name` CharField to the Printer model in this phase, or (b) derive it as `json.loads(printer.driver.driver_desc)[0]` at render time. Option (b) avoids a schema change and is simpler for v1.
3. **inf_filename on Driver record**
- What we know: `Driver.inf_filename` is nullable. If null, pnputil staging cannot proceed.
- Recommendation: The generate endpoint should return a 400/422 with a clear message if `inf_filename` is null or driver is unassigned.
---
## Validation Architecture
### Test Framework
| Property | Value |
|----------|-------|
| Framework | pytest >= 8.0 |
| Config file | none — discovered automatically |
| Quick run command | `python -m pytest tests/test_script_generator.py -x -q` |
| Full suite command | `python -m pytest tests/ -x -q` |
### Phase Requirements → Test Map
| Req ID | Behavior | Test Type | Automated Command | File Exists? |
|--------|----------|-----------|-------------------|-------------|
| SCRPT-01 | render_install() produces script containing pnputil, Add-PrinterPort, Add-PrinterDriver, Add-Printer, Set-PrintConfiguration | unit | `python -m pytest tests/test_script_generator.py::test_render_install_contains_pnputil -x` | ❌ Wave 0 |
| SCRPT-01 | Set-PrintConfiguration receives correct duplex/color/paper/collate values | unit | `python -m pytest tests/test_script_generator.py::test_render_install_print_config -x` | ❌ Wave 0 |
| SCRPT-02 | render_uninstall() produces script with Remove-Printer, Remove-PrinterDriver, Remove-PrinterPort | unit | `python -m pytest tests/test_script_generator.py::test_render_uninstall -x` | ❌ Wave 0 |
| SCRPT-03 | render_detect() exits 0 with Write-Output when printer present; exits 1 when absent | unit | `python -m pytest tests/test_script_generator.py::test_render_detect -x` | ❌ Wave 0 |
| SCRPT-04 | Install script contains IsSystem + IsInRole check + Start-Process Runas | unit | `python -m pytest tests/test_script_generator.py::test_render_install_uac_guard -x` | ❌ Wave 0 |
| SCRPT-05 | Install script contains PROCESSOR_ARCHITECTURE check + SysNative relaunch | unit | `python -m pytest tests/test_script_generator.py::test_render_install_wow64_guard -x` | ❌ Wave 0 |
| SCRPT-01 | GET /printers/{id}/scripts/install returns 200 PlainTextResponse with .ps1 content | integration | `python -m pytest tests/test_script_generator.py::test_install_endpoint -x` | ❌ Wave 0 |
| SCRPT-02 | GET /printers/{id}/scripts/uninstall returns 200 | integration | `python -m pytest tests/test_script_generator.py::test_uninstall_endpoint -x` | ❌ Wave 0 |
| SCRPT-03 | GET /printers/{id}/scripts/detect returns 200 | integration | `python -m pytest tests/test_script_generator.py::test_detect_endpoint -x` | ❌ Wave 0 |
### Sampling Rate
- **Per task commit:** `python -m pytest tests/test_script_generator.py -x -q`
- **Per wave merge:** `python -m pytest tests/ -x -q`
- **Phase gate:** Full suite green before `/gsd:verify-work`
### Wave 0 Gaps
- [ ] `tests/test_script_generator.py` — all SCRPT-01 through SCRPT-05 unit + integration tests
- [ ] `imptune/templates/scripts/install.ps1.j2` — template file
- [ ] `imptune/templates/scripts/uninstall.ps1.j2` — template file
- [ ] `imptune/templates/scripts/detect.ps1.j2` — template file
- [ ] `imptune/generators/script_generator.py` — render functions
- [ ] `imptune/api/scripts.py` — FastAPI router
---
## Sources
### Primary (HIGH confidence)
- Microsoft Learn — `Set-PrintConfiguration` (windowsserver2025-ps, updated 2025-05-14):
https://learn.microsoft.com/en-us/powershell/module/printmanagement/set-printconfiguration?view=windowsserver2025-ps
— confirmed parameter names and accepted enum values for DuplexingMode, PaperSize, Color, Collate
- Jinja2 3.1.x official docs — Environment trim_blocks/lstrip_blocks:
https://jinja.palletsprojects.com/en/stable/templates/
- FastAPI docs — PlainTextResponse / Custom Response:
https://fastapi.tiangolo.com/advanced/custom-response/
- Project codebase — `imptune/db/models.py`, `imptune/generators/intunewin_builder.py`,
`imptune/api/printers.py`, `requirements.txt` — all read directly
### Secondary (MEDIUM confidence)
- msendpointmgr.com — pnputil two-step staging + Add-PrinterPort/Add-PrinterDriver/Add-Printer
sequence: https://msendpointmgr.com/2022/01/03/install-network-printers-intune-win32apps-powershell/
- call4cloud.nl — pnputil SysNative path, idempotency patterns, detection registry path:
https://call4cloud.nl/deploy-printer-drivers-intune-win32app/
- powershellisfun.com — Intune detection script contract (exit 0 + STDOUT):
https://powershellisfun.com/2023/11/30/microsoft-intune-powershell-detection-scripts/
- andrewstaylor.com — detection script demystified:
https://andrewstaylor.com/2022/04/19/demystifying-intune-custom-app-detection-scripts/
### Tertiary (LOW confidence)
- WOW64 relaunch guard gist (community pattern, not official MS docs):
https://gist.github.com/talatham/ad406d5428ccec641f075a7019cd29a8
— Cross-verified with patchmypc.com and call4cloud.nl articles describing the same pattern.
---
## Metadata
**Confidence breakdown:**
- Standard stack: HIGH — zero new dependencies; all libraries already in requirements.txt
- Architecture patterns: HIGH — follows existing project conventions (generators/ + api/ + templates/)
- PowerShell cmdlet parameters: HIGH — verified against Microsoft Learn official docs
- WOW64 guard pattern: MEDIUM — community-verified, consistent across multiple sources, not in official MS docs
- UAC self-elevation pattern: MEDIUM — community-verified, stable pattern since PS 3.0
- Pitfalls: HIGH — duplex mismatch verified against official docs; others verified against multiple community sources
**Research date:** 2026-04-10
**Valid until:** 2026-07-10 (stable domain; PowerShell PrintManagement module rarely changes)