- RessourcenProduktanleitungOnline-Tools
DE
Zwei Kollegen vergleichen die Claude Pro-Abonnements. Einer sagt: "Warum nicht einen Tarif teilen, anstatt für zwei zu bezahlen?" Es klingt praktisch, wenn beide Personen an denselben Inhalten, Recherchen oder Kundenaufgaben arbeiten. Aber die erste Frage sollte direkt sein: Kann ich mein Claude-Konto teilen?
Für alle, die ein Claude-Shared-Konto in Betracht ziehen, beginnt die Antwort mit der Claude-Konto-Sharing-Politik , nicht mit dem monatlichen Preis. Dieser Leitfaden erklärt die Regel, warum Teams weiterhin das Teilen in Betracht ziehen und warum das Weitergeben eines rohen Passworts schnell kompliziert wird. Es behandelt außerdem, was Claude Team und Enterprise innerhalb von Claude abwickeln, wie die Zusammenarbeit mit Claude Code funktioniert und wie man den Browser-Layer-Arbeitsbereich rund um autorisierten Zugriff mit DICloak verwalten kann.
Nein. Die Verbraucherregeln von Anthropic erlauben es einer Person nicht, einer anderen Zugang zu ihrem persönlichen Claude-Login zu geben. Diese Antwort ist wichtig, bevor Sie über Preis, Bequemlichkeit oder einen Workaround nachdenken.
Die Verbraucherbedingungen von Anthropic sind eindeutig: "Sie dürfen Ihre Konto-Login-Informationen, Ihren Anthropic API-Schlüssel oder Ihre Kontozugangsdaten weder mit anderen teilen." Die Bedingungen besagen außerdem, dass du dein Konto nicht jemand anderem zur Verfügung stellen darfst. Mit anderen Worten: Ein Claude-Shared-Konto ist gemäß der Claude-Konto-Sharing-Richtlinie nicht erlaubt.
Dies gilt für individuelle Claude.ai-Konten, einschließlich Free-, Pro- und Max-Tarife. Ein kostenpflichtiger Plan fügt dem Kontoinhaber Funktionen und Kapazitäten hinzu; Es verwandelt ein persönliches Konto nicht in einen Mehrpersonen-Arbeitsbereich. Es handelt sich um eine persönliche Login-Einschränkung, nicht nur eine Empfehlung zur Passworthygiene. Die Bedingungen besagen außerdem, dass du für Aktivitäten auf deinem Konto verantwortlich bist. Das macht das Teilen sowohl für den Kontoinhaber als auch für alle, die den Login nutzen, riskant.
Sie dürfen Ihren persönlichen Claude-Login nicht an einen Kollegen, Freund, Ehepartner, Familienmitglied, Klassenkameraden oder Auftragnehmer weitergeben. Ob ich mein Claude-Konto teilen kann , wenn ich nach Arbeit, Schule oder Zuhause gefragt werde, lautet die Antwort nein.
Das eigene Claude-Konto auf den eigenen Geräten zu verwenden, ist etwas anderes. Sie können sich mit Ihrem Konto auf Ihrem Handy, Laptop oder Tablet anmelden. Anthropic bietet sogar eine Möglichkeit, sich über Browser und mobile Geräte hinweg von aktiven Sitzungen abzumelden. Aber das gibt einer anderen Person nicht die Erlaubnis, deine Zugangsdaten zu verwenden. Ein zweites Gerät ist immer noch dein Gerät; Eine zweite Person ist ein separater Nutzer.
Als Nächstes schauen wir uns die spezifischere Frage an: Kann man ein Claude Pro-Konto teilen?
Ein Pro-Abonnement gibt einer Person mehr Claude-Kapazität und Funktionen. Das ändert nichts an der Regel von Anthropic, dass ein persönliches Konto nicht mit einer anderen Person geteilt werden darf.
Die direkte Antwort darauf, ob ich mein Claude Pro-Konto teilen kann, ist nein. Die Bezahlung für Pro macht keinen persönlichen Claude-Login für einen Kollegen, Partner oder anderen Teamkollegen verfügbar.
Dennoch stellt sich die Frage aus verständlichen Gründen. Zwei Personen brauchen Claude vielleicht nur ein paar Mal pro Woche für leichte Forschung, daher kann es schwer zu rechtfertigen sein, separate Abonnements zu bezahlen. Ein kleines Content-Team kann vom selben Forschungsbrief, Content-Kalender oder Codebasis aus arbeiten und möchte an einem Ort, an dem derselbe Thread weitergeführt wird. Ein Freiberufler und ein Assistent können beide denselben Kunden-Workflow berühren. Diese Situationen lassen einen einzigen Login praktisch erscheinen.
Das Problem wird oft praktisch, bevor es zu einer politischen Diskussion wird. Teams möchte keine rohen Passwörter in Slack-Nachrichten, Notion-Seiten, Tabellen oder geteilten Notizen haben. Sie wollen auch nicht jedes Mal Tabs, Lesezeichen, Rechercheseiten und Browsereinstellungen neu erstellen, wenn die Arbeit auf eine andere Person oder ein anderes Gerät verlagert wird. Das sind echte Workflow-Probleme, aber sie machen das Teilen von Accounts nicht erlaubt.
Die Antwort darauf, ob zwei Personen ein Claude-Konto nutzen können, lautet nein. Die gleiche Antwort gilt für die Frage, ob mehrere Personen dasselbe Claude Konto nutzen können: Nein, unabhängig davon, ob die Gruppe zwei oder zwanzig Personen hat.
Kosten sind immer noch ein wesentlicher Teil der Planung. Kleine Teams vergleichen oft die Kosten mehrerer einzelner Abonnements oder Teamsitze mit ihrer tatsächlichen Nutzung, ihrem Zugangsbedarf und den Anforderungen des Browser-Workflows. Manche Menschen brauchen täglichen Zugang und separate Projekte. Andere benötigen nur gelegentlich Hilfe bei Recherche, Schreiben oder Code-Review. Diese Unterschiede sollten den Plan eines Teams bestimmen.
Aber der Preis überschreibt nicht die Kontoregel. Ein persönlicher Pro-Plan ist für einen Kontoinhaber gedacht, keine gemeinsame Teamressource. Wenn mehr als eine Person regelmäßigen Zugriff benötigt, sollte das Team das richtige Zugriffsmodell wählen, anstatt ein Passwort als gemeinsamen Arbeitsbereich zu behandeln.
Das führt zum nächsten Problem: Selbst abgesehen von Richtlinien fällt das direkte Passwort-Teilen schnell zusammen.
Selbst wenn ein Team die Kontoregel ignoriert, verursacht ein gemeinsamer Login schnell Probleme. Die Frage ist nicht nur, wer sich anmelden kann, sondern auch, was sie sehen, ändern und weitergeben können.
Ein Claude-Login ist nicht nur eine Möglichkeit, ein Chatfenster zu öffnen. Wer auch immer das Passwort hat, kann in der Regel den vollständigen Gesprächsverlauf, hochgeladene Dateien, gespeicherte Projekte und andere mit diesem Login verknüpfte Kontoinhalte sehen.
Das kann Kundenrecherchen, Entwürfe von Artikeln, interne Planungsnotizen, Codeschnipsel, Sitzungszusammenfassungen oder Dateien umfassen, die nur für eine kleine Gruppe gedacht waren. Eine Person muss vielleicht ein Projektbriefing prüfen, während eine andere nur einen endgültigen Entwurf überprüfen muss. Ein gemeinsames Passwort trennt diese Bedürfnisse nicht.
Das Passwort selbst ist ebenfalls ein separates Risiko. Sobald es in einer Slack-Nachricht, Notion-Seite, Tabelle, E-Mail oder privatem Chat erscheint, kann es nach Projektende kopiert, weitergeleitet oder zurückgelassen werden. Diese Exposition existiert schon, bevor man Claudes Kontoteilungspolitik berücksichtigt.
Passwortfreigabe macht außerdem gewöhnliche Übergaben zu einer wiederholten Aufgabe. Wenn eine Person die Recherche abgeschlossen hat und eine andere das Schreiben übernimmt, muss möglicherweise jemand das Passwort erneut senden, sich erneut anmelden und herausfinden, wo die vorherige Aufgabe aufgehört hat.
Die neue Person muss möglicherweise auch Tabs wieder öffnen, Lesezeichen finden, Quelldokumente finden und das letzte nützliche Claude-Gespräch nachverfolgen. Wichtiger Kontext kann in einem langen Thread, einer Browser-Tab-Gruppe oder einer Seite, die nie klar gespeichert wurde, versteckt sein. Das Team verbringt Zeit damit, das Setup wieder aufzubauen, anstatt die Arbeit fortzusetzen.
Das wird schlimmer, wenn Leute das Gerät wechseln, andere Arbeitszeiten haben oder mehrere Kundenprojekte übernehmen. Ein Login kann geteilt werden, aber der Arbeitskontext nicht. Dadurch fühlt sich jeder Wechsel eher wie ein Neustart denn wie eine reibungslose Übergabe an.
Der eigentliche Bedarf ist selten "ein Passwort zum Teilen". Teams müssen wissen, wer Zugriff hat, was jede Person sehen kann und ob dieser Zugriff noch sinnvoll ist, wenn sich ein Projekt, eine Rolle oder ein Kunde ändert.
Ein einziges Passwort kann diese Kontrolle nicht bieten. Es gibt jedem Inhaber denselben Alles-oder-Nichts-Zugang. Man kann eine Person nicht auf einen bestimmten Kundenarbeitsbereich beschränken und gleichzeitig nicht verwandte Arbeit außer Reichweite halten. Du kannst auch nicht einfach bestätigen, wer den Login zu einem bestimmten Zeitpunkt genutzt hat, oder den Zugriff für eine Person entziehen, ohne das Passwort für alle anderen zu ändern.
Ein besseres Team-Setup trennt den Zugriff von einer gemeinsamen Zugangsberechtigung. Inside Claude bedeutet das, die nativen Tools für Mitglieder, Sitze, Projekte und Berechtigungen zu nutzen. Rund um diesen autorisierten Zugriff müssen Teams möglicherweise weiterhin Browser-Arbeitsbereiche, verbundene Tools, Sitzungskontinuität und Übergaben mit klaren Kontrollen verwalten.
Das führt zu dem, was Claude Team und Enterprise von Natur aus bewältigen – und was außerhalb von Claude selbst übrig bleibt.
Claude Team und Enterprise sind die offiziellen Kooperationsoptionen von Anthropic für Organisationen, die mehr als eine Person benötigen, um Claude zu nutzen. Sie erstellen eine gemeinsame Organisation mit separatem Mitgliederzugang, anstatt einen persönlichen Login in einen Team-Login umzuwandeln.
Für Teams, die fragen, wie man ein Claude Abonnement teilt, ist die offizielle Antwort nicht, einen Login weiterzugeben. Ein Claude-Teamplan gibt jeder Person einen eigenen Sitz und einen eigenen Claude-Login innerhalb derselben Organisation.
Das bedeutet, jedes Mitglied meldet sich als sich selbst an. Ihre Arbeit, Nutzung und Kontoaktivität bleiben an ihren eigenen Zugriff gebunden, statt an ein gemeinsames persönliches Konto. Die Nutzung des Teamplans erfolgt ebenfalls pro Mitglied und wird nicht auf die gesamte Organisation verteilt. Wenn ein Mitglied sein enthaltenes Limit erreicht, verringert das nicht die verfügbare Nutzung eines anderen Mitglieds.
Claude Team benötigt derzeit mindestens fünf Mitglieder. In den Vereinigten Staaten kosten Standard-Sitze 30 US-Dollar pro Mitglied und Monat bei monatlicher Abrechnung oder 25 US-Dollar pro Mitglied und Monat bei der jährlichen Abrechnung, vor anfallenden Steuern. Premium-Sitze sind teurer und für Menschen mit höherer Nutzung gedacht. Preise, Steuern und verfügbare Optionen können je nach Region variieren, daher sollten Teams vor dem Kauf die aktuelle Upgrade-Seite prüfen.
Wenn du fragst, ob ich jemanden zu meinem Claude Account hinzufügen kann oder wie ich jemandem Zugang zu meinem Claude-Konto gebe, ist der richtige Ansatz, ihn in eine Team- oder Enterprise-Organisation einzuladen. Du gibst ihnen nicht deinen persönlichen Login an. Stattdessen weist ein Administrator einen Sitzplatz zu, wählt die Rolle der Person aus und sendet eine Einladung an deren E-Mail-Adresse.
Team und Unternehmen unterstützen ebenfalls gemeinsame Projekte. Sie können ein Projekt mit ausgewählten Mitgliedern teilen, ihnen die Berechtigung "Kann verwenden" oder "Bearbeiten" geben und später bei Bedarf den Zugriff entfernen. Projektwissen, Akten und Anleitungen können der richtigen Gruppe zugänglich bleiben. Chats werden nicht automatisch geteilt, nur weil Leute in derselben Organisation oder im selben Projekt arbeiten.
Claude Code ist bei jedem aktuellen Teamsitz enthalten. Jeder Entwickler authentifiziert sich mit seinem eigenen Team- oder Enterprise-Konto, um Claude Code im Terminal oder in unterstützten IDEs zu verwenden. Dadurch bleibt der Zugriff mit dem einzelnen Entwickler verknüpft, nicht mit einem gemeinsamen Datensatz.
Team und Enterprise managen die Zusammenarbeit innerhalb von Claude. Dazu gehören Organisationsplätze, Mitgliedereinladungen, Rollen, Projekte, Projektberechtigungen, Organisationsebene Abrechnung und Zugang zum Claude Code.
Das ist die richtige Ebene, um zu entscheiden, wer Claude nutzen kann, welche Projekte geöffnet werden können und welche Organisationsfunktionen sie nutzen können. Enterprise kann für größere Organisationen fortschrittlichere Steuerungen hinzufügen, wie benutzerdefinierte Rollen, Gruppen und umfassendere Verwaltungseinstellungen.
Selbst mit dieser Struktur müssen Teams oft weiterhin die Arbeit rund um Claude im Browser verwalten. Zum Beispiel kann ein Auftragnehmer Zugriff auf das Portal eines Kunden benötigen, aber nicht auf die Werkzeuge eines anderen Kunden. Ein neues Teammitglied benötigt möglicherweise die richtigen Recherche-Tabs, Lesezeichen und den Arbeitskontext für eine Übergabe. Und wenn ein Projekt endet, muss jemand weiterhin die umliegenden browserbasierten Tools überprüfen und den Zugriff entfernen.
Diese browserbasierte Seite der Teamarbeit behandelt der Rest dieses Leitfadens. Als Nächstes schauen wir uns die Kollaborationsregeln für Claude Code genauer an.
An derselben Codebasis zu arbeiten bedeutet nicht, dass Entwickler dieselben Claude-Zugangsdaten verwenden müssen. Claude Code unterstützt Teamzusammenarbeit, aber echte Zusammenarbeit beginnt damit, dass jede Person ihren eigenen autorisierten Zugang hat.
Die Antwort, ob mehrere Personen denselben Claude Code-Account verwenden können, lautet nein. Die gleiche Kontofreigaberegel gilt, wenn Claude Code über ein persönliches Konto verwendet wird. Ein Claude Code Share-Konto ist nicht der richtige Weg für ein Entwicklungsteam, um an einem Repository zu arbeiten.
Es ist leicht zu verstehen, warum die Idee aufkommt. Mehrere Entwickler können zur gleichen App beitragen, dieselben Pull Requests überprüfen oder nach denselben Projektanweisungen arbeiten. Aber ein gemeinsames Repository und ein gemeinsamer Login sind zwei verschiedene Dinge. Ein Repository kann viele Mitwirkende haben, während der Claude-Zugang weiterhin mit jedem Entwickler verknüpft bleibt.
Kann ich also die Claude-Code-Kontodaten mit einem Teamkollegen teilen? Nein. Jeder Entwickler sollte sich mit seinem eigenen autorisierten Konto oder einem zugewiesenen Organisationssitz anmelden. Dadurch bleibt der Zugriff an die Person, die Claude Code verwendet, gebunden und verhindert, dass ein Satz von Zugangsdaten zu einer unklaren Teamübergabe wird.
Die Antwort auf die Frage, ob du an Claude Code zusammenarbeiten kannst, ist ja. Teams können nützliche Teile ihres Claude Code-Setups standardisieren, ohne Zugangsdaten zu teilen.
Claude Code unterstützt Einstellungen auf Projektebene, die in ein Repository eingebettet werden können. Ein Team kann Berechtigungsregeln, Hooks, MCP-Servereinstellungen und Plugins über die Projektkonfiguration teilen. Zum Beispiel können Entwickler, die am selben Produkt arbeiten, beim Klonen des Repositorys die gleichen genehmigten Werkzeuge, Automatisierungshaken und Projektregeln verfügbar halten. Jede Person nutzt weiterhin ihren eigenen Login, aber das funktionierende Setup bleibt konsistenter.
Für ein Claude Code-Team bietet Team oder Enterprise das richtige Zugangsmodell: Jedes Mitglied erhält Claude Code über seinen eigenen Sitz. Das ist der Claude-Code-Team-Plan-Ansatz . Es unterstützt gemeinsame Entwicklungsstandards, während der Zugriff auf das Konto individuell bleibt.
Die Zusammenarbeit mit Claude Code löst die Zugangsfrage innerhalb der Entwicklungsumgebung. Teams müssen möglicherweise weiterhin die Browserprofile, verbundenen Tools und Übergaben verwalten, die autorisierte Arbeit umgeben.
Teams brauchen oft mehr als nur ein Passwort. Sie benötigen ein kontrolliertes Browserprofil mit klarem Zugriffsbereich, vorbereiteten Arbeitsplatzkontext und einfachere Übergaben zwischen zugewiesenen Personen. Diese Browser-Kontrollen ändern nicht Claudes Kontoregeln: Team oder Enterprise bleibt der richtige Weg, um den Menschen ihren eigenen autorisierten Claude-Zugriff zu geben.
Ein Projektleiter benötigt möglicherweise einen zugewiesenen Teamkollegen, der ein browserbasiertes Client-Tool nutzt, möchte aber nicht, dass das echte Login-Passwort in Slack, Notion, Tabellenkalkulationen oder private Nachrichten kopiert wird. Sobald die Zugangsdaten an diesen Orten geteilt sind, sind sie schwer nachzuverfolgen und noch schwerer sauber zu entfernen.
Mit Passwort ausblenden und dem integrierten Passwortmanager können Sie genehmigte Zugangsdaten an ein Profil binden. Zugewiesene Mitglieder können dieses Profil öffnen und mit einem Klick Zugriff haben, ohne das tatsächliche Passwort zu sehen. Das hilft Ihnen, Zugangsdaten aus alltäglichen Übergabe-Nachrichten herauszuhalten und gleichzeitig der richtigen Person Zugang zum vorbereiteten Browser-Arbeitsbereich zu gewähren.
Das Ziel ist nicht, ein persönliches Claude-Konto in ein gemeinsames Konto umzuwandeln. Es soll zugewiesenen Mitgliedern kontrollierten Zugriff auf die Browser-Tools und Arbeitsbereiche geben, die die autorisierten Arbeitsabläufe einer Organisation unterstützen.
Ein nützlicher Arbeitsbereich ist mehr als nur eine Anmeldeseite. Es kann bereits die richtigen Tabs, Kundenportale, gespeicherte Lesezeichen, Forschungsseiten, Erweiterungen und Referenzmaterialien für ein Projekt enthalten. Dieses Setup jedes Mal neu aufzubauen, wenn die Arbeit zu einer anderen Person wechselt, verschwendet Zeit und schafft vermeidbare Lücken im Kontext.
Mit Synced Session und Data Sync können Sie ausgewählte Profildaten auf genehmigten Geräten verfügbar halten. Der nächste zugewiesene Teamkollege kann denselben vorbereiteten Arbeitsbereich öffnen, anstatt mit einem leeren Browser zu beginnen und nach den Tabs oder Lesezeichen der vorherigen Person zu suchen. Dies ermöglicht reibungslosere Übergaben, wenn Forschung, Entwurf, Überprüfung und Veröffentlichung verschiedene Personen einbeziehen.
Du kannst auch eine stabile Proxy-Konfiguration auf Profilebene für diesen Arbeitsbereich beibehalten. Hier ist der Zweck die Konfigurationskonsistenz: Das Profil behält die gleiche Netzwerkkonfiguration bei, während die Teammitglieder weiterhin in diesem Profil arbeiten. Es ist Teil der Aufrechterhaltung eines vorhersehbaren Arbeitsplatz-Setups, nicht eine Möglichkeit, Plattformregeln zu ändern, Erkennung zu verhindern oder Verifizierung zu vermeiden.
Denken Sie an eine kleine Agentur, die mehrere Kundenprojekte betreut. Ein Auftragnehmer, der an Auftragnehmer A arbeitet, benötigt möglicherweise einen bestimmten Research-Stack, ein Content-Tool und ein Kundenportal. Diese Person sollte nicht automatisch das Profil, die Dokumente, gespeicherten Tabs oder verbundenen Dienste von Client B sehen.
Mit Profilfreigabe, Mitgliederberechtigungen, erweiterten Steuerungen und separaten Profilen können Sie den Zugriff nach Client, Aufgabe oder Workstream organisieren. Du kannst für jeden Kunden oder jedes Projekt ein beschriftetes Profil erstellen und dann nur die Mitglieder zuweisen, die diesen Arbeitsbereich benötigen. Ein Autor kann Zugriff auf ein Content-Research-Profil erhalten, während ein Account Lead Zugriff auf ein separates Abrechnungs- oder Kundenmanagement-Profil behält.
Dadurch ist die Browserschicht leichter verständlich. Statt eines großen Arbeitsbereichs, der alles für alle sichtbar macht, öffnet jede Person das Profil, das zu ihrer aktuellen Zuweisung passt. Es macht auch Rollenwechsel weniger störend, da der Zugang auf Profilebene angepasst werden kann.
Einige Browser-Arbeitsbereiche enthalten Seiten, die nicht jedes zugewiesene Mitglied sehen oder ändern muss. Dazu können Abrechnungseinstellungen, Kontoverwaltungsseiten, gespeicherte Zahlungsdetails, interne Verwaltungskontrollen oder nicht verwandte Kundentools gehören.
Sie können URL-Einschränkungen verwenden, um zu begrenzen, welche Seiten oder Seiten innerhalb eines Profils verfügbar sind. Web Element Hider kann sensible On-Page-Felder oder Steuerungen, wie Abrechnungsdetails oder Einstellungseinträge, verbergen, während die aufgabenbezogenen Teile der Seite verfügbar bleiben. Sie können auch Entwickler-Tool- und Erweiterungsbeschränkungen anwenden, um Änderungen zu begrenzen, die nicht in einen kontrollierten Projektarbeitsbereich gehören.
Betriebsprotokolle geben Ihnen eine Möglichkeit, die Profilaktivität zu überprüfen, wenn eine Übergabe geklärt werden muss. Wenn ein Auftragnehmer ausscheidet, ein Kundenprojekt endet oder sich die Verantwortlichkeiten ändern, können Sie den Zugriff auf das Profil dieser Person widerrufen, ohne den Zugriff für alle anderen Mitglieder zu ändern oder nicht zusammenhängende Profile zu berühren. Das gibt dir einen saubereren Weg zum Offboarding, als alle zu bitten, kein gemeinsames Passwort mehr zu verwenden.
Ja. Du kannst dein eigenes Claude-Konto auf deinem eigenen Handy, Laptop oder Tablet verwenden. Aber du kannst einer anderen Person keinen Zugriff auf deinen Login geben.
Das kann es sein. Die Bedingungen von Anthropic erlauben es nicht, Kontodaten zu teilen oder Ihr Konto jemand anderem zugänglich zu machen. Verstöße können zu einer Kontosperre oder -kündigung führen.
Nein. Die gleiche Regel gilt für einen Ehepartner, ein Familienmitglied, einen Freund oder einen Kollegen. Claude bietet derzeit keinen Familiengemeinschaftstarif an.
Jeder, der sich einloggen kann, kann vielleicht deine Chats, Dateien und Projekte sehen. Deshalb sollte ein persönliches Konto nicht als gemeinsamer Arbeitsbereich verwendet werden.
Nutzen Sie Claude Team oder Enterprise. Laden Sie jede Person per E-Mail ein, damit sie eigene Login-, Sitz- und Zugriffsberechtigungen erhält.
Das Verständnis von Claudes Account-Sharing-Regeln hilft Ihrem Team, das richtige Zugriffsmodell zu wählen und unnötige Passwortexponierung zu vermeiden. DICloak hilft Ihnen, Browserprofile zu verwalten, die Sichtbarkeit von Zugangsdaten zu steuern und Projektübergaben rund um genehmigte Arbeitsabläufe zu organisieren. Probier DICloak kostenlos aus.
