persönlicher API-Key

Hallo Sumit,

vielen Dank für die schnelle Rückmeldung.

Das Problem ist leider ein technisches: Euer aktueller MCP-Server setzt auf den OAuth-Flow via HTTP-Transport (claude mcp add --transport http ...). Dieser Workflow ist perfekt für interaktive CLIs wie Claude Code, scheitert aber bei der Einbindung in lokale LLM-Umgebungen wie LM Studio.
LM Studio erwartet beim Start eines MCP-Servers, dass dieser sofort "Ready" ist. Da euer Server aber einen Browser-Redirect zur Authentifizierung erfordert, bleibt die Verbindung im "Pending"-Status hängen. LM Studio sieht keine prompte Antwort vom Server und bricht den Vorgang mit einem Timeout (Connection closed) ab. Es gibt dort schlicht keine Möglichkeit, den interaktiven Browser-Login-Prozess innerhalb der MCP-Bridge abzufangen.

Ohne einen statischen API-Key (oder einen Long-Lived Access Token), den man direkt in der mcp.json als Umgebungsvariable hinterlegen kann, bleibt Parqet für Nutzer lokaler KIs leider komplett außen vor.

Falls ihr doch mal über eine Lösung für "Personal Access Tokens" nachdenkt, wäre das für alle Nutzer mit lokalem Hardware-Fokus (wie in LM Studio) ein riesiger Gewinn für den Datenschutz.

Beste Grüße Joed

Hi,

statische API Keys unterstützen wir derzeit nicht und es gibt bisher auch keine Pläne in diese Richtung

Wir haben einen MCP den du nutzen kannst für die Einbindung in LLMs.

Viele Grüße
Sumit

Bei Gemini ist es genau so. Man kann es mit MCP leider nicht nutzen.