
uMouse MCP
io.github.SonicloudTechPublished by GitHub account SonicloudTechv0.1.1Updated Oct 26, 2026
USB HID mouse control and voice dictation for Windows x64. Requires compatible uMouse hardware.
Overview
Windows x64 MCP server that lets an AI agent drive a real uMouse USB HID mouse (move, click, scroll, drag) and dictate voice input.
- What you can do
- Move, click, scroll and drag the system cursor in desktop physical-pixel coordinates, including multi-monitor setups and an optional high-precision mode
- Begin and end exclusive control tasks so only one task drives mouse and keyboard at a time
- Read cursor position, live key state and foreground window identity through read-only sensors
- Check SDK health, device list and reported capabilities before acting
- Capture microphone audio and turn it into preview and final transcripts through a pluggable speech recognition provider
- When to use it
- Useful when an agent must operate a Windows desktop through genuine hardware input rather than a software cursor, for example driving a browser or application UI, or typing spoken text into whatever window has focus. Only worth installing if you already own compatible uMouse hardware.
- Requirements
- Windows x64 only, with compatible uMouse hardware and firmware (an ordinary USB or Bluetooth mouse will not work). Node.js 22 x64 must be installed separately; the release ZIP or MCPB package is imported or extracted, and client configuration points at the extracted folder. Voice dictation needs a configured speech provider; the MCPB package defaults to disabled or the local windows-speech provider.
Installation
In SourceWeft
- Open uMouse MCP 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
uMouse MCP — Hardware Mouse Control for AI Agents
English | 简体中文
[release] [MCP Registry] [code license] [platform] [ASR]
Give AI agents a real hardware mouse. uMouse MCP is a Model Context Protocol (MCP) server for USB HID mouse control and voice dictation on Windows. Mouse movement, clicks, scrolling and dragging use a compatible uMouse device; voice input supports pluggable speech recognition providers.
Requires compatible uMouse hardware and firmware, Windows x64, and a separately installed Node.js runtime (use Node.js 22 x64). An ordinary USB mouse is not sufficient. The MIT license covers the server code; native SDK binaries have separate terms. See License.
Download · Quick start · Reference demos · Documentation · Compatibility & FAQ · Get hardware / support · uMouse SDK
Download
All releases · Gitee release mirror
MCPB installation: import the .mcpb into a client that supports MCPB Node extensions. Version 0.1.1 wraps the legacy 0.1.0 runtime, includes no cloud credentials, and defaults speech recognition to disabled; windows-speech is the optional local provider. Data defaults to ~/.umouse-mcp-mcpb. See the bilingual MCPB guide. Published in the official MCP Registry as io.github.SonicloudTech/mouse-mcp; metadata in server.json, publication and validation.
The ZIP includes production Node dependencies, native SDK DLLs, the voice preview UI and VC runtime libraries. No npm install or compilation is required to use the release; Node.js itself is not bundled.
Release and source are different installation paths: the v0.1.0 installer registers the legacy stdio entry, mcp/dist/index.js. The shared-v2 tools, native host and acceptance lab described below belong to the source implementation. This ZIP is not a complete shared-v2 bundle: it does not contain that native host or the acceptance lab. Use the installed server's tool list and the README shipped inside the ZIP for release-specific behavior.
Quick start
The following steps use the original ZIP. For MCPB, use the import instructions above, then perform the status/device checks in step 5.
- Install Node.js 22 x64 and confirm
node --versionworks. Connect a compatible uMouse USB receiver/device and power on the mouse. For a device or firmware compatibility check, see Hardware & support. - Download the ZIP above and extract it. Open the
umouse-mcp-os-win-x64folder; keep it in a permanent location because client configuration points to this folder. - Double-click
install-agents.cmdto register ZCode at user scope, or run one command for your chosen client from the extracted folder:
The installer adds or updates the umouse entry in the selected client's configuration. It also copies the bundled trial ASR configuration into the local data directory if no configuration already exists. Replace trial credentials with your own for production use.
- Open a new ZCode session, fully quit and reopen Claude Desktop, or reload the Cursor window, as appropriate.
- Ask your agent to call
umouse_status,umouse_get_capabilities, andumouse_list_devices. Check SDK health, the device list, and the reported capabilities. A returnedsdkVersiononly confirms SDK access; it does not prove that hardware control works. Confirm the visible result of any requested mouse action before relying on it.
For a client that accepts the mcpServers JSON format, add this entry manually, replacing the path with your extracted folder. Other clients may require a different configuration format.
Manual configuration does not run the installer's ASR setup. Configure a speech provider separately if you need voice dictation; see Voice dictation.
For source development, npm ci, npm run build, and npm test install dependencies, build TypeScript, and run the default tests. They do not produce a complete shared-v2 native bundle. A complete public shared-v2 packaging workflow is not yet provided. The shared-v2 development and maintenance notes (Chinese) and native host build notes (Chinese) are references for that separate development path.
Reference demos
The mouse lab recording demonstrates the shared-v2 source implementation, not the legacy ZIP installation.
Hardware mouse driving a real browser lab page (gold arrow = system cursor overlaid on the recording) — counters, wheel and hit feedback all come from real browser events:
Voice typing: speak, and it lands in any window
Hold the device voice key, speak, release — the recognized text is typed into whatever window currently has focus. Both clips recorded live at 1080p:
Agent client (terminal) — spoken command typed in and executed:
mcp/acceptance/demo/voice-typing-agent.mp4
WeChat — spoken message typed into the input box and sent:
mcp/acceptance/demo/voice-typing-wechat.mp4
Shared-v2 capabilities (source implementation)
Model → MCP host → shared daemon (
:47192) → C++ native host → USB HID0xF0/0xF1→ uMouse device → Windows input pipeline
- Hardware actions:
umouse_mouse_action— move / click / scroll / drag in desktop physical-pixel coordinates, multi-monitor with negative coords, optionalprecision: standard | high. - Task exclusivity:
umouse_controlbegin → actions → end; only one task drives the mouse and keyboard at a time; dead connections are cleaned up automatically. - Read-only sensors:
umouse_input_status— cursor position, live key state, foreground window identity; read-only, never intercepts. - Voice dictation: mic capture → VAD segmentation → pluggable ASR provider → preview / final transcript; an independent lane that never preempts mouse control (see below).
- Shared daemon: one instance per machine (port 47192), shared across ZCode / Codex / Claude hosts, reclaimed when idle.
Voice dictation: pluggable ASR providers
ASR here is not a black box tied to one vendor — it is a tiny interface contract: implement begin / writePcm / finishInput / cancel and emit preview / segmentFinal / warning / terminal (exactly once), and you have a valid provider. Swapping recognition services means swapping one factory function; mcp/src/sinicloud-asr.ts is a complete reference implementation.
Credentials travel only through configuration and are hot-read per session — swap keys without a restart: by default a JSON file at <data-dir>/sinicloud_asr.json (appId / apiKey / apiSecret / userId / lanid / streamUrl / tokenUrl); environment variables UMSDK_ASR_APP_ID / UMSDK_ASR_API_KEY / UMSDK_ASR_API_SECRET / … override the file. Never hardcoded, never printed, never logged, never committed. The legacy v0.1.0 ZIP ships a trial credential for the open platform; replace it with your own key for production use. The v0.1.1 MCPB contains no cloud credentials and accepts only disabled (default) or windows-speech. See mcp/SHARED-V2.md for the full source provider matrix.
Shared-v2 adaptive positioning
Windows pointer ballistics ("Enhance pointer precision") make the protocol-dots → pixels gain vary with amplitude. umouse-mcp ships an 11-step ballistic gain curve: read-only seeded from local pointer settings on first use of a device, learned online frame-by-frame within [0.125, 10], decaying back to the seed after 60 s idle — no tuning when you change machines or devices; a stale seed costs 1–2 extra frames. Design and measurements: mcp/sdk-host/POSITIONING.md.
Shared-v2 reference acceptance
After preparing a complete shared-v2 build, follow the acceptance setup guide. The lab is in this repository, not the v0.1.0 ZIP.
32 cases verify effects in closed loop on a real browser page: left / right / middle click counts, double-click interval, wheel scrollTop, drag linearity, 1 px bullseye hits.
Shared-v2 security and verification
- Locked screen / UAC / secure desktop: key actions are rejected with
button_feedback_input_desktop_unavailable— that is a safety property, not a bug. effectConfirmedis alwaysfalse: transport success ≠ application effect; the acceptance lab's page evidence is the ground truth.- ASR credentials enter only via local config file and environment variables — never committed, printed or logged;
recoverrequires a human carrying--hardware-reset-confirmed.
Hardware mouse MCP: frequently asked questions
Can I use an ordinary USB or Bluetooth mouse?
No. uMouse MCP needs compatible uMouse hardware and firmware that implement its hardware-control protocol. A normal mouse, a software-only cursor controller, or the SDK version string alone does not establish compatibility. Confirm the device and firmware through hardware support before choosing a package.
Which package should I use with an MCP client?
Use the v0.1.1 MCPB with a client that supports MCPB Node extensions, or the v0.1.0 ZIP and manual configuration for a stdio MCP client. Both require Windows x64, Node.js 22 x64, and compatible hardware. MCPB 0.1.1 packages the legacy 0.1.0 runtime; neither release includes the shared-v2 native host or acceptance lab. Check the installed server's tool list before using source-only examples.
Does this MCP server support macOS or Linux?
The published MCP packages target Windows x64. The separate uMouse SDK has its own platform packages for application integration; those packages do not provide macOS or Linux support for this MCP server.
Can voice dictation work without a cloud ASR service?
The MCPB package defaults to dictation disabled and optionally uses the local windows-speech provider. Other providers, including whisper-cpp, belong to the source provider configuration; they are not all available in MCPB. Local providers need their own runtime, language or model setup. Mouse control does not require enabling a cloud speech provider.
How do I verify that the hardware action actually worked?
Start with umouse_status, umouse_get_capabilities, and umouse_list_devices. Then request an action in a test window and check the cursor and the application's visible response. SDK access and a successful transport receipt are separate from application effects. For a complete shared-v2 source build, use the hardware acceptance lab.
Should I integrate mouse-mcp or mouse-sdk?
Choose this repository to expose hardware mouse actions and voice input to an AI agent through MCP. Choose mouse-sdk to receive device events and audio in your own C/C++, C#, Python, or Electron application. Keep each project's hardware, package, and licensing requirements separate.
Documentation
Hardware & support
Need a compatible device, evaluation unit or firmware check? Contact [email protected] with your target platform, device model, firmware version and intended use case.
Maintained by SonicloudTech (Anhui SoniCloud Intelligent Technology Co., Ltd.) — AI input hardware and the speech open platform.
- Website: https://sinicloud.com/
- Speech open platform: https://open.sinicloud.com/ — powers the default ASR provider; sign up for a trial quota
- Business & technical contact: [email protected] — OEM / distribution / custom firmware / co-development; include the target platform, expected volume, device model, firmware version and intended use case
Related project: uMouse SDK
Integrating smart-mouse hardware into your own application? uMouse SDK provides a C ABI for USB HID/BLE device connections, key events and audio. Start with the English SDK README, integration guide, or SDK downloads. The SDK has its own platform and licensing matrix; those platform options do not extend this MCP server beyond Windows x64. Use the native SDK DLLs bundled with each MCP release rather than substituting a standalone SDK package.
Roadmap
- Cross-machine adaptive gain curves (v0.4)
- Pluggable ASR providers: sinicloud streaming, fully configurable credentials
- Firmware-executed 1–2 count micro-correction frames
- Wheel ACK and scroll-amount closed loop
- Absolute positioning mode
License
The MCP server code is released under the MIT license. The native SDK ships as closed-source DLLs with a public header (include/umouse_sdk.h).
Source: README.md at commit 279feeb
Tools
0Version history
1- v0.1.1LatestOct 23, 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