Workflows mit Claude Cowork in deinem Unternehmen skalieren

Die Skalierungs-Denkweise

Skills, Plugins und Konnektoren fügen sich zu einem Betriebsmodell zusammen, das die Arbeit über Abteilungen hinweg transformiert. Sobald Cowork eingerichtet ist und du bereit bist, es in deinen Teams auszurollen, stellt sich die Frage: „Wir haben Cowork bereitgestellt – wie denken wir jetzt über den Aufbau und die Steuerung der Workflows nach, die es wertvoll machen?"

Die Organisationen, die am meisten aus KI herausholen, sind nicht die mit den besten Prompts – es sind die, die die Einführung als ein organisatorisches Gestaltungsproblem behandeln.

Ein solcher Rollout basiert auf einer Disziplin: zu entscheiden, welche Schritte jedes Workflows Admins verantworten, welche Champions verantworten und welche Claude eigenständig ausführt – und diese Grenze dann anhand von Belegen zu verschieben. Wo sich die Ausgabe eines Workflows als zuverlässig erweist, wird Claudes Anteil größer; wo Fehler auftreten, übernimmt wieder ein Mensch den Schritt.

Du bist der Regisseur dieses Rollouts, und diese Verantwortung geht nicht einfach über, nur weil die Arbeit automatisiert ist. Wenn ein Champion einen Skill veröffentlicht oder eine geplante Aufgabe ein Digest in einen gemeinsamen Kanal postet, trägt jemand in deiner Organisation die Verantwortung für diese Ausgabe: Diese Person kann sie erklären, verteidigen und korrigieren. KI verändert, wie die Arbeit entsteht; die Verantwortung dafür bleibt bei deinen Mitarbeitenden.

Für wen das gedacht ist: Admins, Leiter:innen von KI-CoEs, Transformationsteams und Abteilungsleiter:innen – alle, die dafür verantwortlich sind, dass Claude Cowork in der gesamten Organisation funktioniert. Du wirst nicht jeden Workflow selbst bauen – das geschieht durch interne Champions und Power-User, die für ihre Teams entwickeln. Deine Aufgabe sind Strategie, Champion-Auswahl und Enablement.

Bausteine



Wie die Komponenten zusammenpassen

So kombinieren sich Skills, Konnektoren und Plugins für einen einzelnen Finance-Workflow:

Ein Mitglied des Finance-Teams bittet Claude, das Dezember-Kassenkonto abzustimmen. Das Finance-Plugin ist installiert, sodass Claude den Abstimmungs-Skill lädt (Schritt-für-Schritt-Anweisungen zum Abgleich von Hauptbuch und Bank). Der Data-Warehouse-Konnektor ruft die Saldenliste und die Transaktionen ab. Claude führt den Vergleich durch, markiert Abweichungen und schreibt das Arbeitspapier zurück. Eine Anfrage, drei Bausteine: Der Konnektor liefert die Daten, der Skill steuert Claude, das Plugin liefert das Ergebnis.

Skill-Schwungrad: vom Einzelnen zur Organisation

Skills, Konnektoren und Plugins skalieren über einzigartige Workflows für Einzelpersonen hinaus. Am Beispiel Finance zeigt sich der typische Ablauf, wie individuelles Fachwissen zu einer organisatorischen Fähigkeit wird:

1. Erstellen: Ein FP&A-Manager entwickelt und baut vielleicht in einem Workshop einen Skill, um monatliche Abweichungsberichte abzurufen, einschließlich Anweisungen zur Umsatzanalyse. Der Manager teilt den Skill mit Teammitgliedern.
2. Prüfen: Er gibt ihn an einige FP&A-Analysten weiter, die ihn testen, überprüfen und sicherstellen, dass der Skill effektiv und sicher ist.
3. Befördern: Nach der Prüfung befördert der Finance-Champion ihn in das Finance-Team-Plugin, das die Verteilung an jedes Finance-Teammitglied sicherstellt. Jetzt kann jeder FP&A-Analyst den Abweichungs-Skill ausführen oder einen Prompt planen, der ihn in regelmäßigen Abständen ausführt.
4. Verbreiten: In der gesamten Abteilung besteht das Ziel darin, eine ausgereifte Bibliothek geprüfter Skills aufzubauen: Die Buchhaltung baut Skills zum Erstellen von Buchungssätzen, Treasury für das tägliche Cash-Management. Alle werden von einem Abteilungs-Champion oder Admin geprüft und genehmigt.

