1. Conduid
  2. Cloud
  3. anywhere
MCP server · Cloud

anywhere

A unified gateway for Model Context Protocol (MCP) servers that lets you discover, configure, and access MCP tools from any GitHub repository through a single endpoint.

Unclaimed last commit 6 months ago commerce
64Good

Scored 17 days ago · breakdown

About anywhere

anywhere is an MCP server published by git+fractal-mcp in the Cloud category: a unified gateway for Model Context Protocol (MCP) servers that lets you discover, configure, and access MCP tools from any GitHub repository through a single endpoint. It has been installed 0 times through Conduid.

The repository has 37 stars and 7 forks, with the last commit 6 months ago. Six months or more without a commit doesn't mean the server is broken, but check the open issues (0) before depending on it in production.

Install

Install
npx mcp-anywhere
Claude Code
claude mcp add anywhere -- npx -y mcp-anywhere
npx
npx -y mcp-anywhere

This server has no ConduID identity, so agent calls to it are not receipted. Pin the version you install and review the source before granting it credentials.

Ask AI

Ask AI about anywhere

Powered by Claude · Grounded in docs

I know everything about anywhere. Ask me about installation, configuration, usage, or troubleshooting.

Security checks

  • ·README presentNot checked yet.
  • ·License declaredNot checked yet.
  • ·Tests presentNot checked yet.
  • ·Dependencies pinnedNot checked yet.
  • ·No dynamic code executionNot checked yet.
  • !Scoped permissionsDoesn't declare a permission scope. Assume it can do anything its process can.

README

mcp-anywhere

Browser & edge compatible TypeScript SDK for Model Context Protocol

A fork of the official Model Context Protocol TypeScript SDK that works in Node.js, browsers, and edge runtimes.

The Problem

The official @modelcontextprotocol/sdk was designed primarily for Node.js environments. When attempting to use it in:

  • Browser environments (via bundlers like Webpack, Vite, esbuild)
  • Cloudflare Workers (V8 isolates with Web APIs)
  • Other edge runtimes (Deno Deploy, Vercel Edge Functions, etc.)

...you'll encounter errors due to Node.js-specific dependencies like:

  • node:crypto (randomUUID, randomBytes)
  • node:http (IncomingMessage, ServerResponse)
  • node:stream (for stdio)
  • node:child_process (for spawning processes)
  • Third-party Node modules (raw-body, express, etc.)

This fork solves these compatibility issues while maintaining 100% API compatibility with the official SDK.

The Solution

This fork systematically replaces Node.js-specific APIs with universal Web APIs, making the SDK work seamlessly in both Node.js and browser/edge environments.

What Changed

Transport Modules

src/server/sse.ts and src/server/streamableHttp.ts

  • Replaced node:crypto with globalThis.crypto (Web Crypto API)
  • Replaced node:http types with generic RequestLike/ResponseLike interfaces
  • Replaced raw-body with request.text() for Fetch API and fallback stream reading for Node.js
  • Added createSSESessionAdapter() function to create Fetch-compatible SSE sessions for edge runtimes

src/server/stdio.ts and src/client/stdio.ts

  • Still Node.js-only (by design - stdio is inherently Node-specific)
  • Made safe to import: detects runtime and throws descriptive errors in non-Node environments
  • Uses globalThis.process instead of direct imports
  • Lazy-loads Node-specific modules (cross-spawn, node:stream)

Authentication Modules

src/server/auth/handlers/register.ts

  • Replaced crypto.randomBytes() with Web Crypto API
  • Lazy-loaded Express dependencies (express, cors, express-rate-limit) for better tree-shaking
  • Added runtime environment detection

Utility Modules

src/shared/stdio.ts and related files

  • Runtime-safe implementations that work in both Node.js and Web environments
  • Proper type annotations for universal compatibility

Key Features

Universal Transports

  • SSEServerTransport: Works in Node.js, browsers, and edge runtimes
  • StreamableHTTPServerTransport: Works in Node.js, browsers, and edge runtimes
  • StdioServerTransport: Node.js only (safe to import, runtime-detected)

