GitHub
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
Description from the maker (original English)
Manage a Websupport account: DNS, FTP, hosting, databases, mailboxes, VPS and invoices.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
WEBSUPPORT_API_KEY, WEBSUPPORT_API_SECRET, WEBSUPPORT_API_BASE_URL, WEBSUPPORT_ACCEPT_LANGUAGE, WEBSUPPORT_ALLOW_WRITE, WEBSUPPORT_ALLOW_DESTRUCTIVEValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"websupport": {
"command": "npx",
"args": [
"-y",
"websupport-mcp"
],
"env": {
"WEBSUPPORT_API_KEY": "your-value",
"WEBSUPPORT_API_SECRET": "your-value",
"WEBSUPPORT_API_BASE_URL": "your-value",
"WEBSUPPORT_ACCEPT_LANGUAGE": "your-value",
"WEBSUPPORT_ALLOW_WRITE": "your-value",
"WEBSUPPORT_ALLOW_DESTRUCTIVE": "your-value"
}
}
}
}Run this in your terminal
claude mcp add websupport --env WEBSUPPORT_API_KEY=your-value --env WEBSUPPORT_API_SECRET=your-value --env WEBSUPPORT_API_BASE_URL=your-value --env WEBSUPPORT_ACCEPT_LANGUAGE=your-value --env WEBSUPPORT_ALLOW_WRITE=your-value --env WEBSUPPORT_ALLOW_DESTRUCTIVE=your-value -- npx -y websupport-mcpFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"websupport": {
"command": "npx",
"args": [
"-y",
"websupport-mcp"
],
"env": {
"WEBSUPPORT_API_KEY": "your-value",
"WEBSUPPORT_API_SECRET": "your-value",
"WEBSUPPORT_API_BASE_URL": "your-value",
"WEBSUPPORT_ACCEPT_LANGUAGE": "your-value",
"WEBSUPPORT_ALLOW_WRITE": "your-value",
"WEBSUPPORT_ALLOW_DESTRUCTIVE": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"websupport": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"websupport-mcp"
],
"env": {
"WEBSUPPORT_API_KEY": "your-value",
"WEBSUPPORT_API_SECRET": "your-value",
"WEBSUPPORT_API_BASE_URL": "your-value",
"WEBSUPPORT_ACCEPT_LANGUAGE": "your-value",
"WEBSUPPORT_ALLOW_WRITE": "your-value",
"WEBSUPPORT_ALLOW_DESTRUCTIVE": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
WEBSUPPORT_API_BASE_URL envWEBSUPPORT_ACCEPT_LANGUAGE envWEBSUPPORT_ALLOW_WRITE envWEBSUPPORT_ALLOW_DESTRUCTIVE envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 9, 2026
The registry name was verified with the GitHub account tydung26, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: WEBSUPPORT_API_KEY, WEBSUPPORT_API_SECRET
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.1.1) reached the registry 3 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: GitHub, Desktop Commander, Cloudflare MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:↓ Downloads per weeki★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.
MCP server for terminal commands, file operations, and process management
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
An MCP server (TypeScript, ESM, stdio) wrapping the Websupport REST API v1 + v2 — DNS, FTP, hosting, databases, mailboxes, VPS and invoices — exposed as MCP tools with signed HMAC-SHA1 authentication.
Status: early. All 50 tools are implemented and published, but most have been verified only as far as reaching the API — routes, signing and error handling are proven; response shapes largely are not. Read docs/verification-matrix.md before relying on any tool, and see IMPLEMENTATION_PLAN.md for progress.
Tools are registered in three tiers, and the tier gates registration — a read-only deployment never sees a write tool in tools/list at all, so it costs no client context and offers no affordance.
| Tier | Opt-in | Extra per-call gate | Currently |
|---|---|---|---|
read | always on | — | 30 tools |
write | WEBSUPPORT_ALLOW_WRITE=1 | — | 13 tools |
destructive | WEBSUPPORT_ALLOW_DESTRUCTIVE=1 | confirm: true argument | 7 tools |
A tool is destructive when it destroys state you cannot cheaply recreate — not merely because it writes. A graceful VPS reboot is write; a hard power-cycle is destructive, because it can corrupt in-flight writes. Taking a snapshot is write; restoring one is destructive, because it discards everything since.
The two opt-ins are independent: WEBSUPPORT_ALLOW_DESTRUCTIVE=1 alone does not unlock write tools, and vice versa.
The confirm: true argument, not MCP elicitation, is the safety boundary. Protocol negotiation may settle well below the revision that supports elicitation — this server's SDK currently tops out at 2025-11-25 — and a gate that disappears against an older client is not a gate.
Requires Node >= 22. Nothing to install ahead of time — npx fetches the package on first run.
Add this to your MCP client's configuration:
{
"mcpServers": { "websupport": { "command": "npx", "args": ["-y", "websupport-mcp"], "env": { "WEBSUPPORT_API_KEY": "…", "WEBSUPPORT_API_SECRET": "…" } } } }
That gives you the 30 read-only tools. Nothing in that configuration can change your account.
To allow changes, add only the opt-ins you need — see Risk tiers above:
"env": {
"WEBSUPPORT_API_KEY": "…", "WEBSUPPORT_API_SECRET": "…", "WEBSUPPORT_ALLOW_WRITE": "1", "WEBSUPPORT_ALLOW_DESTRUCTIVE": "1" }
Ready-made configurations for each combination live in examples/mcp-config/. Pin a version with websupport-mcp@0.1.1 in place of websupport-mcp.
Once it is wired up, ask your client to run ws_auth_check. It returns {"verified": true} when the credentials work, which is the quickest way to separate a bad key from anything else.
A Dockerfile is included, for hosts that run containers rather than npx and for registry build sandboxes:
docker build -t websupport-mcp .
docker run -i --rm -e WEBSUPPORT_API_KEY -e WEBSUPPORT_API_SECRET websupport-mcp
-i is not optional — the transport is stdio. No credentials are baked into the image; pass them per run.
For development, or to run unreleased changes:
npm install
npm run build
Then point command at node and args at the built entrypoint ( /dist/index.js) instead of npx.
Generate a Standard API access pair in WebAdmin (Security → API keys). A DynDNS-only pair authenticates against /nic/update and nothing else.
| Variable | Required | Default | Notes |
|---|---|---|---|
WEBSUPPORT_API_KEY | yes | — | The pair's *identifier*. |
WEBSUPPORT_API_SECRET | yes | — | The pair's *secret*. Used for HMAC-SHA1 signing; never logged, never returned in an error. |
WEBSUPPORT_API_BASE_URL | no | https://rest.websupport.sk | Market selection — see below. |
WEBSUPPORT_ACCEPT_LANGUAGE | no | en_us | One of en_us, sk, cs_cz, hu. |
WEBSUPPORT_ALLOW_WRITE | no | off | Set to 1 to register write tools. |
WEBSUPPORT_ALLOW_DESTRUCTIVE | no | off | Set to 1 to register destructive tools. |
Copy .env.example for local development. .env is gitignored.
Missing credentials do not stop the server. It starts, registers its tools and answers tools/list unauthenticated — which is what registry build sandboxes, MCP Inspector and client config probes do before anyone holds a key — and the first tool call then fails with a message naming the variable that is absent.
Websupport is a regional team.blue/Loopia brand, so the API host selects the market. The same application serves every host — GET /v2/docs/openapi.json is byte-identical across all of them — so switching markets is configuration, never a code change.
| Market | WEBSUPPORT_API_BASE_URL |
|---|---|
| Slovakia (default) | https://rest.websupport.sk |
| Czechia | https://rest.websupport.cz |
| Hungary | https://rest.websupport.hu |
| Sweden | https://rest.websupport.se |
An unrecognised host warns to stderr and is used anyway, so a newly added market works without waiting for a release.
| Document | What it holds |
|---|---|
docs/tools.md | Every tool: tier, method + path, confirm requirement. Generated from the registry — never hand-edited. |
docs/verification-matrix.md | What has actually been proven about each tool, and what has not. Read this before trusting any tool in production. |
docs/system-architecture.md | The request path, the signing contract and its three counter-intuitive rules, and how the tier model works. |
docs/codebase-summary.md | Module map — what lives where and why. |
examples/mcp-config/ | Ready-to-edit client configurations for each tier combination. |
Order creation and invoice/order payment endpoints are deliberately out of scope and are asserted absent by test. v1 DNS-record CRUD and v1 FTP-account CRUD are deprecated upstream and are not exposed — the v2 tools cover both.
npm test # offline suite
npm run test:network # live, unauthenticated probes (market hosts + OpenAPI drift) npm run typecheck npm run lint npm run build
Network suites are separated deliberately: a Websupport outage must not fail the build.
Node >= 22, to run or to build. Node 20 reached end of life on 2026-04-30 and is not supported. CI covers the two live LTS lines, 22 and 24, and builds and smoke-tests the bundle on each.
Building also needs npm >= 11: npm 10 cannot resolve the bundler's dependency tree and fails with an unhelpful Cannot read properties of null (reading 'edgesOut'). If you hit that, upgrade npm rather than debugging the repository.
The credentials this server holds grant full control of a Websupport account — there is no read-only API pair. SECURITY.md covers how they are handled, which tools return sensitive data, and how to report a vulnerability privately.
See CONTRIBUTING.md. Note two boundaries enforced by test rather than review: no order or payment endpoints, and every destructive tool must declare confirm: true.
MIT — see LICENSE.