Skills und Plugins können auch horizontale Workflows in deiner gesamten Organisation vorantreiben. Ein organisationsweiter Branding-Skill, der vom Design-Team veröffentlicht wird, könnte beispielsweise von Admins für jeden Nutzer von Cowork bereitgestellt werden. Wenn das Finance-Team dann Diagramme erstellt, hält es sich immer an die Branding-Richtlinien der Organisation. Weitere abteilungsübergreifende Workflows sind Skills für Leistungsbeurteilungen, die Managern beim Verfassen von Selbsteinschätzungen oder beim Zusammenstellen von Peer-Feedback helfen, oder ein Unternehmens-Wiki, das durch die Verbindung von Claude Cowork mit deiner Wissensdatenbank entsteht, kombiniert mit Skills, die wissen, wie man darin sucht und Inhalte zusammenfasst.

Das ist das Schwungrad – persönliches Fachwissen wird zu organisatorischer Fähigkeit, und organisatorische Fähigkeiten und Best Practices werden über Teams hinweg verteilt.

2. Eine Governance-Haltung wählen

Workflows skalieren, wenn Skills über Abteilungen hinweg verteilt werden und im Rest der Organisation sichtbar werden. Die Governance-Haltung ist deine Position dazu, wie frei diese Bewegung abläuft.

Deine Governance-Haltung bestimmt, welche dieser Wege offenstehen. Überlege dir bei der Auswahl der Anfangseinstellungen den richtigen Ansatz für das Skill- und Plugin-Management in deiner Organisation.

