Fehlerbehebung bei Verbindungen
minddy MCP verbindet externe Assistenten mit minddy; persönliche MCP-Verbindungen lassen Numo fremde Server aufrufen.
OAuth-, MCP-, Webhook- oder Git-Verbindung wiederherstellen
minddy MCP verbindet externe Assistenten mit minddy; persönliche MCP-Verbindungen lassen Numo fremde Server aufrufen. Kontotabs und Zugangsdaten unterscheiden sich. Prüfen Sie persönliche Verbindungen in Einstellungen und verwenden Sie Test/Neuverbindung. OAuth-Discovery, dynamische Registrierung, PKCE und Refresh sind möglich, aber Katalogeinträge umgehen weder Anbieterfreigabe, Entwicklervorschau noch registrierte Apps. Prüfen Sie aktuelle Voraussetzungen, bevor Sie einen minddy-Fehler annehmen.
Mit passenden Rechten neu verbinden
Registrieren Sie den exakt angezeigten Callback in der Anbieter-App, wenn bestehende Clientzugänge erforderlich sind. Desktop-OAuth öffnet den Systembrowser und kehrt zurück. Persönliche MCP-Verbindungen von Numo benötigen öffentliches HTTPS; lokale Befehle und private Netzserver sind ausgeschlossen. Für externe Assistenten, die sich mit minddy MCP verbinden, siehe Netzwerkzugriff auf Ihre Instanz. Bearertokens und Geheimnisse gehören in Auth/Header, nicht in URLs. URL-Wechsel löscht gespeicherte Zugangsdaten und Header. Deaktivieren/Entfernen stoppt neue Aufrufe, gesendete können noch enden. Routinen nutzen den aktuellen Projekteigentümer; Eigentümerwechsel leiht keine bisherigen persönlichen Zugänge.
Vor Wiederholung das Ergebnis prüfen
Aufrufe von Numo an persönliche MCP-Server haben 30 Sekunden Deadline, 1 MiB Transport- und 64 KB Ergebnisgrenze. Timeout beweist keinen Mutationsfehler. Prüfen Sie das Ziel vor Wiederholung. Bei API-401 prüfen Sie Instanz, Art und Widerruf ohne Schlüsselausgabe; falsche Art ergibt 403. Bei Webhooks prüfen Sie letzten Status, öffentliches Ziel, Rohkörper-HMAC und delivery_id-Deduplizierung. Verworfene Zustellungen haben keine dauerhafte Wiederholungswarteschlange. Erhalten Sie kontrollierte Codes und Zeiten ohne private Inhalte oder Zugangsdaten.
Rechte und Synchronisierung prüfen
Gitadapter zielen auf github.com und gitlab.com. Prüfen Sie verknüpftes Repository, Installationszugriff und Verbindungskanal. GitHub-Synchronisierung benötigt Issues lesen/schreiben und Webhookabonnements für Issues, Issue comments und Issue dependencies; bestehende Installationen müssen neuen Rechten zustimmen. Ältere Payload-Zeitstempel überschreiben keine neueren lokalen Änderungen. Remote-IDs verhindern doppelte Zustellung. Inline-Anhang-URLs bleiben Forgelinks statt kopierter Bytes. Prüfen Sie lokalen und entfernten Zustand vor Neuverbindung oder Schreibwiederholung und teilen Sie nur bereinigte Diagnosen.