Anthropic stellt Claude Tag vor
(anthropic.com)- Eine neue Art der Zusammenarbeit mit Claude: tritt Slack wie ein Teammitglied bei, sodass jeder im Kanal Aufgaben delegieren kann
- Mit zugewiesenen Kanalzugriffsrechten sowie Verbindungen zu Tools, Daten und der Codebasis lassen sich Aufgaben allein per @Claude delegieren
- Claude im Kanal zerlegt Anfragen in Schritte, nutzt zugängliche Tools und hinterlässt die Ergebnisse in einem Slack-Thread, damit Teammitglieder daran anknüpfen können
- Unterstützt proaktives Verhalten, indem Kanalinformationen erinnert, Kontext aufgebaut und zukünftige Aufgaben selbst geplant werden
- 65 % des Codes des internen Produktteams bei Anthropic werden mit einer internen Version von Claude Tag geschrieben; der Einsatz weitet sich über Engineering hinaus auf Kennzahlen, Support-Tickets und Analysen der Ursachen von Bugs aus
Überblick über Claude Tag
- Eine neue Art, wie Teams mit Claude arbeiten, mit Slack als erstem Ausgangspunkt
- Claude tritt dem Team als Mitglied bei und kann Zugriffsrechte für ausgewählte Kanäle erhalten
- Gewünschte Tools, Daten und sogar die Codebasis können angebunden werden
- Jeder im Kanal kann @Claude taggen, Aufgaben delegieren und sich auf die eigene Arbeit konzentrieren
- Relevante Informationen aus dem Kanal werden gemerkt, um Kontext aufzubauen und künftige Aufgaben zu planen
- Positioniert als Evolutionsstufe von Claude Code: Das Modell wird proaktiver und eignet sich besser für die Zusammenarbeit auf Teamebene
- Bei Anthropic hat sich das Taggen von @Claude als eine der wichtigsten Arbeitsweisen etabliert
- Aktuell werden 65 % des Codes des Produktteams mit einer internen Version von Claude Tag geschrieben
- Der Einsatz hat sich über Engineering hinaus auf Produktkennzahlen, Datenverfolgung, die Bearbeitung von Support-Tickets und die Ursachenanalyse komplexer Bugs ausgeweitet
- Der Start in Slack erfolgte, weil es der natürliche Raum für die Zusammenarbeit zwischen Teams und KI ist und dort der Arbeitsalltag bei Anthropic stattfindet
- Aktuell als Beta für Claude Enterprise- und Team-Kunden verfügbar
- Eine Ausweitung auf weitere Workspaces ist geplant
Arbeitsablauf mit @Claude
- Nutzer, die Claude Code oder Cowork verwendet haben, dürften den Workflow von Claude Tag bereits kennen
- Wenn ein Nutzer @Claude in einfacher Sprache etwas bittet, zerlegt Claude die Aufgabe in Schritte und bearbeitet sie der Reihe nach mit den verfügbaren Tools
- Die fertigen Ergebnisse werden als Antwort in einem Slack-Thread hinterlassen
-
Zusammenarbeit mit mehreren Beteiligten
- In einem gegebenen Slack-Kanal gibt es ein Claude, das mit allen interagiert
- Jeder kann sehen, was Claude tut, und an dem Gesprächspunkt weiterarbeiten, den die vorherige Person hinterlassen hat
- Es ähnelt eher der Zusammenarbeit mit Teammitgliedern als einem einzelnen Chat oder einer einzelnen Aufgabe
-
Kontext, der sich mit der Zeit aufbaut
- Claude verfolgt den Kanal und sammelt fortlaufend Kontext zur Arbeit
- Nutzer müssen denselben Sachverhalt nicht jedes Mal von Grund auf neu erklären
- Falls Berechtigungen erteilt wurden, kann Claude auch automatisch aus anderen Slack-Kanälen und Datenquellen lernen
- Claude gibt keine Inhalte aus privaten Kanälen weiter
- Dieses angesammelte implizite Wissen dient als Grundlage für bessere Arbeitsergebnisse
-
Handelt eigenständig
- Wenn das Verhalten „ambient“ aktiviert ist, liefert Claude proaktiv Updates zu Informationen, die bekannt sein sollten
- Zeigt relevante Informationen über verbundene Kanäle und Tools hinweg an und fasst bei ungelösten Threads oder Aufgaben nach, die ins Stocken geraten sind
-
Arbeitet asynchron
- Aufgaben können delegiert werden, während man sich auf andere Prioritäten konzentriert; Claude arbeitet im Hintergrund
- Kann Aufgaben selbst terminieren und Projekte über Stunden bis Tage hinweg autonom ausführen
- Bei Anthropic wird dies genutzt, indem Aufgaben parallel an mehrere Claude-Instanzen delegiert werden
- Wenn man Claude eine direkte Nachricht sendet, antwortet es privat unter Verwendung der vom Nutzer eingerichteten persönlichen Tools und Konnektoren
Kontrolle über Berechtigungen, Kosten und Audit-Logs
- Claude Tag wurde mit Blick auf den Einsatz in Teams und Organisationen entwickelt und ermöglicht eine feingranulare Kontrolle über sensible Daten sowie den Tool-Zugriff pro Aufgabe
- Systemadministratoren legen pro Kanal fest, auf welche Tools und Informationen das Modell zugreifen darf
- Die Idee ist, getrennte Claude-Identitäten für unterschiedliche Einsatzzwecke zu schaffen; alles einschließlich des Speichers bleibt auf den vom Administrator definierten Kanalbereich beschränkt
- Beispiel: Ein Modell für den Vertrieb gibt seine Erinnerungen nicht an ein Modell für Engineering weiter und gewährt Ingenieuren keinen Zugriff auf Vertriebsdaten oder -tools
- Weitere Details zur Bereitstellung von Zugriffsrechten finden sich im Agent identity access model
- Sobald die Berechtigungen eingerichtet sind, kann jeder sofort mit dem Taggen beginnen
- Administratoren können Token-Ausgabenlimits sowohl für die Organisation als auch für einzelne Kanäle festlegen
- Administratoren können Protokolle aller von @Claude ausgeführten Aufgaben und die jeweilige anfragende Person einsehen
Erste Schritte und Migration der bestehenden Slack-App
- Claude Enterprise- oder Team-Kunden können ab dem 23. Juni 2026 auf die Beta von Claude Tag zugreifen
- Der Start erfolgt über die Admin-Einstellungsseite
- Claude Tag mit dem Slack-Workspace koppeln
- Claude Zugriffsrechte auf Tools erteilen
- Das monatliche Ausgabenlimit der Organisation festlegen
- Testen, ob Claude in privaten Kanälen funktioniert
- Claude Tag ersetzt die bestehende App Claude in Slack
- Administratoren können für die Migration innerhalb von 30 Tagen opt-in
- Anthropic bietet qualifizierten Enterprise- und Team-Organisationen launch credit, damit das gesamte Unternehmen den Dienst testen kann
- Claude Tag läuft auf Opus 4.8
- Produktdokumentation gibt es in den Claude Tag docs, die Produktseite ist die Claude Tag product page
2 Kommentare
Andrej Karpathy bezeichnet es als das dritte Paradigma der LLM-UI/UX.
Hacker-News-Kommentare
„65 % des Codes des Produktteams werden mit der internen Version Claude Tag erstellt“ – das scheint so einiges zu erklären
Ehrlich gesagt glaube ich, dass die negative Reaktion eher aus einer anti-AI-/anti-Big-Tech-Stimmung kommt als aus objektiven Gründen
Das dürfte eine extrem tokenhungrige Funktion sein
Wenn Claude alle Nachrichten in mehreren Slack-Kanälen parst und das Wissen komprimiert, wird das teuer
Anthropic bewegt sich immer stärker in Richtung Plattform und scheint Agenten-Anwendungsfälle für die Arbeit schnell zu besetzen
Wenn man jetzt eine Agentenplattform für Arbeitsproduktivität bauen würde, wäre das Beste, sich auf Modellneutralität und Kontrolle der Token-Kosten zu konzentrieren
Ich habe vor ein paar Monaten mit dem Claude Agent SDK etwas Ähnliches für das Slack meines Unternehmens gebaut, und die meisten Unterhaltungen/Sitzungen waren kurz
Es ist selten, dass man in Slack lange Sitzungen mit einem Agenten fortführt wie im Terminal
Es war sehr nützlich, Claude Dinge wie das Erstellen von Tickets auf Basis von Diskussionen zu übertragen
Die Qualität ist zwar höher als bei anderen Modellen, aber am Ende ist es ein Token-Verkäufer; daher wird man eher nach Vorwänden suchen, damit Nutzer mehr Tokens verbrauchen, statt ihnen ernsthaft beim Sparen zu helfen
Die „Inline-Visualisierungen“ sind ein gutes Beispiel
Wenn man in Claude ein neues Konzept verstehen will, kann es dazu gebracht werden, eine neue „Inline-Visualisierung“ zu erzeugen, damit man lernt – auch wenn das in Wirklichkeit nicht besonders hilft
Am Ende nervten sie Verbraucher meist nur mit geschlossenen Ökosystemen und vorinstallierten Apps; hoffentlich wird es diesmal besser
Offensichtlich geht man davon aus, das schnell wieder hereinzuholen
Ich setze auf Modellflexibilität, Kostenkontrolle und Zuverlässigkeit
Der Burggraben besteht darin, Lock-in abzulehnen
Open-Source-Modelle müssen viel stärker werden, damit so etwas sich nicht in alle Bereiche einer Organisation frisst und man am Ende nicht mehr herauskommt
Der wichtigste Unterschied zu anderen Produkten ist dieser Teil
„@Claude ist Multiplayer. In einem bestimmten Slack-Kanal gibt es einen Claude, der mit allen interagiert. Jeder kann sehen, woran Claude arbeitet, und die Unterhaltung dort fortsetzen, wo die letzte Person aufgehört hat. Deshalb ist das Taggen von Claude ganz anders, als in einem einzelnen Chat oder an einer einzelnen Aufgabe zu arbeiten – es fühlt sich viel eher wie Zusammenarbeit mit einem Teammitglied an.“
Wir haben eine Slack-Integration versucht – erst NanoClaw, dann Hermes, jetzt bauen wir selbst –, und was wir tatsächlich wollen, ist genau das Gegenteil
In privatem Kontext braucht man pro Person einen fortbestehenden persönlichen Gesprächskontext, und die Berechtigungen dieser Person müssen ebenfalls weitergelten
Ein Contractor in Slack sollte zum Beispiel nur nach den mit ihm verknüpften Client-Informationen fragen und diese erhalten können, aber keinen Zugriff auf die gesamte Wissensbasis haben
Wir haben das alles umgesetzt, aber mit viel Custom-Code
Etwa mit einem Interceptor, der benutzerspezifische Keys in die MCP-Verbindung einsetzt, sodass nur bestimmte Tools offengelegt werden
So in der Art: „Wenn du diese Nachricht bearbeitest, wird ein neuer Konversationszweig erstellt. Mit den Pfeiltasten kannst du zwischen Zweigen wechseln.“
Klingt gut, bis ein Kollege die Claude-Sitzung mit einer schlechteren Idee kapert und sie vom ursprünglichen Zweck wegführt
Wenn diskutiert wird, was als Nächstes zu tun ist, sollte das automatisch in Unteraufgaben organisiert und danach klassifiziert werden, ob es für mehrere Aufgaben gilt oder diese blockiert
Spezifikationen, Messwerte und Maße können festgehalten werden, und man kann andere nach Fakten fragen, um sie bei der richtigen Aufgabe zu dokumentieren
Das Unternehmenshirn bzw. die Wissensbasis ist eher eine rückwärtsgewandte Funktion, während Aufgabenverwaltung eine zukunftsgerichtete Funktion ist
Wenn man Informationen privat halten will, kann man die Privatsphäre nicht garantieren, wenn man sie in einen gemeinsamen Agenten kippt
Der Ansatz wäre wohl, einen separaten Agenten für private Daten zu haben und den Slack-Zugriff zu begrenzen, aber ich kann mir viele Vorfälle vorstellen, weil Manager aus Gewohnheit @Claude aufrufen, ohne die Bedeutung zu verstehen
Ich verstehe nicht, wie das bei Enterprise-Sicherheit und Compliance durchgehen soll
Claude muss Berechtigungen irgendwo erben, und diese Berechtigungen stimmen niemals vollständig mit der Zusammensetzung eines Slack-Kanals überein
Wenn man den kleinsten gemeinsamen Nenner bei den Zugriffsrechten findet, wird das am Ende wahrscheinlich eine stumpfe und nutzlose Erfahrung
Damit es richtig funktioniert, müssten Kunden anfangen, Agenten wirklich wie Personen zu behandeln, die dieselbe Verantwortung tragen wie Mitarbeiter
Wenn ein Nutzer den Agenten per OAuth verbindet, erbt dieser alle Berechtigungen des Nutzers und handelt wie diese Person
Noch interessanter ist, dass man Personen im Kanal sehen und hinzufügen/entfernen kann, wodurch Zugriffsprüfungen möglich sind; insgesamt sehe ich das als Sicherheitsverbesserung
Externe Aktionen scheinen nicht erlaubt zu sein, bis ein Owner Tools explizit für einen bestimmten Kanal provisioniert
Allerdings kann man auch nach der Provisionierung von @Claude noch Personen in den Kanal einladen, daher muss man die Kanalmitgliedschaft bewusst verwalten
Offenbar wird nichts direkt geändert; es werden nur PRs erstellt, und das Mergen übernimmt ein Mensch
Der Punkt „Claude lernt mit der Zeit“ ist die größte Schwachstelle im aktuellen System.
Je stärker wir Claude in der Arbeit einsetzen, desto mehr sehe ich, dass es ziemlich schlecht darin ist zu unterscheiden, was es „lernen“ und behalten sollte und was experimentelle oder falsche Daten sind.
Es baut immer weiter auf Sand auf und erzeugt manchmal versteckte Annahmen, die dann wie umsetzbare Erkenntnisse wirken, obwohl sie in Wirklichkeit falsch sind.
Kürzlich hat es zu einem bestimmten Epic ein umfassendes, fast papierartiges Dokument geschrieben, dabei aber angenommen, es hänge mit einem völlig anderen Projekt zusammen; der Ursprung war eine frühere falsche Vermutung über die Fähigkeiten eines Anbieters, die nur auf Marketingmaterial beruhte, daher musste alles verworfen werden.
Ich habe den Speicher gelöscht, aber es wirkt weiterhin so, als würde es aus Unternehmensdatenquellen ziehen, die ich weder kontrollieren noch finden kann.
Es wird leicht einfach zu einer Quelle für halluzinierten Kontext und aufgeblähte Informationen.
Es wäre viel besser, sich auf Funktionen zum Entfernen von Kontext zu konzentrieren, die in die Tools integriert sind.
Besonders bei Reasoning-Modellen muss man bei der Nutzung von opencode und lokalen LLMs manchmal zwangsläufig die Gedankenspuren prüfen.
Wenn man ein paar dieser Gedanken korrigieren könnte, bevor sie halluzinierend seltsame Dinge tun, würde man wohl deutlich bessere Ergebnisse bekommen, als wenn man sie erst im Nachhinein mühsam geradebiegt.
Ich frage mich, ob hier überhaupt jemand Claude-Produkte außerhalb von Code nutzt.
Die Zahl der veröffentlichten Produkte ist kaum noch nachvollziehbar.
Ich kenne viele Leute, die Claude nutzen, aber sie verwenden alle das terminalbasierte Claude Code.
Es eignet sich auch ziemlich gut für nicht-technische Aufgaben: Steuerdokumente, Blender-3D-Modellierung über MCP, akademische Forschung und so weiter.
Wenn man von Claude Design zu Claude Code wechseln will, muss man eine .zip-Datei mit HTML-Mockups und Beschreibungen herunterladen und deren Inhalt in Claude Code kopieren.
Ich habe Freude an den Antworten, die Interpretation überlasse ich jedem selbst.
In meiner
claude.md-Datei steht die Anweisung, dass die Prämisse meiner Fragen mit ungefähr fünfzigprozentiger Wahrscheinlichkeit falsch ist und dass mir niemals nach dem Mund geredet werden soll.Mit der userMemories-Datei sollte man allerdings vorsichtig sein. Man kann Claude einfach bitten, einen Dump davon zu liefern.
Bonuspunkte gibt es, wenn man herausfindet, wo diese Datei liegt.
Anfangs fand ich es beängstigend, dass userMemories ein abrufbares psychologisches Profil von mir ist.
Dann dachte ich daran, dass bei den Geheimdienstleuten in Langley wohl dieselbe Datei erzeugt wird und dass diese Profile irgendwann zusammen mit allen Nutzerdaten ans Licht kommen würden, falls Anthropic gehackt wird — und das hatte fast schon etwas Kathartisches.
Mit verbundenem Lesezugriff auf M365, Confluence usw. wird es stark wie eine Art Enterprise-RAG sowie als Tool für Dokumentenerstellung und Dateiverwaltung genutzt.
Die Nutzer würden Claude Tag wahrscheinlich auch mögen, aber leider verwenden wir nicht Slack, sondern Teams, und bei den meisten nicht-technischen Unternehmen ist es genauso.
Cowork/Claude Desktop selbst ist allerdings ebenfalls ein ziemlich frustrierendes Produkt.
Es gibt keine nativen Audit-Logs, wenn man nicht die API und einen Log-Collector selbst verdrahtet, man kann den Zugang zu Claude Code nicht selektiv pro Teammitglied aktivieren, sondern nur für alle oder für niemanden.
Einige MCP-Verbindungen wie QuickBooks Online haben überhaupt kein RBAC, also entweder für alle Nutzer im Team erlaubt oder für alle gesperrt.
Vielleicht ist Enterprise gar nicht der Zielmarkt, aber man baut ständig Funktionen, die so wirken, als wolle man genau diesen Markt.
Dann müsste man die Governance-Funktionen und das RBAC für Funktionen und Einstellungen pro Teammitglied deutlich ausbauen.
Sonst wird Microsoft die nicht-programmatischen Enterprise-Anwendungsfälle übernehmen.
Wenn ich eines von Google gelernt habe, dann dass ein erheblicher Teil davon in absehbarer Zeit wieder eingestellt werden dürfte.
Deshalb sehen inzwischen auch ziemlich viele nicht-technische Teams es als unverzichtbares Tool.
Ich lese das so, dass „die Claude-Integration für Slack jetzt über API-Nutzungsabrechnung berechnet wird“.
Verstehe ich das falsch?
Die Aussage „65 % des Codes des Produktteams werden mit einer internen Version von Claude Tag erstellt“ klingt angesichts der Zuverlässigkeit und allgemeinen Qualität der Anthropic-Produktteam-Codes nicht gerade wie ein Verkaufsargument.
@claude can you bring the API down for a couple of hours?geschrieben.Die Speichernutzung ist bedauerlicherweise inzwischen Branchenstandard, aber abgesehen davon ist Claude Code ziemlich solide.
Im Vergleich zu anderen Akteuren scheint der Marktanteil trotz Qualitätsdefiziten zu halten.
Oder vielleicht konzentrieren sie sich einfach auf die wichtigen Bereiche.
„Dieses Produkt kann ein Unternehmen im Wert von X schaffen, also ist unser Unternehmen, das mit diesem Produkt gebaut wurde, ebenfalls X wert.“
Das Problem ist nur, dass das Produkt etwas ziemlich Unzuverlässiges hervorgebracht hat.
Am Markt zuckt dabei niemand auch nur mit der Wimper.
Aber auch SpaceX hat erfolgreich die Geschichte verkauft, irgendwann 30 Billionen Dollar Umsatz zu machen.
Cursor bietet solche Funktionen zusammen mit einem Web-Agenten schon seit einiger Zeit an.
Anfangs war es etwas fehlerhaft und funktionierte bei Nicht-GitHub-Repositories nicht gut, aber als ich zuletzt nachgesehen habe, wurde es verbessert und war ziemlich ordentlich.
Am besten daran war, dass nicht-technische Mitarbeitende auf Basis von Diskussionen in Threads etwas spezifizieren können, der Agent es zunächst erstellt und Menschen es erst später überprüfen.
Es fühlt sich an, als würden jede Woche ein oder zwei „Produkte“ veröffentlicht und danach hört man nie wieder etwas davon.
Nicht im Sinne guter Qualität, sondern finanziell.