Edge Runtime Support

  • Cloudflare Workers (V8 isolates)
  • Deno Deploy
  • Vercel Edge Functions
  • Any environment with Web APIs

100% API Compatible

  • Drop-in replacement for @modelcontextprotocol/sdk
  • All official examples work unchanged
  • Same imports, same API surface

Installation

npm install mcp-anywhere

Requirements

Node.js 16.0.0+ (required for Web Crypto API)

  • globalThis.crypto.randomUUID()
  • globalThis.crypto.getRandomValues()

Browsers: Any modern browser with Web Crypto API support (all evergreen browsers)

Edge Runtimes: Cloudflare Workers, Deno Deploy, Vercel Edge Functions, etc.

Usage

Usage is exactly the same as the official SDK! All examples from the official documentation work without modification.

Important: Stdio Limitations

StdioServerTransport and StdioClientTransport still require Node.js. This is by design—stdio is fundamentally a Node.js concept (process.stdin/stdout, child processes).

import { StdioServerTransport } from '@modelcontextprotocol/sdk/server/stdio.js';

// Works in Node.js
const transport = new StdioServerTransport();

// Throws clear error in browsers/edge runtimes:
// "StdioServerTransport is only available in Node.js environments.
//  Use SSEServerTransport or StreamableHTTPServerTransport for browsers and edge runtimes."

For browsers and edge runtimes, use:

  • SSEServerTransport / SSEClientTransport
  • StreamableHTTPServerTransport / StreamableHTTPClientTransport

Testing

Tests use the same infrastructure as the official SDK:

# Run all tests
npm test

# Run specific test file
npm test -- <test-file-pattern>

# Run with coverage
npm test -- --coverage

Integration tests verify that the refactored code works in both Node.js and simulated edge environments (using wrangler dev for Cloudflare Workers testing).

Package Exports

This fork maintains the same conditional exports as the official SDK:

{
    "exports": {
        "./server/*": {
            "types": "./dist/server/*.d.ts",
            "default": "./dist/server/*.js"
        },
        "./client/*": {
            "types": "./dist/client/*.d.ts",
            "default": "./dist/client/*.js"
        }
    }
}

Node-specific peer dependencies (express, raw-body, cross-spawn) are marked as optional, so they won't cause installation failures in browser/edge environments.

Differences from Official SDK

Aspect Official SDK This Fork
Node.js ✅ Full support ✅ Full support
Browsers ❌ Import errors ✅ Full support
Cloudflare Workers ❌ Runtime errors ✅ Full support
Edge Runtimes ❌ Various issues ✅ Full support
API Compatibility - ✅ 100% compatible
Stdio Transport ✅ Works ✅ Works (Node.js only)
SSE Transport ✅ Works ✅ Works everywhere
StreamableHTTP Transport ✅ Works ✅ Works everywhere

Documentation

For full MCP protocol documentation and usage examples, see:

This fork implements the same APIs, so all official examples and documentation apply.

Contributing

Issues and pull requests are welcome! Since this is a compatibility fork, contributions should:

  1. Maintain 100% API compatibility with the official SDK
  2. Use Web APIs instead of Node.js-specific APIs where possible
  3. Include tests for both Node.js and edge runtime environments
  4. Document any platform-specific behavior

License

This project is licensed under the MIT License—see the LICENSE file for details.


Upstream: modelcontextprotocol/typescript-sdk

README mirrored from the source repository 17 days ago. The original is authoritative.

Questions

About anywhere

How do I install anywhere?

Run npx mcp-anywhere, then add the server to your MCP client's configuration. Conduid has recorded 0 installs, so the command is known to work with current clients.

Is anywhere safe to use with an AI agent?

Its trust score is 64 out of 100 (good). It passes 0 of 1 static security checks; the failures are listed above. It has no ConduID identity yet, so agent calls to it are not receipted.

Is anywhere still maintained?

The last commit was 6 months ago, with 0 open issues. That's long enough that you should check whether the maintainer is responding to issues before depending on it.