ดาวน์โหลด SysManager 1.107.0

[1.107.0] - 2026-09-15
Windows' two repair tools are on the tab called System Fixes now, not the one called Quick Cleanup.
If Windows itself is misbehaving, you open System Fixes — and until now the two repairs most likely to
help, SFC and DISM, were filed under housekeeping, on a tab whose name promised something quick and then
offered a 15-minute scan. Nothing was removed and nothing works differently: the same two repairs, the
same live percentage, ETA and plain-English verdict, moved to where you would look for them. Quick Cleanup
now does only what its name says, and each tab points at the other so neither is a dead end.
Changed
- Moved "SFC /scannow" and "DISM /RestoreHealth" from Quick Cleanup to System Fixes, where they are
now the first two entries — above the more specific Windows Update and WinGet repairs, because they are
what you reach for when you do not yet know what broke. Both keep their live progress percentage, ETA
and verdict.
- Rewrote both tab descriptions to match what each tab now does. Quick Cleanup is about disk space;
System Fixes is about a broken Windows. Both carry a one-line pointer to the other.
- Renamed Quick Cleanup's second section from "Repair Windows" to "Old Windows update files" and
explained it without the jargon. The component-store operations stayed on Quick Cleanup deliberately:
they happen to be DISM too, but what they do is free up disk space, and the split is by what you are
trying to achieve rather than by which Windows tool does it.
- The repair buttons' names for screen readers now lead with what they repair rather than with the tool's
command line.
Fixed
- Every repair on System Fixes now re-checks administrator rights when it runs, not only when deciding
whether to enable its button. A disabled button is not a guard — the command can still be invoked — and
the two scripted repairs previously relied on that alone. The confirmation dialog is no longer shown for
a repair that could not have run anyway.
Verify the download
Get-FileHash .\SysManager-v1.107.0.exe -Algorithm SHA256
Expected SHA256: 2F46F0E1EF0E2CFC2A5ECBC909B7DD94FAF7B32E202D2C45D28F312F1FF26AFD
This build is not code-signed, so Windows will warn on first launch. That is
expected for a small independent app: see what the warning says and what to
click.
Code signing is planned through the SignPath Foundation,
which provides free certificates to open-source projects, with signing performed by
SignPath.io. Until then, the SHA256 above and the build
attestation below are what establish that a download is the genuine build.
Code signing policy
This release is not code-signed. The team roles, release-approval process and
privacy policy required by the SignPath Foundation programme
are documented in advance under Code signing
policy. That
documentation is a prerequisite for applying, not evidence of a certificate. The
attribution line naming SignPath as the signing provider will appear here once a
certificate is actually issued.
This program will not transfer any information to other networked systems unless
specifically requested by the user or the person installing or operating it. Full
privacy policy.
Verify where this binary came from
This exe was built by GitHub Actions from this public source, and the build is
recorded in the Sigstore public transparency log. With the
GitHub CLI:
gh attestation verify .\SysManager-v1.107.0.exe --repo laurentiu021/SystemManager
That proves which commit and workflow produced this exact binary, something the
SHA256 file cannot show, since it is published alongside the exe it describes.
Each release also ships SysManager-v1.107.0.sbom.json, a CycloneDX inventory of
every dependency resolved for this build.