Skip to main content
Glama
tinqiao-oss

clawtouch-mcp

by tinqiao-oss
OverviewSchemaSourceRelated ServersDiscussionsAdmin
Python
Local

Related Servers

Alternatives to clawtouch-mcp

No user-submitted related servers found.

    Related Servers

    • openowl

      mihir-kanzariya
      A
      license
      Not graded
      quality
      B
      maintenance
      An MCP server that gives any AI assistant eyes and hands on your desktop — screenshots, clicking, typing, OCR, window management, accessibility-tree queries, workflow recording.
      5
      Apache 2.0

    • dsh-cua

      Hutusion
      A
      license
      A
      quality
      A
      maintenance
      Windows computer-use MCP server: accessibility-first element actions (UIA), UI read as diffed text trees instead of screenshots, guarded raw input, and a cross-session arbiter that yields to the human. 19 tools.
      19
      129 PyPI
      7
      MIT

    • mcp-mc-agent

      blueziii
      A
      license
      A
      quality
      C
      maintenance
      Gives any MCP client (Claude Desktop, Cursor, and others) a Minecraft character it can actually play, exposing 34 mc_* tools for joining servers, pathfinding, mining, crafting, smelting, chest access, combat, building, chat, first-person screen viewing, and session memory. Runs over stdio or Streamable HTTP with one character per server process.
      34
      MIT

    • m8-tracker-mcp

      cocopon
      A
      license
      A
      quality
      B
      maintenance
      Enables controlling a Dirtywave M8 over USB by reading its screen as text, pressing buttons, playing notes, and retrieving system information through MCP tools.
      7
      MIT
    Deploy Server
    One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

    TDQS

    A3.5/5.0

    Scored across 16 tools

    Disambiguation3/5

    Several tool boundaries are fuzzy: hid.key vs hid.key_press vs hid.hold_key, hid.move vs hid.hover, and hid.key_release with no arguments duplicating hid.release_all. The detailed descriptions and cross-references mitigate the overlap, but an agent could easily pick the wrong variant.

    Naming Consistency3/5

    All tools share the hid./device. namespace and snake_case, but the action patterns vary: bare verbs (click, move, drag, hover, type), noun+verb (key_press, key_release), noun+particle (mouse_button_down/up), and noun-only names (key, batch). It is readable but not a consistent verb_noun convention.

    Tool Count3/5

    16 tools is at the heavy end for a single-purpose server, and several could be consolidated (release_all overlaps key_release no-args; hover is essentially move+idle; key variants multiply). Low-level HID input does justify fine-grained primitives, but the set feels somewhat bloated.

    Completeness4/5

    The surface covers keyboard taps/holds/releases, mouse move/click/drag/scroll, text typing, batching, and device introspection—no critical input primitive is missing. Minor gaps: no explicit device-selection tool and no cursor-position readback, so agents may need to work around those.

    Maintenance

    ActivityMaintained
    ResponsivenessSlow

    Resources