Mittwald MCP Server
OfficialClick on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Mittwald MCP Serverlist my domains"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Mittwald MCP Server
The Mittwald MCP server lets external MCP clients (Claude, ChatGPT, MCP Inspector) run Mittwald CLI commands on behalf of users. Authentication now flows through a stateless OAuth bridge that fronts Mittwald’s OAuth 2.1 endpoints using Authorization Code + PKCE only. Mittwald treats our bridge as a public client: there is no Mittwald-issued client secret to manage. The bridge mints its own secrets for downstream confidential MCP clients (e.g. Claude Desktop) and verifies them before issuing JWTs. Each CLI invocation receives the user's Mittwald access token via mw ... --token <mittwald_access_token>.
Active Production Deployment (Verified 2026-02-17)
mittwald-mcp-fly2(MCP server) is deployed from this repository root (Dockerfile+src/).mittwald-oauth-server(OAuth service) is deployed from this repository'spackages/oauth-bridge/.The separate repository at
../mittwald-oauth/mittwald-oauthis currently inactive/deprecated for production and is not the source of the running Fly.io OAuth service.
What Changed (2025-09-25)
Mittwald is authoritative for scopes and consent. Our proxy no longer maintains its own scope catalogue or renders consent pages.
Dynamic client registration remains open. Clients register through
/register; we store their metadata and rely on Mittwald to validate scopes during the downstream exchange.JWT payloads include Mittwald tokens verbatim. The scope string inside each issued JWT comes directly from Mittwald's token response.
Confidential MCP clients are supported. The bridge returns
client_secret_postcredentials during registration and enforces them on/token, allowing Claude Desktop to complete OAuth without custom configuration.
For the full design see ARCHITECTURE.md.
Repository Layout
packages/
oauth-bridge/ # stateless OAuth proxy to Mittwald OAuth
src/
... # MCP server (JWT validation + CLI wrapper)
docs/ # Supplemental documentationDevelopment Setup
Prerequisite: Node.js 24.11.0 or higher (see
.nvmrc/.node-version). Earlier LTS releases (e.g. Node 18, Node 20) cannot run@mittwald/cli@1.12.0because its dependencies require the new/vregular-expression flag.
Building Locally
This is a monorepo with workspace packages that must be built in order.
Install all dependencies:
npm ciBuild the project (including all workspace dependencies):
npm run build:allOr build workspace packages individually:
cd packages/mittwald-cli-core && npm run build && cd ../.. cd packages/oauth-bridge && npm run build && cd ../.. npm run build
OR use Docker (recommended for production builds):
docker build --no-cache -t mittwald/mcp .Local SSL Certificates
For local HTTPS development, generate certificates using mkcert:
# Install mkcert (macOS)
brew install mkcert
mkcert -install
# Generate certificates
mkdir -p ssl
mkcert -key-file ssl/localhost+2-key.pem -cert-file ssl/localhost+2.pem localhost 127.0.0.1 ::1The server uses these paths by default, or set SSL_KEY_PATH and SSL_CERT_PATH to override.
Running for Development
Configure scopes and Mittwald OAuth details:
export MITTWALD_ISSUER=https://id.mittwald.de export MITTWALD_CLIENT_ID=mittwald-mcp-server export MITTWALD_REDIRECT_URI=https://your-local-proxy/mittwald/callbackThe OAuth and MCP services both read their scope catalogue from
config/mittwald-scopes.json. Update that file (or pointMITTWALD_SCOPE_CONFIG_PATHat an override) to change supported or default scopes—no code changes required.Run the OAuth bridge:
npm run --workspace=packages/oauth-bridge devRun the MCP server:
npm run dev
Each service exposes health and debugging endpoints; consult ARCHITECTURE.md for flow diagrams and environment specifics.
Prometheus Metrics
Both the MCP Server and OAuth Bridge expose Prometheus-compatible metrics at /metrics.
Configuration
Variable | Description | Default |
| Enable/disable metrics collection and |
|
| Basic auth username for /metrics | (none - no auth) |
| Basic auth password for /metrics | (none - no auth) |
Set METRICS_ENABLED=false to completely disable metrics collection and the /metrics endpoint.
When both METRICS_USER and METRICS_PASS are set, Basic Authentication is required to access the metrics endpoint.
Available Metrics
MCP Server
Metric | Type | Labels | Description |
| Counter |
| Total MCP tool invocations |
| Histogram |
| Tool execution duration |
| Gauge | - | Current active MCP connections |
| Counter |
| Mittwald CLI invocations |
OAuth Bridge
Metric | Type | Labels | Description |
| Counter |
| Authorization requests |
| Counter |
| Token exchange requests |
| Counter |
| DCR registrations |
| Gauge | - | Pending authorization requests |
| Gauge | - | Pending grants |
| Gauge | - | Registered OAuth clients |
| Gauge | - | Total Redis state store entries |
Both services also expose default Node.js metrics (nodejs_*, process_*).
Prometheus Scrape Configuration
scrape_configs:
- job_name: 'mittwald-mcp-server'
static_configs:
- targets: ['mcp-server:3000']
# Uncomment if authentication is enabled:
# basic_auth:
# username: prometheus
# password: your-secret
- job_name: 'mittwald-oauth-bridge'
static_configs:
- targets: ['oauth-bridge:3001']Example PromQL Queries
# Tool call rate per minute
rate(mcp_tool_calls_total[1m])
# Tool error rate
sum(rate(mcp_tool_calls_total{status="error"}[5m])) / sum(rate(mcp_tool_calls_total[5m]))
# 95th percentile tool latency
histogram_quantile(0.95, rate(mcp_tool_duration_seconds_bucket[5m]))
# OAuth token success rate
sum(rate(oauth_token_requests_total{status="success"}[5m])) / sum(rate(oauth_token_requests_total[5m]))Operational Notes
Revoke access in Mittwald Studio to force downstream clients to re-authorize.
The OAuth bridge logs the loaded scope configuration (counts, defaults, config file path). Any mismatch between Mittwald discovery and the configured list is surfaced there.
Ensure Redis is available to both the bridge and MCP server (
BRIDGE_STATE_STORE=redis, shared session store).
Testing
Run
npm run lint,npm run type-check, andnpm run test:unitfor fast local feedback.npm run test:integrationexercises Redis-backed session flows and bridge JWT verification.npm run test:e2e:mcp(when available) drives a full OAuth + MCP tool cycle against the mock stack.See
tests/README.mdfor the complete matrix and environment requirements.
Security
This repository uses GitHub's native security features:
Dependabot: Automatically creates PRs for vulnerable dependencies (configured in
.github/dependabot.yml)CodeQL: Static analysis for security vulnerabilities on PRs and weekly scans (
.github/workflows/codeql.yml)Secret Scanning: Prevents accidental commit of secrets (enable in repository Settings → Security)
Responding to Security Alerts
Dependabot alerts: Review and merge dependency update PRs promptly. Security updates are grouped and labeled for easy identification.
CodeQL findings: Address issues before merging PRs. The workflow blocks PRs with HIGH/CRITICAL severity findings.
Secret scanning alerts: Rotate any compromised secrets immediately and revoke associated access.
Coverage Reports
mw-cli-coverage.jsoncontains machine-readable coverage stats for the Mittwald CLI.Validate the artifact with
config/mw-cli-coverage.schema.json(e.g.npx ajv validate -s config/mw-cli-coverage.schema.json -d mw-cli-coverage.json).Regeneration is automated via the Workstream A script (
npm run coverage:generate); commit both the JSON anddocs/mittwald-cli-coverage.mdafter running it. Only rerun when tool metadata, exclusion lists, or the Mittwald CLI version change—routine commits that don’t touch those inputs can skip regeneration.Intentional gaps live in
config/mw-cli-exclusions.json. Update this allowlist (with rationale) whenever a missing CLI command is acceptable—CI fails ifstats.missingCountis greater than zero.Quick commands:
npm run coverage:generate– rebuild artifacts when coverage inputs change.npm run check:cli-version– warn when Dockerfile pins drift from npm.
See
docs/coverage-automation.mdfor the full runbook covering CI guards and allowlist policy.
Documentation
End-user docs are split across two static sites:
Setup & Guides in
docs/setup-and-guides/(human-perspective onboarding, how-to, tutorials, runbooks, explainers)Tool Reference in
docs/reference/(tool-by-tool reference pages and API-level details)
Operator runbooks:
docs/OPERATIONS-START-HERE.md(customer handover entrypoint)docs/DOCS-SITES-OPERATIONS.md(build and verify both documentation sites)docs/FUNCTIONAL-TESTING-OPERATIONS.md(run functional MCP testing in real agents against deployed endpoints)
One-command build for both sites:
cd docs
./build-all.sh localFor deployment-specific details, see DEPLOY.md and docs/DEPLOYMENT-GUIDE.md.
For questions or onboarding guidance, start with ARCHITECTURE.md and docs/INDEX.md (docs navigation). LLM/agent operators should read docs/LLM-AGENTS.md.
For developer documentation on integrating with Mittwald MCP, see the setup guides in docs/setup-and-guides/ or visit the deployed documentation site.
This server cannot be installed
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/mittwald/mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server