WinCtl
io.github.sitharaj88Published by GitHub account sitharaj88v1.0.2Updated Oct 24, 2026
Windows desktop control for AI agents: screen, UI Automation, input, processes, files, shell.
Overview
WinCtl gives an AI assistant full control of a Windows desktop: screenshots, UI Automation, mouse and keyboard input, windows, processes, files and shell.
- What you can do
- WinCtl exposes 40 tools across five capability tiers: screen capture and monitor enumeration, window listing, focus, move and close, synthetic mouse and keyboard input, UI Automation snapshots and control invocation, system and process information, service and process control, file read/write/search, clipboard access, and PowerShell or cmd execution. Tools in a disabled tier are never registered, so the model cannot see or call them. It uses UI Automation trees and DPI-aware coordinates rather than raw pixel clicking, and writes a local JSONL audit log of every call.
- When to use it
- Use it when an assistant needs to operate real Windows applications on the user's own machine: driving a GUI that has no API, reading an accessibility tree to click named controls, automating a desktop workflow, or inspecting and managing local processes, services and files. It is Windows-only and desktop-only, so it is not suitable for headless servers or non-Windows hosts.
- Requirements
- Windows 10 (1809+) or Windows 11 and Node.js 20 or newer; native dependencies ship as prebuilt binaries, so no compiler is needed. Installed as the npm package @sitharaj88/winctl or the winctl.mcpb desktop bundle, run over stdio. No authentication is declared. Configuration is by environment variables: WINCTL_PROFILE, WINCTL_TIERS, WINCTL_ALLOWED_PATHS, WINCTL_CONFIRM_DESTRUCTIVE, WINCTL_AUDIT_LOG, WINCTL_MAX_IMAGE_WIDTH.
Installation
In SourceWeft
- Open WinCtl in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
WinCtl
Full Windows desktop access for Claude and other MCP clients
See the screen, read and drive real application UIs, manage windows and
processes, work with files, and run shell commands — all behind a tiered
permission model with audit logging.
Why this connector
Most desktop automation servers hand the model a screenshot and a click(x, y)
tool, which breaks the moment a window moves. This one is built around the
things that actually make Windows automation reliable:
- UI Automation first.
uia_snapshotreads an application's accessibility tree, so Claude can act on "the Save button" rather than on coordinates that go stale.uia_invokeanduia_set_valuedrive controls directly. - Correct coordinates, always. The process declares per-monitor DPI
awareness before touching any UI API, and reports the DWM frame bounds rather
than the raw window rect (which includes an invisible ~7px resize border).
Without this, every coordinate on a scaled display is silently wrong — on a
200% display,
GetWindowRectreports 1351px where the true edge is 2641px. - Input that actually arrives. Synthetic typing is paced, because batching Unicode key events makes applications drop and repeat characters. Text over 200 characters is pasted via the clipboard instead, and your clipboard is restored afterwards.
- Handles that cannot betray you. Window ids are opaque and fingerprinted; Windows recycles window handles, and a stale one silently retargeting to a different app is exactly how automation closes the wrong window.
- Honest failures.
window_focusverifies the foreground actually changed and says so when Windows refuses. Errors explain what to do next rather than surfacing an HRESULT.
Requirements
- Windows 10 (1809+) or Windows 11
- Node.js 20 or newer
- No compiler or build tools — every native dependency ships prebuilt binaries
Install
Claude Desktop (recommended)
Download winctl.mcpb from the
latest release and
double-click it. Claude Desktop installs it and exposes the permission profile,
allowed folders and confirmation settings in its UI.
Claude Code
Install globally first, then register the command:
Add --scope user to the second command to make it available in every project
rather than just the current one.
Don't use
npx -y @sitharaj88/winctlhere. It works, but WinCtl depends on prebuilt native binaries (sharp, koffi), and npx re-resolves them on every launch — around 18 seconds versus 3 for a global install. MCP clients give up long before that and reportConnection closed.
Any MCP client (manual)
If winctl isn't on your PATH, point at the entry point directly — on Windows
a global npm install lands in %APPDATA%\npm\node_modules:
Claude Desktop's config lives at
%APPDATA%\Claude\claude_desktop_config.json.
Permission tiers
Every tool belongs to exactly one tier. Tools in a disabled tier are never registered, so the model cannot see them, attempt them, or spend context reading their descriptions.
Profiles bundle these:
Configuration
An unrecognised profile name fails closed to readonly with a warning on
stderr, rather than guessing what you meant and possibly granting write access.
Tools
Screen (5)
Windows (7)
Input (7)
UI Automation (4)
System & processes (8)
Files, clipboard & shell (9)
40 tools total. Every one carries title, readOnlyHint and
destructiveHint annotations.
Example
"Open Notepad, write my meeting notes into it and save to Documents."
Claude will typically:
process_start→ launch Notepadwindow_list→ find the window and its owning process idwindow_focus→ make sure keystrokes land thereinput_type→ paste the notes via the clipboardinput_press_keysctrl+s, thenuia_set_valueon the filename fieldscreen_capture_window→ confirm the result visually
Safety
- Tier gating is the primary boundary — disabled tools are never exposed.
- Path containment resolves symlinks before checking, so a link inside an
allowed folder cannot reach a denied one.
System32,WinSxS,Bootand the Startup folder are refused in every profile, includingfull. - Confirmation via MCP elicitation before destructive actions.
- Audit log of every call in JSONL, with sensitive-looking arguments redacted. See PRIVACY.md.
- Modifier release on shutdown, so a crash mid-chord cannot leave
Ctrllatched down. - Refuses to terminate its own process or pids 0–4.
Screenshots capture whatever is on screen and send it to your AI provider. Read PRIVACY.md before enabling screen capture on a machine that handles confidential material.
Elevation
Windows blocks a normal-privilege process from automating, capturing or sending input to windows owned by elevated processes (UIPI). To drive an administrator application, run the connector elevated — otherwise those calls fail with a clear explanation rather than silently doing nothing.
Privacy Policy
WinCtl runs entirely on your machine. It has no backend, no telemetry and no analytics, and it makes no network calls of its own. The author receives nothing about you or your computer.
- What it accesses: screen contents, window and application state, system and process information, files within the folders you permit, and the clipboard — each only when a tool is called. It generates synthetic input but never records your real keyboard or mouse activity.
- Where data goes: to the AI client you connect it to, and nowhere else. Anything a tool returns becomes part of that conversation and is therefore subject to that client's privacy policy. A screenshot sends whatever is on screen to your AI provider — consider that before enabling screen capture on a machine handling confidential material.
- What is stored: only a local audit log at
%LOCALAPPDATA%\winctl\audit.jsonl— one line per tool call, with sensitive-looking arguments redacted. It is never uploaded. Disable it withWINCTL_AUDIT_DISABLED=1, or delete the file at any time. - Retention and sharing: nothing is retained off-machine and nothing is shared with third parties.
- Contact: Sitharaj Seenivasan — [email protected]
Full policy: PRIVACY.md
Development
scripts/verify-interactive.mjs drives Notepad end-to-end — it launches the
app, types, verifies the text through UI Automation and cleans up. It uses the
real mouse and keyboard, so don't run it while you're using the machine.
Architecture
Two implementation notes worth knowing if you extend this:
- PowerShell runs one process per call. A long-lived host sounds better, but
-Command -buffers all of stdin until the stream closes rather than executing statement by statement, so it never returns a result. Per-call processes also mean a hung script can't wedge later calls. Commands are passed as-EncodedCommand(base64 UTF-16LE), which removes shell quoting as a source of injection bugs. - The
INPUTstruct size is asserted at startup. A layout mismatch wouldn't throw — it would send mouse events to garbage coordinates.
Publishing
For the Claude Connectors Directory, submit desktop extensions via the extension form.
Author
Sitharaj Seenivasan
- Website — sitharaj.in
- GitHub — @sitharaj88
- LinkedIn — in/sitharaj08
- Email — [email protected]
Issues and feature requests are welcome at github.com/sitharaj88/winctl/issues.
Licence
MIT © Sitharaj Seenivasan
Source: README.md at commit 91cabae
Tools
0Version history
1- v1.0.2LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts