Zum Inhalt springen
OmniRoute source

Web Cookie Providers (Deutsch)

Wichtig: Kopieren Sie Anmeldedaten immer aus einer aktiven Netzwerkanfrage und nicht aus dem Cookie-Speicher Ihres Browsers.

Viele Authentifizierungsprobleme entstehen dadurch, dass Cookies von der falschen Stelle kopiert werden.

Die meisten Browser zeigen gespeicherte Cookies hier an:

Entwicklertools
→ Anwendung (oder Speicher)
→ Cookies

Obwohl diese Cookies korrekt aussehen, können sie:

  • veraltet sein
  • unvollständig sein
  • Cookies nicht enthalten, die nur bei authentifizierten Anfragen gesendet werden

Die Verwendung dieser Werte kann zu Authentifizierungsfehlern führen, selbst wenn sie gültig erscheinen.

Verwenden Sie stattdessen die Cookies aus einer erfolgreichen Anfrage:

Entwicklertools
→ Netzwerk
→ Seite aktualisieren
→ Eine Chat- oder Konversationsanfrage öffnen
→ Anfrage-Header
→ Cookie

Der Anfrage-Header Cookie enthält genau die Authentifizierungsinformationen, die Ihr Browser erfolgreich verwendet hat.

Bei den meisten Web-Cookie-Providern ist dies der Wert, der in OmniRoute eingefügt werden sollte.


Der Einrichtungsprozess ist bei den meisten Web-Cookie-Providern identisch.

  1. Melden Sie sich auf der Website des Providers an.
  2. Öffnen Sie die Entwicklertools des Browsers.
  3. Öffnen Sie die Registerkarte Netzwerk.
  4. Aktualisieren Sie die Seite.
  5. Öffnen Sie eine authentifizierte Chat- oder Konversationsanfrage.
  6. Kopieren Sie die erforderlichen Authentifizierungsdaten.
  7. Öffnen Sie OmniRoute.
  8. Navigieren Sie zu Provider → Provider hinzufügen.
  9. Wählen Sie Ihren Web-Cookie-Provider aus.
  10. Fügen Sie die Anmeldedaten ein.
  11. Klicken Sie auf Verbindung testen.
  12. Speichern Sie den Provider.

Welche Anmeldedaten genau erforderlich sind, hängt vom Provider ab.


Verschiedene Websites speichern Authentifizierungsdaten auf unterschiedliche Weise. Einige benötigen nur Cookies, während andere zusätzliche Header oder Token erfordern.

Provider Anmeldedatenformat Provider-Anleitung
Claude Web Vollständiger Cookie-Anfrage-Header docs/providers/CLAUDE_WEB.md
ChatGPT Web (Codex) Vollständiger Cookie-Header docs/providers/CHATGPT_WEB.md
Gemini Web (überprüfen)
Copilot Web (überprüfen) docs/providers/COPILOT-M365.md
Microsoft 365 Copilot (BizChat) WS-access_token + chathubPath docs/providers/COPILOT-M365.md
Grok Web (überprüfen)
… … …

Aktualisieren Sie diese Tabelle, wenn neue Web-Cookie-Provider hinzugefügt werden oder bestehende Provider ihre Authentifizierungsanforderungen ändern.


Web-Cookie-Provider verwenden die Chat-Oberfläche einer Website erneut. Sie bieten nicht dieselben Funktionen wie offizielle APIs.

  • Authentifizierung mit Ihrer bestehenden Browsersitzung
  • Zugriff auf die über Ihr Konto verfügbaren Modelle
  • Streaming von Chat-Antworten
  • Kein API-Schlüssel erforderlich
  • Funktionsaufrufe
  • Tool-Aufrufe
  • Automatische Dateibearbeitung
  • Agentenbasierte IDE-Workflows
  • Funktionen, die nur über APIs verfügbar sind

Dies ist das erwartete Verhalten und kein Fehler.

Wenn Sie die Ausführung von Tools, automatische Dateibearbeitung oder andere Agenten-Workflows benötigen, verwenden Sie statt eines Web-Cookie-Providers einen API-Schlüssel-Provider.


Eine erfolgreiche Verbindungsprüfung oder Cookie-Validierung bestätigt lediglich, dass die bereitgestellten Anmeldedaten dem erwarteten Format zu entsprechen scheinen.

Bis Issue #7857 behoben ist, garantiert eine erfolgreiche Validierung nicht, dass sich der Provider erfolgreich authentifizieren kann.

Wenn die Authentifizierung weiterhin fehlschlägt, überprüfen Sie, ob Sie die Anmeldedaten aus einer aktiven Netzwerkanfrage und nicht aus dem Cookie-Speicher des Browsers kopiert haben.


Überprüfen Sie, ob die Anmeldedaten von hier kopiert wurden:

Netzwerk
→ Anfrage-Header
→ Cookie

und nicht von hier:

Anwendung
→ Cookies

Abschnitt betitelt „Cookie funktioniert im Browser, aber nicht in OmniRoute“

Einige Provider verwenden Cookies, die nur bei authentifizierten Anfragen gesendet werden.

Kopieren Sie die Anmeldedaten erneut aus einer neuen Netzwerkanfrage, nachdem Sie erfolgreich eine Konversation geöffnet haben.


Web-Cookie-Provider verwenden Ihre bestehende Browsersitzung.

Wenn Ihre Browsersitzung abläuft oder Sie sich abmelden, müssen Sie neue Anmeldedaten kopieren.


Verbindungsprüfung erfolgreich, aber Anfragen schlagen fehl

Abschnitt betitelt „Verbindungsprüfung erfolgreich, aber Anfragen schlagen fehl“

Bis Issue #7857 behoben ist, garantiert eine erfolgreiche Validierung nicht, dass die Authentifizierungsanfrage erfolgreich sein wird.

Kopieren Sie Ihre Anmeldedaten erneut aus einer neuen authentifizierten Anfrage, bevor Sie mit der weiteren Fehlerbehebung fortfahren.


Eine vollständige providerspezifische Schritt-für-Schritt-Anleitung finden Sie hier:

  • Claude Web — docs/providers/CLAUDE_WEB.md

Die Anleitung zu Claude Web zeigt den vollständigen Einrichtungsprozess für einen Web-Cookie-Provider und dient als Referenzimplementierung.


  • Kopieren Sie Anmeldedaten aus einer neuen authentifizierten Anfrage.
  • Vermeiden Sie die Wiederverwendung alter Cookies.
  • Lassen Sie Ihre Browsersitzung aktiv, während Sie Web-Cookie-Provider verwenden.
  • Behandeln Sie kopierte Cookies als vertrauliche Anmeldedaten.
  • Verwenden Sie API-Schlüssel-Provider, wenn Sie Funktionsaufrufe oder Agenten-Workflows benötigen.

OmniRoute-Quellcode (a58000c7685f)

HagiCode

HagiCode ist ein agentischer Coding-Arbeitsplatz mit strukturierten Workflows, Multi-Agent-Ausführung und Hero-Dungeon-Ansichten.

Mit einem intelligenteren, schnelleren und unterhaltsameren agentischen Workflow wird aus Ideen nutzbare Software.

HagiCode-Hauptoberfläche im hellen Design
  • SmartStrukturierte Workflows machen aus Absichten einen umsetzbaren Weg von der Idee bis zur Auslieferung.
  • EfficientMulti-Agent-Workflows führen Recherche, Umsetzung und Prüfung parallel aus.
  • FunHero Dungeon macht lange Coding-Sitzungen anschaulich und gemeinschaftlich.
HagiCode besuchen