Dienstanmeldeinformationen
Konfigurieren Sie die Anmeldeinformationen in Settings → Credentials für den Dienst, der die Anforderung tatsächlich ausführt. Ein funktionierendes Codex-Abonnement bietet Modellzugriff; Es liefert kein OpenAlex, GitHub oder ein benutzerdefiniertes MCP-Konto.
Eingebaute Service-Einträge
| Dienstleistungen | Felder und Zweck | Wie zu überprüfen |
|---|---|---|
| GitHub | Persönliches Zugriffs-Token für Skill Discovery/Importe | Verwenden Sie Connect/Manage und die Token-Steuerelemente; Testen Sie dann die beabsichtigte Repository-Operation. |
| Literaturzugriff | Kontakt-E-Mail und optionaler NCBI API Schlüssel | Speichern von Kontaktinformationen; NCBI-Schlüssel ist optional für unterstützte Anfragen. |
| OpenAlex | API-Schlüssel für OpenAlex-Operationen in Literatur | Validieren Sie den eingegebenen Schlüssel, speichern Sie ihn und erstellen Sie eine begrenzte Abfrage. |
| Unpaywall | Kontakt-E-Mail für Volltext-Standortsuche | Verwendet die konfigurierte Literatur-Kontakt-E-Mail; Keine erfundene Adresse. |
Connect öffnet einen unkonfigurierten Dienst; Manage öffnet eine bestehende. Desktop only bedeutet, dass die Anmeldeinformationen den Desktop-Kontext benötigen. Ein gespeicherter Schlüsselindikator ist nicht der geheime Wert selbst.
Hinzufügen eines fehlenden OpenAlex-Schlüssels
- Fordern Sie eine OpenAlex-Suche an, während kein Schlüssel konfiguriert ist.
- Die Konversation zeigt Add your OpenAlex API key mit einem API key-Feld an.
- Save key speichert den eingegebenen Schlüssel und nimmt den Warteruf bei Erfolg wieder auf. Not now lässt das Credential unkonfiguriert.
- Lesen Sie den endgültigen Werkzeugstatus. Die Wahl von Not now kann credential_required zurückgeben; Konfigurieren Sie den Schlüssel vor dem erneuten Versuch.
Die Eingabeaufforderung besagt, dass der Schlüssel auf diesem Computer verschlüsselt ist und nur an api.openalex.org gesendet wird. In den Einstellungen bietet das OpenAlex-Formular auch Validate, Save, Remove key, wenn eines vorhanden ist, und Cancel. Ein Ersatzfeld zeigt den gespeicherten Schlüssel nicht an. Secure-Storage-Fehler erfordern das Auflösen des Schlüsselbundzustands des Systems, bevor Geheimnisse gespeichert werden.
Credentials für Custom Connectors
Erstellen Sie hier den Berechtigungsnachweis und wählen Sie dann seinen Namen im Konnektor-Konfiguration aus. Inspizieren Sie die Verbraucher, bevor Sie einen gemeinsamen Nachweis ändern oder entfernen.
Neue Anmeldeinformation
| Feld oder Button | Vorgang |
|---|---|
| Name | Geben Sie dem Credential ein erkennbares lokales Label. |
| Typ | Wählen Sie API key, Access token, oder OAuth. |
| Wert | Geben Sie ein Geheimnis in das maskierte Feld für einen Schlüssel/Token ein. Leere erforderliche Felder halten Save deaktiviert. |
| OAuth Ressourcen URL | Geben Sie den genauen Ressourcenendpunkt an. Connector Matching hängt von Ressourcen-URL, Transport und Registrierung ab. |
| Fortgeschrittener Verkehr | Wählen Sie den vom OAuth-Service benötigten Transport aus; Streamable HTTP war der inspizierte Standard. |
| Scopes | Geben Sie Bereiche ein, die durch Leerzeichen oder Kommas getrennt sind. |
| Verwenden Sie einen vorregistrierten Client | Anzeigen Authorization server URL, Client ID, Callback URL, und Client secret. |
| Callback URL / Copy | Der inspizierte Ausfall war http://127.0.0.1/oauth/callback; Kopieren Sie es für die Serviceregistrierung oder erweitern Sie die Option "Custom-Callback". |
| Entdeckung | Falls zutreffend, Server-Metadaten entdecken; Dies ist keine erfolgreiche Anmeldung an sich. |
| Stornieren / Speichern | Verwerfen Sie den Entwurf oder speichern Sie eine gültige Anmeldekonfiguration. |
Binden Sie in einem benutzerdefinierten Connector den Berechtigungsnachweis an einen Header, eine Umgebungsvariable oder einen OAuth-Selektor. Der Name ist die Referenz; Platzieren Sie keine geheimen Werte in Beschreibungen oder Projektanweisungen. Exportierte tragbare Konfigurationen ersetzen Geheimnisse durch Platzhalter. Ein gespeicherter Nachweis benötigt noch einen tatsächlichen Service / Connector-Test, um festzustellen, dass er funktioniert.
Verifizieren und Troubleshoot
Wiederholen Sie nach dem Speichern eine kleine Operation und überprüfen Sie ihre Antwort. Verwenden Sie credential_required für ein fehlendes konfiguriertes Geheimnis, 401 für einen Authentifizierungsfehler und 403 für den verweigerten Zugriff / die zu untersuchende Richtlinie; Ein 403 ist nicht universell durch Austausch des Schlüssels festgelegt. 429 betrifft Tarif-/Nutzungsgrenzen. Lesen Sie den tatsächlichen Körper des Dienstes und sehen Sie Fehlerbehebung.
Das Entfernen eines Berechtigungsnachweises kann sich auf jeden Connector auswirken, der daran gebunden ist. Connector und Specialist-Exporte schließen bewusst gebrauchsfertige Geheimnisse/Vertrauen aus; diese wieder an der Aufnahmevorrichtung zu konfigurieren. Fügen Sie niemals ein Geheimnis in einen Skill-, Eingabeaufforderungs-, Screenshot- oder Ausgabebericht ein.
OpenAlex Abfragen erfordern einen gültigen OpenAlex Schlüssel. OAuth Connectors erfordern das Ausfüllen der Anmeldung des benannten Dienstes. Beheben Sie den angezeigten Authentifizierungsfehler, bevor Sie dieselbe kleine Abfrage erneut versuchen.
Bezugsnummer der Durchführung: CredentialsPanel.tsx, ConnectorAddForm.tsx.
CLI/SDK Berechtigungsnachweismanagement kann freigegebene Anmeldeinformationen durch authentifizierten lokalen Zugriff erstellen / aktualisieren. Linux Headless-Installationen können explizit unverschlüsselte Dateispeicherung wählen; Desktop-Anmeldeinformationen behalten ihr normales OS-Speicherverhalten bei. Diese Option löst keine Compute-Passwortspeicherung oder initiiert die erstmalige OAuth-Anmeldung.