Agentic Ventures Wiki

claude-custom-connector

3 Min. Lesezeit

Claude Custom Connector — MCPs in claude.ai einbinden

In claude.ai (Web + Desktop) gibt es im UI „Benutzerdefinierten Connector hinzufuegen” (Beta). Damit laesst sich ein Remote-MCP-Server per URL andocken — ohne Claude-Desktop-Config-Datei. Klingt nach „MCPs fuer alle Kunden in 5 Minuten” — ist es aber nicht. Zwei harte Constraints.

Constraints

1. Public HTTPS Pflicht

claude.ai erreicht nur oeffentlich aufloesbare HTTPS-URLs. Unsere MCPs laufen lokal:

MCPPort
m3658765
ticketpay8766
papierkram8767
runway8768
replicate8769

http://localhost:8767 geht nicht. Optionen um public zu kommen:

  • Cloudflare Tunnel (cloudflared tunnel) — schnell, kostenlos, eigene Domain moeglich
  • ngrok — schnell, aber kostenpflichtig fuer stabile URL
  • Railway / Hetzner Deploy — sauber, fuers Produktivsetup

2. Auth ist nicht geloest

Die MCPs haben aktuell ihre API-Keys (Papierkram-Token, TicketPAY-Key, etc.) als Env-Variable auf Marvins Maschine. Wenn diese MCP-Instanz oeffentlich erreichbar wird:

  • Jeder mit der URL nutzt Marvins Daten. Kein Multi-Tenant.
  • Keine Auth-Schicht zwischen Connector und MCP.

Damit ein Kunde (z.B. VF) Connector mit eigenen Daten nutzt, brauchen die einen eigenen MCP-Deploy mit ihren Keys. Multi-Tenant (ein MCP, mehrere Kunden) ginge nur mit OAuth oder Header-Auth davor — siehe mcp-vf-hosted fuer das Mono-MCP-Pattern mit Scalekit.

Decision-Tree fuer Kundenanfragen

Will Kunde einen MCP in claude.ai nutzen?
├── Demo im Workshop / einmalig zeigen
│   → Live in MEINEM Claude vorfuehren, kein Deploy
│
├── Kunde will produktiv arbeiten
│   ├── Solo (eine Person)
│   │   → Claude Desktop bei Kunde + lokale MCP-Config
│   │     mit deren Keys (claude_desktop_config.json)
│   │     → ~30 min Setup, kein Deploy noetig
│   │
│   └── Team (mehrere User)
│       → Eigener MCP-Deploy mit Kunden-Keys (Railway/Hetzner) + HTTPS
│         + OAuth-Schicht davor (Scalekit, siehe [[mcp-vf-hosted]])
│         → 1-2 Tage Arbeit
│         → Custom Connector zeigt auf https://<kunde>.mcp.av/...

„Sofort”-Pfad fuer Workshop-Demo

Wenn im Workshop live gezeigt werden soll dass Custom Connector funktioniert:

# Cloudflare Tunnel auf laufenden lokalen MCP
cloudflared tunnel --url http://localhost:8767
# ergibt z.B. https://random-name.trycloudflare.com

Diese URL in claude.ai unter „Benutzerdefinierten Connector hinzufuegen” eintragen → laeuft.

Aber: Das ist mein MCP mit meinen Daten. Tunnel nach Demo wieder schliessen (Ctrl-C). Nicht stehen lassen.

Empfehlungs-Default

Fuer 80 % der Faelle ist Claude Desktop bei Kunde + lokale MCP-Config der richtige Weg:

  • Kein Deploy, keine Auth-Schicht, keine Hosting-Kosten
  • Keys bleiben auf Kundenrechner (DSGVO-friendly)
  • VF-Memory feedback_vf_workshop_no_terminal.md beachten: VF-Team will kein Terminal — Setup als Klick-Schritte

Custom Connector lohnt erst wenn:

  • Mehrere Personen denselben Stack nutzen sollen
  • Kunde will Browser-only arbeiten
  • Zugriff von verschiedenen Geraeten ohne Re-Setup

→ dann Mono-MCP-Pattern: mcp-vf-hosted

Lessons-Learned-Anchor

  • 2026-04-27 (vor VF-Workshop): „Sofort”-Frage zu Custom Connector beantwortet mit nein — Public HTTPS + Auth fehlen. Workshop lief mit Live-Demo in Marvins Claude, Produktivsetup wurde danach gescopt.

Graphansicht

Backlinks