Ext Ops Panel
Open dashboard
Comparison

EverArt (Archived) vs Aseprite Claude Connector

EverArt (Archived) is an MCP server published by modelcontextprotocol. Marketplaces we read that list it: 1 (Docker MCP Catalog). Aseprite Claude Connector is an MCP server published by UmarMuhammad18. Marketplaces we read that list it: 1 (Official MCP Registry). As of our marketplace pass on 2026-11-13. This pair was picked by a reader, not by our comparison rule, so search engines are asked not to index the page.

Where each is published

Where each is published
MarketplaceEverArt (Archived)Aseprite Claude Connector
Docker MCP Catalog Listed
Version: sha256:98c2aa1b6231
Forks (GitHub): 11 961
Pulls (Docker Hub): 19 419
Stars (Docker Hub): 3
Stars (GitHub): 91 970
Not marked · First seen
Not listed
Official MCP Registry Not listed Listed
Version: 0.4.0
Forks (GitHub): 0
Stars (GitHub): 0
Not marked · First seen

Each figure is the marketplace's own and is never added up across marketplaces. A marketplace that publishes no figure shows none: no number is not zero.

The facts side by side

EverArt (Archived) vs Aseprite Claude Connector
FactEverArt (Archived)Aseprite Claude Connector
Marketplaces that list it11
Stars (GitHub) (differs)91 970 (better)0 (worse)
Pulls (Docker Hub) (differs)19 419No figure on Docker Hub
Forks (GitHub) (differs)11 961 (better)0 (worse)
Last releaseNot publishedNot published
Where it runs (differs)On your machine (mcp/everart)On your machine (aseprite-claude-connector)
Transportstdiostdio
Tools it declares (differs)1Not published
Environment variables it asks for (differs)1, secrets among them: 14, secrets among them: 0
Licence (differs)NOASSERTIONNot stated
Repository (differs)github.com/modelcontextprotocol/serversgithub.com/umarmuhammad18/aseprite-claude-connector
Changes in the last 7 days (differs)02
First seen (differs)2026-10-112026-11-12

Lines where the two differ have a tinted background and bold values. Where the data itself says which value is better (more marketplaces, a larger figure of the same marketplace, a fresher release, a verified mark on a marketplace that lists both), the better one is also marked green with ▲ and the worse one red with ▼. Where it runs, the transport, the tools, the settings, hooks, the bundle's parts, the licence and the week's changes are marked only as different: more or fewer is not better in itself.

What each says it does

EverArt (Archived)

In its own words, on Docker MCP Catalog:

Image generation server using EverArt's API.

Aseprite Claude Connector

In its own words, on Official MCP Registry:

Let Claude draw in a running Aseprite, and export straight to Godot or Unity

How to run each

EverArt (Archived) As a local MCP server: Docker image

Claude Code
claude mcp add --env "EVERART_API_KEY=<YOUR_EVERART_API_KEY>" --transport stdio everart -- docker run -i --rm -e EVERART_API_KEY mcp/everart

Requires: EVERART_API_KEY (secret)

Aseprite Claude Connector As a local MCP server: PyPI package

Claude Code
claude mcp add --transport stdio aseprite-claude-connector -- uvx aseprite-claude-connector

Commands built only from what the marketplaces declare; the full set for every client is on each card.

Tools each declares

The marketplaces of Aseprite Claude Connector publish no list of tools, so we do not compare tools.

Settings each asks for

Only EverArt (Archived) asks for

  • EVERART_API_KEY (secret)

Only Aseprite Claude Connector asks for

  • ASEPRITE_MCP_BACKEND
  • ASEPRITE_MCP_NO_UPDATE_CHECK
  • ASEPRITE_PATH
  • ASEPRITE_RELAY_URL

Settings as each marketplace publishes them. Asking for fewer is not better in itself.

What it can do: EverArt (Archived) · What it can do: Aseprite Claude Connector · Compare two other plugins

Data comes from the Docker MCP Catalog (desktop.docker.com/mcp/catalog) and Docker Hub. Data comes from the Official MCP Registry (registry.modelcontextprotocol.io), CC0 1.0. Figures come from our own regular passes over the marketplaces, last read on . We publish no contact details for plugin publishers.

Where the data comes from: how the catalog is built