aseprite-mcp
Related Servers
Alternatives to aseprite-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables AI assistants to drive Aseprite for pixel-art creation, including sprite setup, grid-based drawing, layer/frame/tag management, reference image import, and export, with rendered previews after every mutation.MIT
- AlicenseBqualityCmaintenanceEnables AI assistants to create and edit pixel art and animated sprites in Aseprite through 104 tools covering drawing, layers, animation, palettes, tilemaps, exports, visual analysis, and raw Lua scripting.116MIT
- AlicenseAqualityAmaintenanceEnables AI agents to create and edit pixel art in a live Aseprite window, with tools for drawing, selection, transformation, and animation.18120 npm2MIT
- AlicenseCqualityBmaintenanceEnables AI assistants to control Aseprite for drawing and editing images through its API.59543MIT
- AlicenseAqualityDmaintenanceEnables AI sprite generation and semantic tools for Aseprite, allowing LLMs to create pixel art, add animations, and manage projects with visual feedback.61GPL 3.0
- AlicenseCqualityDmaintenanceEnables AI assistants to control Aseprite for creating pixel art and animated sprites, with 104 tools covering canvas, drawing, animation, palettes, effects, and more.100MIT
TDQS
Scored across 21 tools
Each tool targets a distinct operation: sprite lifecycle (new, open, save), pixel editing (set, map, read, copy, draw, clear), layer/frame management, animation, palette handling, collaboration (changes), and viewing. Overlapping tools like pixel_map vs set_pixels are explicitly differentiated by use case in their descriptions.
All tools share the consistent 'aseprite_' prefix and snake_case style, but the remainder mixes verbs (open, clear, draw, copy, view) with nouns (status, layer, frame, palette, animation) and compound names (pixel_map, set_pixels). The pattern is readable but not strictly verb_noun, so it's slightly inconsistent semantically.
At 21 tools, the set is on the heavier side of the typical range, but it's justified by the complexity of the Aseprite domain (sprites, layers, frames, animation, palettes, collaboration, batching). Each tool has a clear role, and the batch tool helps consolidate operations, making the count reasonable.
The tool surface covers the full lifecycle of sprite creation, editing, saving, and viewing, plus advanced features like animation, outlines, palettes, and collaborative changes. It includes all core drawing operations (pixel map, draw, copy, clear) and supports undo/redo via history. No obvious dead ends or missing critical functionality.