pixoo-mcp-server
Related Servers
Alternatives to pixoo-mcp-server
No user-submitted related servers found.
Related Servers
AlicenseBqualityBmaintenanceEnables AI clients to control Divoom LAN devices, including watchface management, brightness adjustment, and screen control through natural language.4259 npm7MIT- AlicenseAqualityDmaintenanceLets your AI assistant control and display text/images on a Tidbyt or Tronbyt LED sign via the MCP protocol.940 npm1MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to draw and edit pixel art inside a live Pixelorama editor by sending character-grid and palette commands, reading pixels back, managing layers and frames, and exporting PNGs or sprite sheets. Every operation acts on the active project and remains undoable with Ctrl+Z.14 npmMIT
- AlicenseBqualityDmaintenanceEnables AI assistants to create and manipulate pixel art by providing tools for drawing, layer management, and animation frame control. It supports exporting projects to PNG, GIF, and sprite sheet formats via the Model Context Protocol.2219Apache 2.0
- FlicenseAqualityDmaintenanceEnables Claude to create, update, and manage LED patterns on a PixelBlaze controller, including setting brightness and reading device info, through a set of tools that interact with the device's API.14-
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to directly control a Mirabox Stream Dock N3 via tools for key/screen updates, brightness, power, event listening, and layout management.MIT
TDQS
Scored across 8 tools
Although several tools produce visual output, the descriptions clearly partition them: compose_scene for layered compositions, display_text for previewable text-only output, overlay_text for persistent device-native tickers, render_html for HTML pages, and push_image for file/URL images. Device control, discovery, and design guidance are also clearly separate.
All tools use the pixoo_ prefix and snake_case with a consistent verb_noun shape: compose_scene, render_html, control_device, discover_devices, display_text, overlay_text, push_image, and design_brief. There is no mixed casing or inconsistent style.
Eight tools fit the server's scope well: one discovery tool, one device-control tool, one guidance tool, and several distinct rendering/display paths. Each tool has a clear role and none feels redundant.
The set covers initial setup, device state, design guidance, and multiple rendering/display workflows including text, scenes, HTML, images, and overlays. Minor gaps remain around explicitly pushing or clearing composed scenes and broader lifecycle operations, but core workflows are covered.