Read-only by design
The PowerShell collector gathers a deliberately limited evidence set. It does not repair Windows, retrieve secrets or send reports anywhere.
Support engineering case study
A local, read-only diagnostic workflow that collects bounded Windows evidence, validates a structured report and turns it into clear support findings in a Python dashboard.
Overview / 01
The project separates data collection, report validation, deterministic evaluation and presentation into distinct stages. That makes the workflow easier to test and prevents the dashboard from silently changing a report or running system commands.
Synthetic fixtures cover healthy, warning, problem, partial and malformed states. Real reports remain local because they can contain machine-specific information, while the public repository uses fictional data for demonstrations and automated checks.
Try it / 02
Use the included fictional sample first. You only need Windows, Python 3.10 or later and a modern browser.
Download or clone the repository, then open PowerShell inside the folder.
Create and activate a virtual environment so the project dependencies stay isolated.
python -m venv .venv
.\.venv\Scripts\Activate.ps1Install the small set of packages used by the dashboard and its tests.
python -m pip install -r requirements-dev.txtThe default command opens the fictional sample report. Visit the local address shown below and stop it with Ctrl+C.
python -m dashboard
http://127.0.0.1:5000Thinking / 03
The PowerShell collector gathers a deliberately limited evidence set. It does not repair Windows, retrieve secrets or send reports anywhere.
Documented rules produce Healthy, Warning, Problem or Unavailable states, with evidence and plain-English next actions rather than an opaque diagnosis.
Missing files, malformed JSON, unsupported versions and partial collection produce useful error states instead of raw tracebacks or misleading success screens.
Evidence / 04