Die Haltung ist kein einzelner Schalter. Es sind drei Einstellungen auf Organisationsebene in Organisationseinstellungen > Plugins & Skills (Tab „Richtlinie"), plus die Art, wie du Plugins eingrenzt:

• Von Nutzern erstellte Skills – können Nutzer eigene erstellen?
• Skill-Sharing – können Nutzer einen selbst erstellten Skill oder ein Plugin an ein Teammitglied weitergeben?
• Veröffentlichung – können Nutzer in der Organisationsbibliothek veröffentlichen: gar nicht („Aus"), erst nachdem ein Owner oder jemand, dessen Rolle bei Bibliotheken auf „Kann verwalten" gesetzt ist, jede Einreichung genehmigt hat („Erfordert Überprüfung"), oder frei („Offen")?
• Plugin-Gruppenzugriff – welche Gruppen sehen bzw. installieren jedes Plugin automatisch?

Das Teilen von Plugins mit Gruppen ermöglicht es Admins, die organisationsweite Verfügbarkeit eines Plugins für bestimmte Gruppen zu überschreiben und den Plugin-Zugriff weiter einzugrenzen – z. B. ein Plugin nur für die Gruppe Legal verfügbar zu machen oder es für Engineering automatisch zu installieren, während es für alle anderen verborgen bleibt.

Die Governance-Haltung steuert derzeit nicht den Zugriff auf Konnektoren. Konnektoren werden organisationsweit ein-/ausgeschaltet und, bei Enterprise Plans, über benutzerdefinierte Rollen pro Gruppe eingegrenzt. RBAC steuert den Zugriff auf Funktionen (Cowork, Code usw.), einschließlich wer Skills erstellen und teilen kann, innerhalb der oben genannten Einstellungen auf Organisationsebene.

Wie Admins Skills und Plugins verteilen (von Admins bereitgestellte Skills, gruppenbezogene Plugins, per GitHub synchronisierter Marketplace), erfährst du unter Skills für deine Organisation bereitstellen und verwalten, Cowork-Plugins verwalten und Plugin-Zugriff nach Gruppe anpassen.

3. Champion-Modell

Champions sind begeisterte Early Adopters, die helfen können, die Akzeptanz bei ihren Kolleg:innen voranzutreiben. Sie werden Teilnehmer deines Pilotprojekts sein, falls du eines durchführst, und spielen eine Schlüsselrolle bei deinem Cowork-Rollout. Champions sind die Personen, die Workflows testen, bei Workshops demonstrieren, Plugins pflegen und die Akzeptanz in ihren Abteilungen vorantreiben.

Wer einen guten Champion ausmacht:

• Ein Power-User, der bereits Mehrwert aus KI-Tools zieht – ob Claude oder andere
• Bereit, für sein Team zu bauen und zu experimentieren
• Genießt das Vertrauen der Admins, um Feedback aus der Abteilung zu sammeln und Blockaden aufzuzeigen

Wie man Champions findet:

• Nutzungsanalysen sind ein guter Indikator, um Champions zu entdecken. Anthropic stellt nutzerbezogene Aktivitätsdaten bereit, die helfen, Power-User frühzeitig zu identifizieren.
• Bitte Funktionsleiter, Kandidaten zu nominieren
• Zielverhältnis: 1 Champion pro 25–50 Nutzer
• Mische technische und nicht-technische Nutzer aus verschiedenen Abteilungen
• Beziehe sowohl Enthusiasten als auch Skeptiker ein; ein rein enthusiastisches Pilotprojekt liefert falsch-positive Ergebnisse

Was man Champions geben sollte:

• Berechtigung, Skills zu erstellen, und erwäge, Peer-to-Peer-Skill-Sharing für die Pilotgruppe zu aktivieren
• Eine 30-minütige Einführung in Skills, Plugins und das von dir verwendete Governance-Modell
• Einen Kanal (Slack-Kanal, Teams-Gruppe), in dem Champions aus verschiedenen Abteilungen teilen können, was funktioniert
• Zugang zu Anthropics vorgefertigten Plugins als Ausgangspunkte
• Anerkennung für ihre Beiträge zum Rollout

Was man von Champions erwarten sollte:

• 2–3 Starter-Skills für ihr Team erstellen
• Ihren Teams helfen, Workflows zu überprüfen und Ideen für Anwendungsfälle zu entwickeln
• Einen Skills-Workshop für ihr Team durchführen
• Die Plugins ihrer Abteilung verantworten und pflegen; den Bedarf an Sub-Team-Plugins erkennen (z. B. Marketing vs. Demand Gen)
• Im Champions-Kanal aufzeigen, was funktioniert und was nicht
• Eine vierteljährliche Kuratierungsüberprüfung der Skills ihrer Abteilung durchführen

4. Rollout-Phasen

Die Organisationen, die den schnellsten und tiefsten Mehrwert erzielen, investieren in Bereitschaft, kuratieren erste Erfahrungen und steuern bewusst, indem sie diesen fünf Prinzipien folgen.

• Unterstützung durch die Führungsebene: Sichtbar und nachhaltig – nicht nur eine Kickoff-E-Mail.
• Kuratierte erste Erfahrungen: Führe Nutzer zu wertvollen Anwendungsfällen, statt blindem Experimentieren.
• Frühzeitig aktivierte Konnektoren: Der Aha-Moment tritt schneller ein, wenn Cowork bestehende Tools erreicht.
• Champion-Netzwerk zuerst: Jedes Team braucht jemanden, der demonstrieren, Probleme lösen und begeistern kann.
• Governance von Anfang an definiert: Konnektor-Genehmigung, Skill-Erstellung und Zugriffsrichtlinien ab Tag 1.

So sieht ein typischer Cowork-Rollout aus. Passe das Tempo an deine Organisation an. Beachte, dass die folgenden Phasen voraussetzen, dass die Einrichtungs- und Konfigurationsschritte aus dem Cowork Enterprise Admin Guide abgeschlossen sind.

Phase 1: Pilotprojekt

Ziel: Deine Konfiguration validieren und mit einer kleinen Gruppe von Champions erste Erfolgsnachweise erbringen.

Admins und KI-Transformationsteams verantworten:

• 1–2 Champions pro Pilotabteilung rekrutieren. Die Kriterien aus Abschnitt 3 befolgen.
• Erste Konnektoren organisationsweit aktivieren; die Sicherheitsüberprüfung nach Risikostufe staffeln (üblich ist, mit Nur-Lese-Zugriff zu beginnen)
• Die anfängliche Governance-Haltung für die Pilotgruppe basierend auf der Strategie für Skill- und Plugin-Sharing in deiner Organisation festlegen
• 2–3 Erfolgskennzahlen im Voraus definieren und Feedback-Schleifen einrichten (Pulsbefragung, Dashboard-Überprüfung, Eskalationswege für Feedback)
• Den Start, die ersten Konnektoren und Enablement-Möglichkeiten der Pilotgruppe ankündigen

Champions verantworten:

• Anthropics vorgefertigte Funktions-Plugins für ihre Abteilung installieren und ausprobieren
• 2–3 Starter-Skills für ihre eigene Arbeit erstellen
• Im Champions-Kanal berichten, was funktioniert bzw. blockiert ist

Bereit zum Abschluss, wenn:

• >70 % wöchentlich aktive Nutzer bis Woche 4
• Jede Pilotabteilung hat mehrere wiederholbare Anwendungsfälle validiert und dokumentiert
• Champions sind bereit und vorbereitet, einen Workshop für ihre Teams durchzuführen

Was sich zwischen Pilotprojekt und breitem Rollout meist ändert, sind die Governance-Haltung, neue von der Sicherheitsabteilung freigegebene Konnektoren und neue Abteilungen, die mit ihren eigenen Champions onboarden.

Phase 2: Expansion

Ziel: Erfolgsnachweise aus dem Pilotprojekt in eine Akzeptanz auf Abteilungsebene umwandeln – hier beginnt das Skill-Schwungrad.

Admins und KI-Transformationsteams verantworten:

• Den Zugang für die nächste Welle von Abteilungen öffnen; deren Champions onboarden
• Die nächste Stufe von Konnektoren durch die Sicherheitsabteilung freigeben lassen
• Die Governance-Haltung anhand der Erkenntnisse aus dem Pilotprojekt überprüfen (die meisten Organisationen lockern hier)
• Self-Service-Ressourcen und einen gestuften Support-Pfad einrichten (Champion → Programmteam → Anthropic)
• Ausgabenmuster beobachten und Kontrollen anpassen

Champions verantworten:

• Einen Skills-Workshop für ihre Abteilung durchführen (Format → Abschnitt 5)
• Von Teams erstellte Skills sichtbar machen; die besten in das Abteilungs-Plugin befördern
• Erfolge abteilungsübergreifend im Champions-Kanal teilen

Abschluss, wenn:

• Jede onboardete Abteilung hat ein gepflegtes Plugin mit einem benannten Owner
• In jeder Abteilung wurde ein Workshop durchgeführt; die Mehrheit der Teilnehmer hat einen Skill erstellt oder übernommen
• Konnektor- und Governance-Anfragen laufen über einen definierten Prozess

Phase 3: Skalieren und Überwachen

Ziel: Die verbleibenden Abteilungen erreichen und vom Launch-Modus in einen Betriebsrhythmus übergehen.

Admins und KI-Transformationsteams verantworten:

• Die Workshop-Bewegung auf die verbleibenden Abteilungen ausweiten
• Rhythmen etablieren: monatliches Champion-Check-in, vierteljährliche Governance-Überprüfung
• Ein KI-Enablement-CoE einrichten (oder formalisieren), das die Skill-Bibliothek und fortgeschrittene Fähigkeiten verantwortet
• Die Messung von Aktivität (WAU, Sitzungen) hin zu Ergebnissen (eingesparte Zeit, ROI pro Anwendungsfall) verschieben; vierteljährlich berichten

Champions verantworten:

• Vierteljährliche Kuratierung: die besten Skills ihrer Teams sichtbar machen, Gewinner in Plugins befördern, veraltete Skills archivieren, Duplikate zusammenführen
• Ersatz-Champions onboarden, wenn Personen wechseln
• Plugins und Skills-Enablement in das Onboarding neuer Mitarbeitender integrieren

Du befindest dich im stabilen Zustand, wenn:

• Jede wichtige Abteilung hat ein verantwortetes Plugin und einen aktiven Champion
• Neue Skills kommen schneller von Champions als vom Programmteam in die Bibliothek
• Die vierteljährliche ROI-Berichterstattung basiert auf geschäftlichem Wert, nicht nur auf eingesparter Zeit

Die Gewohnheit, die sich über diesen Rollout hinaus lohnt, ist die Neuzuweisung. Frage jedes Quartal und jedes Mal, wenn ein Champion das Team wechselt, wer jetzt jedes Plugin und jede geplante Aufgabe verantwortet, und verschiebe diese Verantwortung bewusst. Erweitere, was Claude eigenständig ausführt, dort, wo sich die Ausgabe das verdient hat; hole eine Aufgabe zu einem Menschen zurück, wo das nicht der Fall ist. Die Aufteilung, die du beim Pilotprojekt vorgenommen hast, ist ein Ausgangspunkt, den du immer wieder neu ziehen wirst, sobald neue Erkenntnisse vorliegen.

Zu vermeidende Fallstricke:

• Launch ≠ Enablement. Wenn die IT einfach den Schalter umlegt und eine E-Mail verschickt, ist das kein Rollout. Behandle einen Cowork-Rollout als Programm, das Change-Management erfordert.
• Gescheiterter erster Eindruck. Unangeleitetes Experimentieren enttäuscht – kuratiere Starter-Anwendungsfälle pro Rolle und lass Champions die ersten Sitzungen leiten.
• Die Chat-Falle. Nutzer greifen standardmäßig zu kurzen Prompts ohne Konnektoren. Enablement muss Delegation im direkten Vergleich mit Chat demonstrieren. Dränge Nutzer dazu, Konnektoren zu authentifizieren, sobald sie bereitgestellt werden.
• Konfiguration als dauerhaft behandeln. Plane, Konnektoren und Haltung anhand von Nutzungsdaten erneut zu überprüfen; ein funktionierender Erfolgsnachweis senkt das Risiko der nächsten Genehmigung besser als eine weitere Sicherheitsüberprüfung.

Nur eingesparte Zeit oder Login-Zahlen messen. Überlege, was ROI bei Claude Cowork für dein Unternehmen bedeutet. Definiere ergebnisbasierte Kennzahlen, einschließlich neu erledigter Arbeit und qualitativem Feedback zu Anwendungsfällen, zusätzlich zur Produktivitätsmessung.

5. Enablement-Methoden

Cowork-Schulungen sollten nach Möglichkeit praxisnah sein – der Mehrwert zeigt sich im Tun, nicht im Zusehen. Aber „Schulung" ist eigentlich drei verschiedene Aufgaben, je nachdem, wo sich ein Nutzer auf seiner Reise befindet. Beziehe dich bei der Gestaltung von Enablement für deine Teams auf Anthropics forschungsbasierte Prinzipien der KI-Kompetenz.

Enablement folgt einem natürlichen Fortschritt: Nutzer beginnen damit, eine einzelne Aufgabe mit einem Konnektor zu erledigen, bauen dann Kompetenz mit Skills und Plugins auf und erreichen schließlich den Punkt, an dem Claude Cowork Workflows automatisch für sie ausführt.

Phase 1: Aktivierung (vom ersten Prompt zum ersten Skill)

Bringe jeden Nutzer von null zu seiner ersten erfolgreichen Aufgabe mit einem Konnektor.

• Kuratierte erste Sitzung pro Rolle. Gib den Leuten keine leere Seite. Teile ein One-Pager oder verteile einen Skill, der „deine ersten 3 Aufgaben als [Vertriebsmitarbeiter / PM / Analyst]" beschreibt.
• Der Moment der Konnektor-Authentifizierung. Solange Nutzer ihre Konnektoren nicht authentifiziert haben, kann Claude nicht auf die Tools und Daten zugreifen, auf die ihre Arbeit angewiesen ist. Überlasse das nicht dem Zufall: ein 10-minütiger Kalendertermin am Starttag oder eine rotierende Gruppe von Teammitgliedern, die für Einrichtungshilfe zur Verfügung steht.
• Direkter Vergleich. Der Champion zeigt dieselbe Aufgabe einmal als Chat-Prompt und einmal als delegierte Claude-Cowork-Aufgabe mit Konnektoren. Gleicher Input, unterschiedlicher Output.
• 1:viele Cowork-101-Schulung. Führe Skills, Konnektoren, Plugins und wiederkehrende Aufgaben gemäß dem in Einführung in Claude Cowork beschriebenen Lehrplan ein

Phase 2: Enablement (Konnektoren, Skills und echte Workflows)

Der Übergang vom ersten Erfolg zu wiederholbarer Kompetenz. Jeder Nutzer erhält mindestens einen Skill, auf den er sich verlässt, und mindestens ein installiertes Plugin.

• Skills-Workshop. Das Herzstück einer Enablement-Bewegung. Eine praxisnahe Sitzung, in der jeder Teilnehmer mindestens einen Skill für seine tatsächliche Arbeit erstellt. Champions führen während der Phasen 2–3 jeweils einen pro Abteilung durch. Siehe Was sind Skills?.
• Plugin-Aktivierungsschub. Nutzer, die früh ein Plugin installieren und dessen Skills ausführen, lernen Claude Cowork schneller. Stelle sicher, dass relevante Plugins nach dem Pilotprojekt verfügbar sind, und füge Anleitungen zur Plugin-Nutzung in die Launch-Kommunikation ein. Siehe Claude-Cowork-Plugins verwalten.
• Wöchentliche Sprechstunde. 30-minütiges offenes Treffen, bei dem der Champion seinen Bildschirm teilt, feststeckende Nutzer entblockt und neue Skills demonstriert.
• Skill der Woche. Das Team postet einen Skill im Team-Kanal mit einem kurzen Video, das ihn bei echter Arbeit zeigt. Skills liefern Inspiration für funktionsübergreifende Teams.
• Champion-Demo-Tage. Abteilungsübergreifendes Show-and-Tell im monatlichen Rhythmus. Ein Sales-Champion demonstriert seinen Skill zur Gesprächsvorbereitung; ein Ingenieur demonstriert seinen Entwurfs-Skill für Incident-Postmortems. So überwinden Ideen Silos.

Phase 3: Gewohnheit (Automatisierung und stabiler Zustand)

Nachhaltige Akzeptanz bedeutet, dass Claude Cowork bereits läuft, wenn sich Nutzer morgens an ihren Arbeitsplatz setzen.

• Verschaffe jedem eine geplante Aufgabe. Sobald bei einem Nutzer automatisch ein tägliches Pipeline-Digest oder ein wöchentlicher Bericht eintrifft, kommt Claude Cowork zu ihm. Führe das selbst aus, bevor du Champions bittest, es zu vermitteln. Frage in Cowork im Chat:

  Ziehe jeden Wochentag um 8 Uhr unsere offene Pipeline aus dem verbundenen CRM, fasse die Deals zusammen, die gestern die Phase gewechselt haben, und poste das Digest in unseren Team-Kanal.

  

  In Cowork öffnen

  Eine geplante Aufgabe läuft mit demselben Zugriff wie jede andere Cowork-Sitzung, sodass alles, was sie erzeugt, in deinen echten Tools landet. Bevor du die Gewohnheit ausrollst, überprüfe das Ergebnis so, wie du den ersten Bericht eines neuen Mitarbeiters prüfen würdest: Öffne den Kanal nach dem ersten Lauf und bestätige, dass das Digest vorhanden ist, die Änderungen von gestern abdeckt und so klingt, wie dein Team es erwartet. Eine Aufgabe, die pünktlich läuft, aber die falsche Zusammenfassung postet, ist eine, der dein Team still das Vertrauen entziehen wird. Siehe Geplante Aufgaben.

• In bestehende Rituale einbetten. Der Standard für eine wöchentliche Pipeline-Überprüfung wird das von Claude Cowork erstellte Digest. Der Standard für eine monatliche Vorstandspräsentation wird ein von Claude Cowork zusammengestellter erster Entwurf. Verankere Claude Cowork in bestehenden Arbeitsrhythmen.

Im Onboarding neuer Mitarbeitender verankern. Nimm Cowork in die Checkliste für Tag 1 auf: die Desktop-App installieren (wenn ihre Arbeit Dateien und Anwendungen auf ihrem Computer benötigt oder wenn deine Organisation Cowork nur in der Desktop-App anbietet), 3 Konnektoren authentifizieren, das Abteilungs-Plugin installieren, dessen Flaggschiff-Skill ausführen. Siehe Claude Desktop installieren.

6. FAQ

Kann ich steuern, welche Konnektoren bestimmte Nutzer sehen? Ja, bei Enterprise Plans. Nutzer mit einer benutzerdefinierten Rolle sehen nur die Konnektoren, die ihre Rolle enthält; Nutzer mit einer integrierten Rolle sehen jeden organisationsweit aktivierten Konnektor.

Wenn ich einen Konnektor aktiviere, greift Claude dann automatisch auf die Daten aller zu? Nein. Konnektoren verwenden ein Drei-Gate-Modell: Ein Admin aktiviert den Konnektor organisationsweit, die Rolle des Nutzers enthält ihn, und jeder Nutzer verknüpft sein eigenes Konto – es sei denn, du richtest eine verwaltete Autorisierung über deinen Identitätsanbieter ein. Claude kann nur auf Daten innerhalb der bestehenden Berechtigungen dieses Nutzers zugreifen.

Können Nutzer Skills teilen, die API-Keys oder Zugangsdaten enthalten? Skills sollten niemals Zugangsdaten enthalten. Wenn ein Skill authentifizierten Zugriff benötigt, sollte er einen Konnektor verwenden. Nimm das in dein Champion-Training und deinen Skill-Prüfprozess auf. Wir empfehlen, einen Skill-Audit-Skill zu erstellen, der Standardprüfungen durchführt, bevor Skills für die organisationsweite Verteilung oder die Aufnahme in Plugins genehmigt werden.

Wie verhindere ich, dass Leute doppelte oder minderwertige Skills erstellen? Nutze Namensräume nach Abteilung, führe vierteljährliche Kuratierungsüberprüfungen durch und setze auf das Champion-Modell. Die Haltung „Geführte Erstellung" bietet für die meisten Teams die beste Balance – Leute können frei erstellen, aber die Beförderung auf Organisationsebene durchläuft eine Überprüfung.

Wie synchronisieren sich Plugins mit der Versionskontrolle? Plugins unterstützen GitHub-Synchronisierung. Verbinde ein privates GitHub-Repo als Plugin-Marketplace. Änderungen werden über deinen normalen PR-Prozess gemergt und automatisch mit den Nutzern synchronisiert. Siehe Cowork-Plugins verwalten für Details zur Repo-Struktur.

Was ist der Unterschied zwischen einem Skill und einer geplanten Aufgabe? Ein Skill läuft, wenn ihn jemand auslöst. Eine geplante Aufgabe ist ein gespeicherter Prompt, den Claude automatisch nach einem Zeitplan ausführt, mit demselben Zugriff wie jede andere Cowork-Sitzung. Nutzer richten eine solche Aufgabe ein, indem sie einen Prompt angeben und in der Cowork-Oberfläche einen Zeitplan auswählen, oder indem sie im Chat danach fragen. Eine Anfrage in natürlicher Sprache wie „jeden Tag um 6 Uhr" reicht aus, um eine zu erstellen, und die meisten geplanten Aufgaben entstehen auf diese Weise. Häufige Anwendung: ein tägliches Pipeline-Digest, das jeden Morgen um 8 Uhr läuft und in Slack gepostet wird.

Wo finde ich Hilfe bei der Installation der Desktop-App oder der Konnektor-Einrichtung? Siehe den Claude Cowork Enterprise Admin Guide, der die Bereitstellung der Desktop-App, die Konnektor-Konfiguration und die Einrichtung der Organisationsarchitektur behandelt.

Weiterführende Informationen: Cowork Enterprise Admin-Einstellungen ·Skills für deine Organisation bereitstellen und verwalten · Cowork-Plugins für deine Organisationen verwalten · Wiederkehrende Aufgaben in Cowork planen