What problem does it solve?
Developers working on the OpenClaw Windows app need a deterministic way to inspect, invoke, and validate the running app's capabilities without going through the full gateway pairing flow, and without confusing local MCP proof with gateway-mediated behavior.
Core Features & Use Cases
- Local MCP discovery and invocation: Run
winnode --list-tools to discover the live tool surface and invoke commands like app.status, system.which, or screen.* with JSON parameters against the authenticated loopback MCP server.
- Isolated development environment: Launch the app with
run-app-local.ps1 -Isolated -AllowNonMain so tests never touch the real %APPDATA%\OpenClawTray data, and run MCP-only mode without gateway credentials.
- Raw protocol proof: Send raw JSON-RPC
initialize, tools/list, and tools/call messages to validate server or protocol changes, including cancellation via notifications/cancelled.
- Use Case: After adding a new Windows node command, register it through the shared
INodeCapability path, update McpToolBridge.CommandDescriptions and the CLI reference, then prove it end-to-end with winnode --list-tools and winnode --command before validating the gateway path separately.
Quick Start
Ask the agent to start an isolated OpenClaw Windows app instance, list the available local MCP tools with winnode, and invoke the app.status command to verify the connection.