Web- vs. APP-Funktionsvergleich
Überblick
Der GPTBots-Arbeitsbereich bietet zwei Nutzungsmöglichkeiten: die Web-Version (Browserzugriff) und die Desktop-APP (macOS-/Windows-/Linux-Desktop-Client). Beide Seiten teilen sich die zentralen UI-Komponenten und die Backend-API, doch wo der Agent tatsächlich ausgeführt wird, unterscheidet sich grundlegend.
Kurz gesagt:
- Web ist das Gehirn – Gespräche starten, Bereiche verwalten, Ergebnisse ansehen
- APP sind Hände und Füße – Aufgaben tatsächlich ausführen, Dateien bearbeiten, Befehle ausführen, IM anbinden
Der Unterschied in einem Satz
| Nutzerfrage | Antwort |
|---|---|
| Reicht mir nur der Browser? | Für Work / Search / Workflows / Agenten / Bereichsverwaltung reicht er – aber für die tatsächliche Ausführung von Aufgaben muss mindestens ein APP-Knoten online sein |
| Kann die Desktop-APP eigenständig ohne Web genutzt werden? | Ja. Die APP-Version ist ein vollständiger Arbeitsbereich mit lokaler Agent-Engine |
| Muss im Team jeder die APP installieren? | Nein. Solange auch nur eine Person die APP online hat, können alle Teammitglieder über Web Aufgaben an diese APP verteilen (der Knoten muss auf enterprise gesetzt sein) |
| Wo finde ich Einstellungen, die im Web nicht sichtbar sind? | In den „Einstellungen" der Desktop-APP – Modell-Key, Skills, Tools, geplante Aufgaben, Kanäle, Subagenten, Speicher, Laufzeitsicherheit |
Funktionsmatrix im Vergleich
| Fähigkeitsdimension | 🌐 Web-Version | 🖥️ APP-Version |
|---|---|---|
| Work-Gespräch | Verbindung zum entfernten Agent-Knoten über das Gateway | Direkte Ausführung durch lokalen Sidecar |
| Agent Loop | Ausführung abhängig vom entfernten Knoten | Lokaler autonomer Loop mit 25 Runden |
| Kontextkomprimierung | Verarbeitung durch entfernten Knoten | Lokale 5-Schichten-Komprimierungsstrategie |
| Dateisystem | ❌ Kein lokaler Dateizugriff | ✅ Vollständiges lokales Lesen/Schreiben und Suchen von Dateien |
| Sandbox-Ausführung | ❌ Nicht unterstützt | ✅ Isolierte Ausführung in VirtIO-Mikro-VM |
| MCP-Tools | ❌ Nicht unterstützt | ✅ Drei Transportarten: stdio / SSE / HTTP |
| Skills | ❌ Keine lokalen Skills unterstützt | ✅ 21 vorkonfigurierte + benutzerdefinierte + Unternehmens-Skills |
| Kanäle (IM) | ❌ Keine Konfiguration unterstützt | ✅ 14+ Plattformen (Telegram, WhatsApp, DingTalk usw.) |
| Geplante Aufgaben | ❌ Nicht unterstützt | ✅ Einmalig / Wiederkehrend / Cron |
| Subagenten | Abhängig vom entfernten Knoten | ✅ Lokale Erstellung + knotenübergreifende Verteilung |
| Speicherverwaltung | ✅ Unternehmensspeicher (Administratoroberfläche) | ✅ Konto + Unternehmen + Sitzung in allen Dimensionen |
| Modellkonfiguration | ❌ Keine lokale Konfiguration unterstützt | ✅ API-Key-Verwaltung für mehrere Anbieter |
| Einstellungsbereich | Keiner (entsprechende Funktionen in der Bereichsverwaltung) | ✅ Vollständige Einstellungen |
| AI Search | ✅ Unterstützt | ✅ Unterstützt |
| Agent | ✅ A2A-Agentenverwaltung + Gespräch | ✅ A2A-Agentenverwaltung + Gespräch |
| Workflow | ✅ Workflow-Liste + Details + Ausführung | ✅ Workflow-Liste + Details + Ausführung |
| Bereichsverwaltung | ✅ Vollständige Administratorfunktionen | ✅ Zugriff über eingebettetes Fenster möglich |
| Multimodale Vorschau | ✅ Vorschau für 9 Dateitypen | ✅ Vorschau für 9 Dateitypen |
Architekturunterschiede
Web-Version: Gateway-Verbindungsmodell
Browser ──WebSocket──► Gateway ──WebSocket──► Entfernter APP-Knoten
│
Intelligentes Routing
(LLM → BM25 → Fallback)
- Die Web-Version selbst führt keine Agent Engine aus
- Jede Gesprächsausführung ist von mindestens einem online befindlichen entfernten APP-Knoten abhängig
- Das Gateway übernimmt Knotenerkennung, intelligentes Routing und Nachrichtenweiterleitung
- Geeignet für: leichtgewichtiges Browsen, Bereichsverwaltung, entferntes Starten von Aufgaben
APP-Version: Lokales Drei-Prozess-Modell
React UI ──IPC──► Tauri Rust ──stdio──► Node.js Sidecar (Agent Engine)
- Die APP-Version führt lokal die vollständige Agent-Engine aus (Sidecar-Prozess)
- Sie besitzt vollständigen Zugriff auf das lokale Dateisystem
- Sie kann als Gateway-Knoten registriert werden, um von der Web-Version oder anderen APPs entfernt aufgerufen zu werden
- Geeignet für: tiefgehende Entwicklung, automatisierte Aufgaben, lokale Tool-Ausführung
UI-Freigabemechanismus
Die Kernkomponenten der Gesprächsoberfläche von Web und APP werden über PlatformAdapter + Pfadaliasse für Geschwister-Repositories geteilt – das Web-Repository und das APP-Repository liegen auf derselben Ebene im selben Workspace-Verzeichnis, und die APP-Version verweist über den Vite-/tsconfig-Alias ~/* direkt auf den Quellcode des Web-Repositorys.
| Ebene | Beschreibung |
|---|---|
| Freigabeebene (claw-shared) | 40+ Komponenten wie WorkPage, PromptInput, SessionList, Preview, mit Ursprung im Web-Repository |
| Web-Adapter | webPlatformAdapter.ts – bildet den Redux Store auf WorkState ab |
| APP-Adapter | appPlatformAdapter.ts – bildet Redux + coworkService auf WorkState ab |
Das bedeutet, dass die im Web angezeigte Work-Gesprächsoberfläche völlig identisch mit der in der APP ist – derselbe Code, dasselbe Komponentenset, nur die zugrunde liegende Ausführungsweise ist anders.
Empfehlungen zur Auswahl
| Ihr Szenario | Empfohlene Nutzung | Grund |
|---|---|---|
| Gelegentlich mit der KI plaudern, eine Frage stellen | Web-Version | Keine Installation nötig, Zugriff direkt über den Browser |
| Arbeitsbereich verwalten (Mitglieder, Berechtigungen, Nutzung) | Web-Version | Die Bereichsverwaltung bietet in der Web-Version das beste Erlebnis |
| Lokale Dateien bearbeiten, Code schreiben | APP-Version | Erfordert Zugriff auf das lokale Dateisystem + Bash-Tool |
| Die KI meine täglichen wiederkehrenden Arbeiten automatisieren lassen | APP-Version | Geplante Aufgaben werden nur von der APP unterstützt |
| Die KI in das Team-IM einbinden (Telegram, DingTalk usw.) | APP-Version | Kanalkonfiguration wird nur von der APP unterstützt |
| Geräteübergreifende Zusammenarbeit (zu Hause + im Büro) | Web + mehrere APPs | Web startet, APP-Knoten führen aus |
| Ich bin Unternehmensadministrator und möchte die KI-Nutzung aller verwalten | Web-Version | Bereichsverwaltungsoberfläche |
Typische Nutzung der geräteübergreifenden Zusammenarbeit
„Sie starten zu Hause im Web-Browser ein Gespräch → das Gateway leitet es an die im Büro stets eingeschaltete APP weiter → die Büro-APP liest lokale Dateien und erledigt die Aufgabe → das Ergebnis wird in Echtzeit in Ihrem Browser angezeigt."
In diesem Szenario:
- Der Computer im Büro: APP installieren, Konto anmelden, Knoten auf
account(nur für einen selbst sichtbar) oderenterprise(auch von Kollegen nutzbar) setzen - Der Browser zu Hause: Mit demselben Konto anmelden, Work öffnen; beim Senden einer Nachricht wird unterhalb des Eingabefelds automatisch dieser APP-Knoten ausgewählt
- Aufgabenausführung: Alle Befehle laufen auf der Büro-APP, die Ergebnisse werden über das Gateway per Stream an den Browser zu Hause zurückübertragen
