Die meisten KI-Assistenten sind genau in dem Moment hervorragend, bevor die Arbeit beginnt. Sie beschreiben ein Problem, erhalten eine gut strukturierte Antwort und entscheiden dann, was als Nächstes zu tun ist. Das Denken ist gut. Die Umsetzung bleibt Ihre Aufgabe.
Diese Lücke erklärt, warum wir Zero so entwickelt haben, wie wir es getan haben, und beantwortet ehrlich die Frage, die uns am häufigsten gestellt wird: Worin unterscheidet sich das von Claude?
Die meisten Menschen, die das fragen, suchen eigentlich nach einer Alternative zu Claude für Teams. Deshalb vergleicht dieser Beitrag Zero mit Claude Tag, Claude Code und Claude Cowork.
Es geht nicht darum, dass ein Modell intelligenter ist als ein anderes. Zero läuft auf denselben führenden Modellen, denen Sie bereits vertrauen, einschließlich denen von Anthropic. Der Unterschied zeigt sich in dem, was nach der Antwort passiert, und tritt an fünf Stellen hervor: was Zero selbstständig erledigt, was es zurückgibt, wie ein Team es gemeinsam nutzt, auf wie vielen Oberflächen es verfügbar ist und wer das Modell auswählt.
Aktionsmodus statt Denkmodus
Einer unserer frühen Nutzer hat es treffender beschrieben als unser eigener Pitch:
Der deutlichste Unterschied, den ich bemerkt habe, ist, dass Zero standardmäßig im Aktionsmodus startet. Claude bleibt im Denkmodus, bis man es ausdrücklich zur Ausführung auffordert. Bei Zero musste ich diesen Wechsel nicht selbst vornehmen – es hat einfach losgelegt.
Das beschreibt die grundlegende Produktform, nicht nur ein Feature. Zero ist kein Chatfenster, das zusätzlich Tools aufrufen kann. Es ist ein Cloud-Agent, der eine Aufgabe übernimmt, arbeitet, während Sie etwas anderes tun, und Ihnen ein fertiges Ergebnis zurückgibt.
Was Zero tatsächlich erledigt
Fünf Kompetenzbereiche decken den größten Teil ab.
- Tiefgehende Recherche. Ein Thema, Produkt, einen Markt, ein Unternehmen, ein Kundensignal oder eine Codebasis systematisch untersuchen und ein strukturiertes Briefing mit Erkenntnissen, Risiken, Quellen und nächsten Schritten erstellen.
- Erstellung von Ergebnissen. Aus groben Ideen, Dateien, Notizen und Recherche fertige Präsentationen, Berichte, Websites und Microsites machen.
- Leichtgewichtiges Programmieren. Ein Repository lesen und seine Architektur erklären, ein Problem debuggen, ein kleines Feature oder eine UI-Änderung ausliefern, Skripte und Datentools schreiben, Pull Requests öffnen und gezielte Prüfungen ausführen.
- Workflow-Automatisierung. Wiederverwendbare Workflows über verbundene Tools hinweg erstellen oder anpassen – von der Gmail-Triage über GitHub-PR-Abläufe bis zu Produktgesundheits-Digests über 200+ Tools.
- Wiederkehrende Automatisierung. Nach einem Zeitplan oder einem Ereignis-Trigger ausgeführt werden. Keine einmaligen Antworten, sondern fortlaufende Aufgaben.
Kurz gesagt: Zero ist kein Chatbot. Es ist ein cloudbasierter KI-Mitarbeiter, der die Arbeit selbst erledigt und dauerhaft einsatzbereit bleibt.
Der integrierte Connector-Katalog von Zero. Jede Verbindung wird pro App und pro Aktion autorisiert, sodass ein Agent genau den Zugriff erhält, den eine bestimmte Aufgabe benötigt – und nichts darüber hinaus.
Was es zurückgibt
Zero erstellt nutzbare Ergebnisse statt schriftlicher Ratschläge dazu, wie man sie erstellt.
Recherche und Entscheidungsfindung. Strukturierte Recherche-Briefings, Wettbewerbs-, Markt- und Preisanalysen, Unternehmensprüfungen, Recherchen für Pre-Sales-Meetings sowie unübersichtliche Kontextinformationen, verdichtet zu einer entscheidungsreifen Zusammenfassung für Führungskräfte.
Inhalte und Präsentationen. Präsentationen für Launches, Investoren, Geschäftsreviews und Recherchen. Website-Berichte, statische Microsites, Landingpages und Portfolio-Websites, die unter einer öffentlichen URL gehostet werden können. Datenberichte, Unternehmensbriefings und Produktupdates.
Engineering und Automatisierung. Erklärungen von Architekturen, Lokalisierung und Behebung von Bugs, kleine Features und UI-Arbeiten sowie Pull Requests. Skripte, Datentransformationen und einmalige Tools. Wiederkehrende Jobs, die Slack-Berichte posten, Notion aktualisieren, Zeilen in Google Sheets protokollieren und tägliche Zusammenfassungen versenden.
Generierte Assets. Bilder, Videos, Sprache und Audio, Präsentationen sowie connector-gestützte Texte, Code, Dokumente und Websites.
Wo der Unterschied am größten ist
Dies sind die Aufgaben nach dem Muster „einmal einrichten, dauerhaft Ergebnisse produzieren“. Hier hebt sich Zero von einem gewöhnlichen Chat-Assistenten ab, weil bei keiner dieser Aufgaben jemand auf eine Eingabeaufforderung warten muss.
- On-Call für Engineering. Sentry stündlich prüfen, Probleme mit hoher Auswirkung markieren, ein GitHub-Issue oder einen fokussierten Pull Request öffnen und in Slack berichten.
- Automatisches Zusammenführen von PRs. Pull Requests mit dem Label „ready-to-merge“ überwachen, auf CI warten, sie zusammenführen, sobald es sicher ist, und Slack benachrichtigen.
- Unternehmensbriefing. Tägliche Signale aus Produkt, Umsatz, Support und Engineering in einem Briefing zusammenführen.
- Vertrieb und Postfachbetrieb. Gmail triagieren, Antworten entwerfen, Leads anreichern und strukturierte Zeilen in Google Sheets schreiben.
- Monitoring und Intelligence. Deployments, Metriken, Warnungen, Kundenfeedback oder Wettbewerbsveränderungen nach einem Zeitplan verfolgen.
- Einmalige Tiefenarbeit. Einen Markt oder Wettbewerber recherchieren, eine Investorenpräsentation erstellen oder einen Produktionsfehler zurückverfolgen und einen Fix-PR ausliefern.
Hier wird aus einem Workflow eine dauerhafte Aufgabe. Fügen Sie einen Zeitplan, eine eingehende E-Mail, einen Kalendertermin oder ein Integrationsereignis hinzu – dann läuft die Aufgabe, ohne dass jemand die App öffnen muss.
Der Vorteil: Vier Dinge als eine Plattform
Keine einzelne Funktion aus dieser Liste ist einzigartig. Schwierig zusammenzubringen ist, alle vier gleichzeitig zu haben.
Es arbeitet für Sie in der Cloud. Zero läuft in der Cloud, verarbeitet viele Aufgaben gleichzeitig und arbeitet weiter, nachdem Sie Ihren Laptop geschlossen haben. Keine lokale Einrichtung, keine Dateisynchronisierung und keine Pflicht, online zu bleiben. Jeder Lauf findet in einer isolierten MicroVM statt, die nach Abschluss gelöscht wird.
Vier gleichzeitig laufende Aufgaben. Jede wird auf den Servern von Zero ausgeführt. Sie laufen also weiter, wenn der Laptop geschlossen wird, und verlangsamen sich nicht gegenseitig.
Es ist für Teams entwickelt und erzeugt kumulativen Nutzen. Zero ist ein gemeinsamer Arbeitsbereich, kein Einzelplatz-Tool. Die Skills, Workflows und Ergebnisse, die ein Team aufbaut, werden in der gesamten Organisation wiederverwendet. So wird das Setup einer Person zum Ausgangspunkt für die nächste.
Komplexe Arbeit wird zu wiederverwendbarer Automatisierung. Mehrstufige Prozesse über mehrere Tools hinweg lassen sich orchestrieren und anpassen, anschließend immer wieder auslösen und als Team-Asset dauerhaft nutzen.
Es läuft stets auf dem stärksten verfügbaren Modell. Wechseln Sie frei zwischen führenden Modellen, ohne an einen einzelnen Anbieter gebunden zu sein. Neben den Modellen sind webbasierte, von Firecrawl unterstützte Daten, die X-(Twitter)-API sowie die Bild- und Videogenerierung integriert.
Die Teamebene ist Architektur, keine Teilen-Schaltfläche
Claude teilt Kontext und inzwischen auch Skills. Die wichtigere Frage liegt eine Ebene tiefer: Wie sind die Bausteine für eine Gruppe von Menschen angeordnet?
Gemeinsam genutzte Agents – und mehr als einer. Ein Team kann mehrere gemeinsam genutzte Agents einrichten, von denen jeder ein dauerhaftes Teammitglied ist, das die gesamte Organisation verwendet. Einen für Marketing, einen für Support – was auch immer die Organisation benötigt. Sie können einen Agent auch privat halten. Niemand muss von Grund auf neu beginnen: Sie treten bei, und der gemeinsame Agent ist bereits mit seinen verbundenen Apps eingerichtet.
Vier gemeinsam genutzte Agents auf Organisationsebene, jeder mit eigener Rolle und eigenen verbundenen Apps. Ein neues Teammitglied sieht sie bereits am ersten Tag, statt einen eigenen Agent einrichten zu müssen.
Gemeinsam genutzte Workflows. Ein Workflow ist eine wiederverwendbare Aufgabe, das „Was“. Eine Person schreibt ihn einmal, und sofort steht er allen zur Verfügung – startbereit, ohne Kopieren und ohne erneute Verkabelung. Die Fähigkeit liegt auf Teamebene statt im Setup einer einzelnen Person.
Die Workflows, die ein Team angesammelt hat. Eine Person schreibt einen, und er steht sofort allen zur Verfügung – ohne Kopieren oder erneutes Verkabeln.
Persönliche Automatisierungen. Auf diesen gemeinsam genutzten Workflows setzt jede Person ihre eigenen Trigger und Zeitpläne auf. Ihre Automatisierungen laufen unter Ihrer Identität und mit Ihren Zugangsdaten auf dem gemeinsamen Agent, auf Ihre Arbeit abgestimmt und ohne die Einstellungen anderer zu berühren. Gemeinsame Grundlage, persönliche Kontrolle.
Berechtigungen sind in jede Ebene eingebaut. Agents und Workflows können organisationsweit geteilt oder privat gehalten werden. Jeder Connector steht hinter einer fein abgestuften Firewall: Zugriff wird pro App und pro Aktion gewährt – Lesen oder Schreiben, Erlauben oder Verweigern – und kann zeitlich auf eine Stunde, einen Tag oder eine Woche begrenzt oder dauerhaft aktiviert werden. Zugangsdaten werden auf Netzwerkebene injiziert, sodass der Agent ein Token verwendet, das er nicht lesen kann. Die Governance liegt auf Plattformebene, während jedes Mitglied genau das konfiguriert, was die eigene Arbeit benötigt.
Bereits eingerichtet, bevor Sie eintreffen. Der gemeinsame Agent, seine verbundenen Apps und die Berechtigungsregeln sind bereits konfiguriert. Einen Workflow zu übernehmen bedeutet daher meist nur, ihn auszuführen. Das Ergebnis landet in den Tools, die das Team bereits verwendet.
Vergleichen Sie das mit der Verteilung der Arbeit bei den Alternativen. Claude Code ist ein Tool pro Entwickler, das über ein Git-Repository und Konfigurationsdateien geteilt wird. Cowork gibt jedem Nutzer einen persönlichen Claude-Agent. Skills und Sub-Agents werden pro Nutzer konfiguriert. Claude Tag wird über Slack-Kanäle geteilt; der Kontext wird pro Kanal aufgebaut, und ein Owner entscheidet, in welchen Kanälen der Agent arbeitet.
Keines dieser Produkte vermisst eine Teilen-Funktion. Was fehlt, ist eine kanalübergreifende Workflow-Bibliothek, die den Wert für das Team kontinuierlich steigert.
Ein Agent statt einer Produktfamilie
Die Fähigkeiten von Claude sind auf separate Produkte verteilt. Tag lebt in Slack, Claude Code im Terminal, in der IDE und im Web, Cowork auf dem Desktop, während Web und Mobile als Beta verfügbar sind. Jedes Produkt hat seinen eigenen Umfang, sein eigenes Gedächtnis und seine eigene Oberfläche. Arbeit, die Sie auf einer Oberfläche erledigen, bleibt größtenteils dort – ebenso der Kontext, den Sie dabei aufgebaut haben.
Zero ist ein Agent, der in den Kanälen auftaucht, in denen ein Team bereits arbeitet, zunächst in der Web-App und in Slack. Derselbe Agent, dasselbe Gedächtnis, dieselben verbundenen Tools. Der Wechsel zwischen Fenstern setzt sein Wissen nicht zurück.
Modellneutralität und die Nutzung Ihres eigenen Abonnements
Das Modell von Zero lässt sich wechseln. Heute bedeutet das die Claude-Familie (Claude Fable 5 als Standard, Claude Opus 5, Claude Opus 4.8, Claude Opus 4.7, Claude Opus 4.6, Claude Sonnet 5, Claude Sonnet 4.6) und die GPT-Familie (GPT 5.6 Sol, GPT 5.6 Terra, GPT 5.6 Luna, GPT-5.5, GPT-5.4), mit Routing zwischen integrierten Modellen und Ihrem eigenen Schlüssel. Welche Modelle ein bestimmter Arbeitsbereich erreichen kann, ist eine Einstellung des Arbeitsbereichs. Daher kann Ihre Auswahl kürzer sein als die eines Kollegen.
Die Modellauswahl. Claude und GPT stehen mit einer relativen Kostenstufe nebeneinander. Welches Modell eine Aufgabe ausführt, entscheiden Sie daher pro Job, statt diese Entscheidung dem Anbieter zu überlassen.
Claude Tag läuft auf einem einzigen festen Claude-Modell. Claude Code und Cowork verwenden ausschließlich Anthropic-Modelle. Codex läuft ausschließlich mit GPT. In jedem Fall wird die Modellstrategie des Anbieters zu Ihrer Modellstrategie.
Sie können außerdem Ihr eigenes Claude-Abonnement mitbringen und Anthropic's fortschrittlichste Modelle weiterverwenden, die über Zero angesprochen werden: über eine übersichtlichere Oberfläche, die stets in der Cloud ausführt, sodass die Arbeit nach dem Schließen des Laptops weiterläuft.
Es geht nicht um Vielfalt um ihrer selbst willen. Preis und Leistungsfähigkeit unterscheiden sich zwischen Anbietern erheblich, und dieselbe Aufgabe kann bei einem Anbieter ein Mehrfaches dessen kosten, was sie bei einem anderen kostet. Wenn Sie pro Aufgabe wählen, wird diese Differenz zu einer Entscheidung, die Sie treffen, statt zu einem Preis, den Sie akzeptieren.
Der vollständige Vergleich
Dies ist die vollständige Matrix, die wir intern pflegen, unverändert veröffentlicht. Sie wurde aus den Produkt-, Sicherheits- und Preisdokumentationen der jeweiligen Anbieter zusammengestellt und zuletzt am 2026-07-30 anhand dieser Quellen überprüft. Wettbewerber entwickeln ihre Produkte schnell weiter. Betrachten Sie die Matrix daher als Momentaufnahme und nicht als dauerhaften Zustand.
Zero vs. die Claude-Produktfamilie
| Dimension | Zero | Claude Tag | Claude Code | Claude Cowork |
|---|---|---|---|---|
| Positionierung | Allgemeiner KI-Agent für Teams mit Cloud-Computer | Teamversion von Claude in Slack | Agentisches Coding-Tool von Anthropic (Terminal / IDE / Headless) | Allgemeiner Computer-Agent für Wissensarbeit von Anthropic (>90% ohne Coding) |
| Primäre Oberflächen | Web / Slack / Telegram / Telefon | Heute Slack (@ / DM / Assistant-Panel); Microsoft Teams als demnächst verfügbar angekündigt | Terminal (CLI) / IDE (VS Code, JetBrains) / Desktop / Web / Headless (GitHub Action) | Desktop (Mac / Windows) + Web + Mobile (Beta) |
| Cloud-Ausführung | Ja (isolierte MicroVM, nach jedem Lauf gelöscht) | Ja (Claude läuft in der Cloud) | Standardmäßig lokal; Headless / Cloud über GitHub Action und Background-Agents (Sandbox: Netzwerk deaktiviert, Schreibzugriffe auf das Projekt begrenzt) | Sitzungen laufen remote in der Cloud (Beta); werden nach dem Schließen des Laptops fortgesetzt; geplante Aufgaben laufen bei ausgeschaltetem Gerät |
| Breite der Connectoren | 200+, je nach Gewährung (Zugangsdaten werden auf Netzwerkebene injiziert) | Alle Tools / Daten / Repositories, die Sie autorisieren, aus dem Connectors Directory von Claude – etwa 500+ MCP-Connectoren (Community-Tracking, Juli 2026; überwiegend von 3 Drittanbietern, einige von Anthropic) + benutzerdefiniertes Remote-MCP | MCP-Server + Claude Connectors Directory (etwa 500+) + GitHub; auf Entwicklungs-Stacks ausgerichtet | Connectoren + Plugins + Claude Connectors Directory (etwa 500+) + Computer Use / Chrome-Steuerung |
| Zeitplanung / 24×7 | Wiederkehrende und ereignisgesteuerte Workflows sind eine zentrale, ausgereifte Funktion: stündliche Sentry-Prüfungen, automatisches Zusammenführen überwachten PRs, tägliche Briefings und Gmail-Triage – im Hintergrund mit 24×7 ausgeführt | Dauerhafte Anweisungen, die nach einem Zeitplan (z. B. ein wöchentlicher Digest) oder als lang laufende Aufgaben ausgeführt werden, plus ein Ambient-Modus, der Kanäle überwacht und unaufgefordert nachfasst | Routinen laufen nach der Konfiguration nach Zeitplan, über einen API-Aufruf oder bei einem Ereignis; außerdem Headless-Jobs über CLI + GitHub Actions und Background-Subagents | Wiederkehrende / geplante Aufgaben (tägliche Briefings, wöchentliche Berichte); laufen ohne online verfügbares Gerät |
| Coding-Tiefe | Stark | Stark | Am stärksten (dedizierter Coding-Agent von Anthropic) | Leichtgewichtig (Claude Code-Harness für allgemeine Arbeit; tiefgehendes Coding = Claude Code) |
| Gedächtnis / Lernen | Dauerhaftes Gedächtnis | Lernt das Unternehmen aus seinen Kanälen | CLAUDE.md + Skills + Subagents + Hooks (mehrschichtig, von Menschen geschrieben, versionskontrolliert) | Skills + Connectoren + Sub-Agents; kontosynchronisierte Sitzungen |
| Teamfreigabe (Instanz) | Eine gemeinsame Instanz auf Organisationsebene (nicht auf Kanäle begrenzt), vom Team geteilt; verfügt über eine Web-Seite zur Agent-Konfiguration | Multiplayer-Freigabe auf Kanalebene; Claude hat eine eigene Identität | Pro Entwickler (individuell); geteilt über Git-Repository + CLAUDE.md / Plugins; Teamversion = Claude Tag | Persönlicher Agent pro Nutzer („nur Ihr eigener Claude“); Enterprise-RBAC / Ausgabenlimits |
| So nutzen Teams es | Slack-Kanäle + Organisations-Connectoren + gemeinsam genutzte 24×7 Workflows verbinden | @Claude in einem Kanal; jeder kann die Unterhaltung anderer übernehmen; Ambient-Follow-up | Jeder Entwickler führt ihn lokal / Headless aus; Freigabe über Repository, Plugin-Marktplatz und GitHub-PRs | Individuelle Delegation; Skills / Connectoren / Subagents zu Rollenspezialisten bündeln; Enterprise-Steuerung |
| Aufbau von Team-Workflows | Wiederverwendbare Workflows / Automatisierungen werden zu gemeinsam genutzten Organisations-Assets, die sich im Team kumulativ weiterentwickeln (Kernfunktion) | Keine Team-Workflow-Ebene; Arbeit wird pro Kanal organisiert statt als wiederverwendbare, toolübergreifende Workflow-Bibliothek | Skills / Plugins werden über Marktplatz / Git geteilt; auf Entwickler und Repository begrenzt, keine Geschäfts-Workflows für Teams | Skills / Sub-Agents pro Nutzer; keine gemeinsam genutzte, kumulativ wachsende Workflow-Bibliothek |
| Unabhängige Identität | Ja (die Agent-ID ist eine eigene Identität; Zugangsdaten werden auf Netzwerkebene injiziert, der Agent kann das Token nicht lesen) | Ja (eigener Account + jede Nutzung von Zugangsdaten wird protokolliert) | Läuft als Entwickler (dessen Account / Connectoren); GitHub Action läuft als Bot | Läuft als Nutzer (dessen Account + freigegebene Ordner / Tools) |
| Berechtigungen / Audit | Berechtigungs-Firewall pro Connector × Endpunkt + vollständiges Audit-Log | Dreistufige Berechtigungen + vollständiges Audit-Log | Berechtigungsmodi + Allowlists + Hooks + verwaltete Einstellungen; Auto-Mode-Klassifizierung | Nutzer genehmigt sensible Aktionen (Plan-Genehmigung); Enterprise-RBAC + Nutzungsanalysen + OpenTelemetry |
| Sicherheit und Compliance | Isolierte Ausführung + Zugangsdaten niemals offengelegt + Audit | Unternehmensidentität + Audit | Sandbox (Netzwerk standardmäßig deaktiviert, Schreibzugriffe auf das Projekt begrenzt) + Checkpoints + Blockierung von Zugangsdaten | Freigaben durch Menschen + Begrenzung von Ordnern / Tools; warnt vor destruktiven Aktionen und Prompt-Injection-Risiken |
| Modellstrategie | Modellneutral, mehrere Anbieter | An ein einzelnes Claude-Modell gebunden | Nur Claude – Sonnet 5 als Standard, Opus 5, Haiku (wechselbar) | Nur Claude (Anthropic-Modelle) |
| Preise | Auf Credits basierend | In Enterprise / Team enthalten | In Claude Pro / Max / Team / Enterprise oder API-Tokens enthalten | In Claude Pro ($20) / Max / Team / Enterprise enthalten |
| Multimodale Generierung | Ja (Bild-, Video-, Sprach- und Präsentationserstellung) | Nein (keine Bild-, Video- oder Audiogenerierung) | Nein (auf Coding fokussiert; kann Bilder lesen) | Erstellt Dokumente / Präsentationen; Bild- / Videogenerierung steht nicht im Mittelpunkt |
| Gedächtnisarchitektur | Dauerhaftes Gedächtnis (persistentes Gedächtnis auf Organisationsebene) | Baut Kontext aus den Kanälen auf, in denen der Agent arbeitet | CLAUDE.md / Skills / Subagents (Repository- und Benutzerebene, von Menschen geschrieben, versionskontrolliert) | Skills und Sub-Agents sowie Sitzungen und Dateien werden in Ihrem Claude-Konto gespeichert |
| Connector-Einrichtung | Nutzer oder Organisation autorisieren Connectoren per OAuth und gewähren sie dem Agent; anschließend fein abgestufte Freigabe über eine Firewall pro Connector × Endpunkt, zeitlich begrenzt auf 1h / 24h / 7d / dauerhaft | Ein Primary Owner oder Owner richtet die Identität von Claude ein, verbindet die Tools der Organisation und wählt die Kanäle aus, in denen der Agent arbeiten darf; reguläre Mitglieder können dies nicht selbst erledigen, müssen aber auch nichts konfigurieren | Entwickler konfigurieren MCP-Server selbst (claude mcp login) + settings.json; pro Nutzer | Nutzer verbinden Ordner / Apps / Connectoren + Plugins und genehmigen den Zugriff |
| Einrichtungshürde (Self-Service ↔ Admin) | Self-Service durch Nutzer + Firewall / zeitliche Begrenzung pro Endpunkt (Self-Service und Kontrolle gleichzeitig) | Owner konfiguriert Identität, Tools und Kanäle; für Mitglieder kein Self-Service | Self-Service durch Entwickler (niedrig für Entwickler; CLI / Konfiguration) | Self-Service durch Nutzer (nicht-technischer Fokus, geringe Hürde) |
| Eigene Marke / White-Label | Name / Avatar des Agents anpassbar | Erscheint als „Claude“, nicht als Ihre Marke | Erscheint als Claude Code / der Entwickler | Erscheint als Claude |
| Deployment / Hosting | Von vm0 gehostete Cloud (MicroVM-Isolation); BYOC nicht hervorgehoben | Ausschließlich von Anthropic gehostet | Lokal + Anthropic-Cloud (Headless / Action); verwaltete Enterprise-Einstellungen | Von Anthropic gehostet (lokale Desktop-Dateien + Remote-Cloud-Sitzungen); Enterprise |
| Governance-Zusammenfassung | Gemeinsame Instanz auf Organisationsebene + eigene Identität + Firewall pro Endpunkt → gemeinsam nutzbar und dennoch fein steuerbar und auditierbar | Gemeinsamer Einstiegspunkt (Kanal) + eigene Identität / Audit → gemeinsam nutzbar und auditierbar | Coding-Agent pro Entwickler; Identität = Entwickler; Governance über verwaltete Enterprise-Einstellungen | Persönlicher Computer-Agent; läuft als Nutzer mit Freigaben; Enterprise-RBAC / Ausgaben / Analysen |
Zero vs. die anderen Team-Agents
| Dimension | Zero | Viktor | Codex | ChatGPT Work |
|---|---|---|---|---|
| Positionierung | Allgemeiner KI-Agent für Teams mit Cloud-Computer | KI-Mitarbeiter in Slack / Teams | Agentischer Coding-Agent über mehrere Oberflächen hinweg | KI-Assistent für Wissensarbeit in Unternehmen (innerhalb von ChatGPT) |
| Primäre Oberflächen | Web / Slack / Telegram / Telefon | Nur Slack + Teams | ChatGPT (Web / Desktop) / IDE / Terminal (CLI) / Cloud | Web / Desktop / Mobile-App (+ Slack- / Teams-Connectoren) |
| Cloud-Ausführung | Ja (isolierte MicroVM, nach jedem Lauf gelöscht) | Ja (eigener Cloud-Computer zum Schreiben und Ausführen von Code) | Ja (Codex Cloud klont das Repository und führt Tests aus; Netzwerk in der Sandbox standardmäßig deaktiviert, Connectoren / Schreib-APIs benötigen Allowlist + Genehmigung) | Ja (OpenAI-Cloud; Code-Interpreter-Sandbox) |
| Breite der Connectoren | 200+, je nach Gewährung (Zugangsdaten werden auf Netzwerkebene injiziert) | 3,200+, kann benutzerdefinierte Integrationen erstellen | MCP + GitHub-PR, auf Entwicklungs-Stacks ausgerichtet | Dutzende integrierte / Partner-Apps (Drive / SharePoint / Gmail / Outlook / Teams / GitHub / Notion / HubSpot / Stripe …, schreibfähig) + benutzerdefinierte MCP-Connectoren (keine offizielle Gesamtzahl, praktisch unbegrenzt; etwa 274 MCPs in einem Verzeichnis eines 3 Drittanbieters) |
| Zeitplanung / 24×7 | Wiederkehrende und ereignisgesteuerte Workflows sind eine zentrale, ausgereifte Funktion: stündliche Sentry-Prüfungen, automatisches Zusammenführen überwachter PRs, tägliche Briefings und Gmail-Triage – im Hintergrund mit 24×7 ausgeführt | Integrierte Zeitplanung / Schleifen: einmal einrichten, dann nach einem festen Rhythmus ausführen (z. B. ein wöchentlicher Bericht jeden Montag um 8am), ohne manuellen Trigger | Geplante und Trigger-Aufgaben sind verfügbar, mit benutzerdefiniertem Cron- / RRULE-Rhythmus; Verwaltung in der ChatGPT-Web- / Desktop-App (Codex CLI verfügt über keine Zeitplanungsoberfläche) | Geplante Aufgaben sowie Monitoring von Web- / Connector-Änderungen, verwaltet über die Seitenleiste „Geplant“; Follow-ups im Chat unterstützen Intervalle auf Minutenbasis |
| Coding-Tiefe | Stark | Leichtgewichtig | Am tiefsten (Multi-Agent + Worktrees) | Leichtgewichtig (Analyse / Code-Interpreter; tiefgehendes Coding wird an Codex übergeben) |
| Gedächtnis / Lernen | Dauerhaftes Gedächtnis | Interne „Skills“-Notizen | AGENTS.md + Skills (relativ statisch) | Gedächtnis + Unternehmenswissen |
| Teamfreigabe (Instanz) | Eine gemeinsame Instanz auf Organisationsebene (nicht auf Kanäle begrenzt), vom Team geteilt; verfügt über eine Web-Seite zur Agent-Konfiguration | Eine gemeinsame Instanz auf Arbeitsbereichsebene, vom gesamten Team geteilt (keine Isolation pro Nutzer) | Keine gemeinsame Instanz; jeder Entwickler verwendet seine eigene pro Sitz | Arbeitsbereich / pro Sitz; von Admins verwaltet, eigenes Konto pro Nutzer |
| So nutzen Teams es | Slack-Kanäle + Organisations-Connectoren + gemeinsam genutzte 24×7 Workflows verbinden | Jeder kann @Viktor mit der Arbeit beauftragen; Ergebnisse werden zurückgepostet | GitHub als Kollaborationsoberfläche: automatische PR-Prüfung / @codex fix | Gemeinsam genutzte GPTs / Projekte + Apps; jeder Nutzer arbeitet aus seinem eigenen Konto |
| Aufbau von Team-Workflows | Wiederverwendbare Workflows / Automatisierungen werden zu gemeinsam genutzten Organisations-Assets, die sich im Team kumulativ weiterentwickeln (Kernfunktion) | „Skills“ sammeln sich auf Arbeitsbereichsebene und werden im Team geteilt (in dieser Dimension am ähnlichsten zu Zero) | AGENTS.md / Skills werden über ein Git-Repository geteilt; auf Entwickler begrenzt, keine Geschäfts-Workflows für Teams | Gemeinsam genutzte GPTs / Projekte + geplante Aufgaben, aber pro App; keine kumulativ wachsende, toolübergreifende Workflow-Bibliothek |
| Unabhängige Identität | Ja (die Agent-ID ist eine eigene Identität; Zugangsdaten werden auf Netzwerkebene injiziert, der Agent kann das Token nicht lesen) | Nein (gemeinsam genutztes / geliehenes Team-OAuth-Token) | Schwach (übernimmt die Sitzung des Entwicklers; erscheint auf GitHub als @codex-Bot) | Eigenes Konto jedes Nutzers (OAuth / SSO); Unternehmenswissen wird entsprechend den Berechtigungen begrenzt |
| Berechtigungen / Audit | Berechtigungs-Firewall pro Connector × Endpunkt + vollständiges Audit-Log | Kein RBAC, gemeinsames Token (auf der Roadmap) | Isolation durch Sandbox auf Betriebssystem-Kernel-Ebene | RBAC + SSO / SCIM + Compliance-Logs / Audit-Ereignisse |
| Sicherheit und Compliance | Isolierte Ausführung + Zugangsdaten niemals offengelegt + Audit | Kein RBAC | Sandbox auf Kernel-Ebene | SOC 2, ISO 27001 / 17 / 18 / 701; E2E-Verschlüsselung, Datenresidenz, CMEK |
| Modellstrategie | Modellneutral, mehrere Anbieter | Intransparent | Ausschließlich OpenAI-Modelle (eigene führende Coding-Modelle) | An OpenAI gebunden (GPT-5.x) |
| Preise | Auf Credits basierend | Kostenlos + $100, danach ab $50 / Monat | Im ChatGPT-Abonnement / API-Schlüssel enthalten | In ChatGPT Business / Enterprise / Edu-Sitzen enthalten |
| Multimodale Generierung | Ja (Bild-, Video-, Sprach- und Präsentationserstellung) | Nicht angegeben (Fokus auf Daten / Berichte / Code / Marketing) | Nein (auf Coding fokussiert) | Ja (Bildgenerierung; Video über Sora) |
| Gedächtnisarchitektur | Dauerhaftes Gedächtnis (persistentes Gedächtnis auf Organisationsebene) | Interne „Skills“-Notizen (gemeinsam auf Arbeitsbereichsebene) | AGENTS.md / Skills (Repository-Ebene, von Menschen geschrieben, versionskontrolliert) | Persönliches Gedächtnis + Unternehmenswissen des Arbeitsbereichs (nicht im Wiki-Stil) |
| Connector-Einrichtung | Nutzer oder Organisation autorisieren Connectoren per OAuth und gewähren sie dem Agent; anschließend fein abgestufte Freigabe über eine Firewall pro Connector × Endpunkt, zeitlich begrenzt auf 1h / 24h / 7d / dauerhaft | Jedes Mitglied kann eine Verbindung einmal selbst einrichten; anschließend teilt das gesamte Team diese Freigabe (gemeinsames OAuth-Token, keine Isolation pro Nutzer), kein Admin erforderlich | Entwickler verbinden GitHub und konfigurieren MCP-Server (per Allowlist) auf Organisations- / Repository-Ebene; Connector- / Schreib-API-Aufrufe benötigen weiterhin eine Genehmigung – kein Self-Service | Admins aktivieren jede App in der Konsole und legen RBAC- / Gruppenberechtigungen fest (SSO / SCIM kann erforderlich sein); Nutzer verbinden anschließend ihre eigenen Konten per OAuth (Unternehmenswissen folgt ihren Berechtigungen) |
| Einrichtungshürde (Self-Service ↔ Admin) | Self-Service durch Nutzer + Firewall / zeitliche Begrenzung pro Endpunkt (Self-Service und Kontrolle gleichzeitig) | Self-Service durch Nutzer (einmal verbinden, im gesamten Team geteilt; niedrigste Hürde) | Entwickler konfigurieren GitHub / MCP + Genehmigung; hohe Hürde | Admin aktiviert Apps zuerst + Nutzer autorisieren ihre eigenen Konten per OAuth (teilweiser Self-Service) |
| Eigene Marke / White-Label | Name / Avatar des Agents anpassbar | Erscheint als „Viktor“ | Erscheint als @codex | Erscheint als ChatGPT |
| Deployment / Hosting | Von vm0 gehostete Cloud (MicroVM-Isolation); BYOC nicht hervorgehoben | Von Zeta Labs gehostete SaaS; keine eigene Cloud | Von OpenAI gehostet; Enterprise mit SSO / Admin | Von OpenAI gehostet; Enterprise SSO / SCIM / Datenresidenz / CMEK |
| Governance-Zusammenfassung | Gemeinsame Instanz auf Organisationsebene + eigene Identität + Firewall pro Endpunkt → gemeinsam nutzbar und dennoch fein steuerbar und auditierbar | Gemeinsame Instanz + gemeinsame Identität / gemeinsames Token → keine Verantwortlichkeit pro Person | Keine gemeinsame Instanz; schwache Identität (übernimmt die des Nutzers) → stützt sich auf die GitHub-PR-Historie | Enterprise-Assistent pro Sitz + individuelle Konten + Admin / RBAC / Audit |
Für wen ist das gedacht?
Die primären Nutzer von Zero werden weder durch demografische Merkmale noch dadurch definiert, dass sie „technikgetrieben“ sind. Es sind Menschen und Organisationen, deren Ambitionen ihre eigenen Kapazitäten übersteigen und die ihren Output mithilfe von KI vervielfachen möchten. Sie nutzen bereits täglich SaaS- und KI-Tools. Was sie suchen, sind praktische, wiederverwendbare Workflows, die sofort einen Nutzen bringen – kein weiteres Tool, bei dem sie die gesamte Infrastruktur selbst aufbauen müssen.
Der gemeinsame Nenner ist, dass ihr Verantwortungsbereich die derzeitige Mitarbeiterzahl und Expertise übersteigt. Im Kern sind es derzeit Solo-Gründer und von Gründern geführte Agenturen. Mit der Zeit kommen Innovationsverantwortliche und Leiter der KI-Transformation in größeren Unternehmen hinzu.
- Marketer. Content- und Wettbewerbsrecherche, Berichte und Präsentationen, Kanalmonitoring und alltägliche Marketingautomatisierung.
- Gründer. Unternehmensbriefings, Recherche für Entscheidungen und die Möglichkeit, aus einer kleinen Belegschaft ein dauerhaft verfügbares Team zu machen.
- Agenturen. Wiederverwendbare Workflows werden zu kundenseitiger Lieferkapazität: Ein Prozess bedient viele Kunden.
- Freiberufler. Als Ein-Personen-Team arbeiten. Wiederkehrende Aufgaben an Zero übergeben und sich auf hochwertige Ergebnisse konzentrieren.
- Produktteams. Produktgesundheit, Nutzer- und Wettbewerbssignale, toolübergreifende Zusammenarbeit und Protokollierung.
- Fachkräfte in Unternehmen. Vertriebs-, Operations- und Support-Rollen, die wiederkehrende Arbeit über mehrere Systeme hinweg automatisieren.
Sie sind nicht unbedingt technisch. Sie übergeben wiederkehrende Arbeit über mehrere Systeme hinweg gerne an KI und möchten Workflows, die bereits in der ersten Woche Ergebnisse liefern.
Die Version in einem Satz
Andere geben Ihnen ein intelligenteres Chatfenster. Zero gibt Ihnen eine Cloud-Arbeitsplattform, die dauerhaft verfügbar, parallel, kollaborativ und orchestrierbar ist und freien Zugriff auf das beste verfügbare Modell bietet.
Dieselben führenden Modelle, anders bereitgestellt: nativ für Teams, in der Cloud ausgeführt und an einem Ort vereint, während die Alternativen auf getrennte Produkte verteilt sind.
Häufige Fragen
Ist Zero eine Alternative zu Claude?
Teilweise. Es ist eine Alternative zu Claude für Teams, gehört aber zu einer anderen Produktkategorie: eine Cloud-Agent-Plattform statt eines Assistenten, mit dem man chattet. Zero kann Claude-Modelle ausführen. Es ersetzt daher weniger das Modell als die Oberfläche, über die Sie es nutzen.
Kann ich Claude-Modelle weiterhin in Zero verwenden?
Ja. Die Claude-Familie ist in der Modellauswahl verfügbar – Fable 5 als Standard sowie Opus 5, Opus 4.8, Opus 4.7, Opus 4.6, Sonnet 5 und Sonnet 4.6. Wenn Ihr Team einen Anbieter bereits direkt bezahlt, können Sie über Ihren eigenen Schlüssel routen. Eine bestimmte Aufgabe können Sie außerdem auf ein GPT-Modell umstellen.
Was ist der Unterschied zwischen einem Workflow und einer Automatisierung?
Ein Workflow ist die wiederverwendbare Aufgabe, das „Was“, und wird mit dem Team geteilt. Eine Automatisierung ist ein Trigger oder Zeitplan, den Sie an einen Workflow anhängen, und gehört Ihnen. Diese Trennung ermöglicht es, die Arbeit einer Person zur Fähigkeit aller zu machen, während jedes Mitglied seine eigenen Läufe, Zugangsdaten und Zeitpläne behält.
Teilt mein gesamtes Team einen Agent?
Sie können mehrere gemeinsam genutzte Agents haben, die für die gesamte Organisation sichtbar sind, zusätzlich zu privaten Agents. Ein gemeinsamer Agent verfügt bereits über seine verbundenen Apps und Berechtigungsregeln. Ein neues Mitglied kann daher einen Team-Workflow ausführen, ohne etwas einrichten zu müssen.
Wie werden Berechtigungen kontrolliert, wenn der Agent gemeinsam genutzt wird?
Jeder Connector steht hinter einer Firewall pro App und pro Aktion. Zugriff wird als Lesen oder Schreiben sowie Erlauben oder Verweigern gewährt und kann auf eine Stunde, einen Tag oder eine Woche begrenzt oder dauerhaft aktiviert werden. Zugangsdaten werden auf Netzwerkebene injiziert, sodass der Agent ein Token verwendet, das er nicht lesen kann, und jede Nutzung auditierbar ist.
Kann Zero weiterarbeiten, nachdem ich meinen Laptop geschlossen habe?
Ja. Jeder Lauf findet in der Cloud in einer isolierten Umgebung statt, die nach Ende des Laufs gelöscht wird. Geplante oder ereignisgesteuerte Workflows laufen unabhängig davon, ob Sie online sind.
