Dify 1.13 HTTP MCP Mock für Konferenzraumreservierung

Dieses Projekt validiert den Konferenzraumreservierungs-MCP mit Dify 1.13 über den statischen Authorization-Header, ohne Authentifizierungsserver.

Dify 1.13 ── Bearer <고정 JWT> ──> MCP 서버 ── 내부 API 키 ──> 회의실 API

Im aktuellen Umfang dient name=dify im JWT nicht als tatsächlicher Benutzername, sondern nur als fester Dienstidentifikator. In jeder Umgebung müssen Sie das Token selbst ausstellen und dasselbe Token sowohl im Dify-Header als auch in MCP_STATIC_TOKEN des MCP-Servers registrieren.

Detaillierte Schritte finden Sie im Leitfaden zur statischen Token-Integration.

Verfügbare Funktionen

• Konferenzraumliste abrufen

• Konferenzraum reservieren und Zeitüberschneidungen verhindern

• Reservierungsliste des festen Dienstes abrufen

• HTTP 401 bei fehlendem, abweichendem, abgelaufenem Token oder fehlendem name

• Bei erfolgreicher Reservierung wird dify님 예약이 완료되었습니다. zurückgegeben

Related MCP server: Boma MCP

Schnellstart

Die Docker-Installation wird in diesem Dokument nicht behandelt.

cp .env.example .env

docker compose run --rm --no-deps mcp-server \
  python scripts/mint_dev_token.py

Tragen Sie das ausgegebene JWT in die .env ein.

MCP_STATIC_TOKEN=eyJ...

Starten Sie den Server.

docker compose up -d --build --force-recreate
docker compose ps

Service-Adressen:

• MCP: http://localhost:8001/mcp

• Konferenzraum-API-Status: http://localhost:8000/health

Wenn Dify auf einem anderen Server läuft, registrieren Sie anstelle von localhost eine für Dify erreichbare HTTPS-URL sowohl in MCP_PUBLIC_URL als auch in den Dify-MCP-Einstellungen.

Dify 1.13 Konfiguration

Da es sich um einen statischen Header handelt, bleiben JWT und name=dify unverändert, auch wenn die Dify-Benutzer wechseln.

Hauptdateien

Tests

PYTHONPATH=. uv run --isolated --extra test pytest -q

Docker-E2E:

docker compose up -d --build --force-recreate
docker compose exec -T mcp-server python scripts/e2e_dify_legacy_client.py

Einschränkungen des Mocks

• Die JWT-Signatur wird nicht mit dem öffentlichen Schlüssel des Authentifizierungsservers verifiziert.

• In der .env des MCP-Servers ist genau ein fester Token-String erlaubt.

• Eine benutzerspezifische Identität kann nicht unterschieden werden.

• Reservierungsdaten werden beim Neuerstellen des Containers zurückgesetzt.

• Für die Produktionsumstellung sind Authentifizierungsserver, Signaturprüfung, kurze Ablaufzeiten, Schlüsselrotation und die Übergabe benutzerspezifischer Token erforderlich.