Squiggle vs Server Everything

A side-by-side look at the Squiggle and Server Everything MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

Squiggle logoSquiggleSports · Local subprocess (stdio)AFL (Australian Football League) fixture, ladder, and crowd-sourced tips41FairAuth: not declaredServer Everything logoServer EverythingOther Tools and Integrations · Local subprocess (stdio)MCP server that exercises all the features of the MCP protocol73GreatAuth: no auth required

Verdict: choose Squiggle for sports work as a local process; choose Server Everything for other tools and integrations as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

Squiggle logoChoose Squiggle when

  • You need dedicated capabilities in the Sports domain.
  • You prefer a local stdio subprocess transport.
Explore Squiggle

Server Everything logoChoose Server Everything when

  • You need dedicated capabilities in the Other Tools and Integrations domain.
  • You prefer a local stdio subprocess transport.
  • Its auth model fits you: No auth required.
  • You want tools like echo, get-annotated-message, get-env.
Explore Server Everything

Feature & specification comparison

Rows where the two servers differ are marked.

SpecSquiggle logoSquiggleServer Everything logoServer Everything
CategorySportsOther Tools and Integrations
Quality signal41/100 · Fair73/100 · Great
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthNot declaredNo auth required
PricingNot declaredFree
Required env varsNone listedNone listed
Verified ownerCommunity listingCommunity listing
GitHub stars091,512
Directory activity 1 views 0 installs 0 upvotes 9 views 0 installs 0 upvotes
ToolsNot listed16

Tools & capabilities

Squiggle tools

No tool names declared yet. Check the project README from the listing page.

Server Everything tools 16

  • echoEchoes back the input string
  • get-annotated-messageDemonstrates how annotations can be used to provide metadata about content.
  • get-envReturns all environment variables, helpful for debugging MCP server configuration
  • get-header-paramsReturns its region argument and the Mcp-Param-Region HTTP header it arrived in. Demonstrates x-mcp-header (a 2026-07-28 Streamable HTTP client mirrors the argument into the header) and JSON Schema 2020-12 input and output schemas.
  • get-resource-linksReturns up to ten resource links that reference different types of resources
  • get-resource-referenceReturns a resource reference that can be used by MCP clients
  • get-structured-contentReturns structured content along with an output schema for client data validation
  • get-sumReturns the sum of two numbers
  • get-tiny-imageReturns a tiny MCP logo image.
  • gzip-file-as-resourceCompresses a single file using gzip compression. Depending upon the selected output type, returns either the compressed data as a gzipped resource or a resource link, allowing it to be downloaded in a subsequent request: during the current session for a 2025-era client, or for ten minutes at a minted URI on protocol version 2026-07-28.
  • trigger-list-changedSends a notifications/<list>/list_changed for the tool, prompt or resource list. On protocol version 2026-07-28 it is delivered on each subscriptions/listen stream that asked for that list; a 2025-era client receives it unsolicited.
  • trigger-log-messagesSends one log message at each logging level during the call. On protocol version 2026-07-28 only the messages at or above the level the request names in _meta (io.modelcontextprotocol/logLevel) are sent, and none if it names no level; a 2025-era client gets those at or above the level it set with logging/setLevel. Deprecated: logging is deprecated as of protocol version 2026-07-28.
  • +4 more on the listing page

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

Squiggle

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "squiggle": {
      "command": "npx",
      "args": [
        "-y",
        "@pipeworx/mcp-squiggle"
      ]
    }
  }
}

Server Everything

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "modelcontextprotocol-server-everything": {
      "command": "npx",
      "args": [
        "-y",
        "@modelcontextprotocol/server-everything"
      ]
    }
  }
}

Frequently asked questions

Squiggle is categorized under Sports and uses a local stdio subprocess. Server Everything belongs to Other Tools and Integrations and uses a local stdio subprocess. Pick Squiggle for sports work and Server Everything for other tools and integrations.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

Squiggle has no declared pricing — check the project's own site. Server Everything is listed as free. Auth: no auth required. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add squiggle and modelcontextprotocol-server-everything as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Squiggle has a quality signal of 41/100 (Fair) with 1 views, 0 installs and 0 GitHub stars. Server Everything has 73/100 (Great) with 9 views, 0 installs and 91,512 GitHub stars.