course
Någonstans i en Slack-kanal på Anthropic skriver en ingenjör @Claude can you investigate this latency spike and open a PR with a fix? och går sedan tillbaka till sitt övriga arbete. Claude hämtar latensdata från Datadog, jämför den senaste deployen, återskapar den långsamma frågan och postar fixen som en pull request – allt i tråden, synligt för alla i kanalen.
Det där är Claude Tagg. Det lanserades den 23 juni 2026, i beta för kunder på Claude Enterprise och Team, och ändrar hur Anthropic positionerar Claude för team. I stället för att en person chattar med en AI i ett privat fönster delar en hel Slack-kanal på en och samma Claude, med minne, anslutna verktyg och – när det är påslaget – en vana att spontant checka in.
Om din organisation använder den gamla appen Claude in Slack finns en åtgärd här: den appen avvecklas den 3 augusti 2026. Du har ett kort fönster att migrera på egna villkor innan bytet sker automatiskt. Exakta datum nedan.
Vad är Claude Tagg?
Claude Tagg gör Claude till en deltagare i dina Slack-kanaler, inte en chatbot du besöker i ett separat fönster. Produktsidan profilerar det som @Claude och dokumentationen listar det under ”Claude in Slack”, men Claude Tagg är namnet Anthropic använder i lanseringsmeddelandet.
Så här fungerar det: vem som helst i en konfigurerad Slack-kanal kan skriva @Claude följt av en uppgift. Claude läser kanalens kontext, bryter ner begäran i steg, arbetar via anslutna verktyg och datakällor och postar resultat i en Slack-tråd. Varje steg är synligt för hela kanalen.
Några saker skiljer detta från en vanlig chatbot:
- Claude är en kanaldeltagare, inte en personlig assistent. En Claude finns per kanal, och alla i den arbetar med samma.
- Claude behåller minne mellan konversationer. Det börjar inte om från noll varje gång du taggar.
- Claude verkar under en identitet på organisationsnivå, inte under enskilda användaruppgifter.
Anthropic beskriver Claude Tagg som ”början på en utveckling av Claude Code”. Den skillnaden är viktig och kommer igen senare. För nu: Claude Code är ”single-player”, terminalbaserat. Claude Tagg är byggt för delade kanaler.
Just nu är det endast för Slack. Mer om vad det utesluter senare.
Hur Claude Tagg fungerar i Slack
Innan Claude kan gå med i en kanal måste en administratör sätta upp det. Detta är en engångskonfiguration på organisationsnivå, och endast en Primary Owner eller Owner i Claude-organisationen kan köra den (rollen Admin kan inte). De fyra steg Anthropic anger:
- Koppla ihop Claude Tagg med din Slack-arbetsyta.
- Ge Claude åtkomst till de verktyg, datakällor och repos som behövs.
- Sätt en månatlig utgiftsgräns för din organisation.
- Testa Claude i en privat kanal innan du rullar ut bredare.
När installationen är klar konfigurerar slutanvändare ingenting. Vem som helst i en kanal där Claude Tagg är på kan tagga @Claude direkt, och arbete i kanalen debiteras organisationen, inte personen. DMs är undantaget: där körs Claude på ditt eget claude.ai-konto och debiteras dig, och admins kan stänga av DMs för hela orgen.
Tagga @Claude med en uppgift så postar den en checklista i tråden och arbetar sedan igenom stegen i det öppna. Med GitHub-åtkomst kan den öppna en pull request; med en databasanslutning kan den köra en fråga. Allt hamnar tillbaka i samma tråd, så inget sker utanför kanalhistoriken. Identiteten bakom de åtgärderna är nästa avsnitt.

Claude Tagg postar en live-checklista när den går igenom varje steg i uppgiften. Bildkälla: Anthropic.
Claude Tagg-agentens identitet: en Claude per kanal
Identitetsmodellen är där Claude Tagg tydligast avviker från typiska AI-integrationer, och den del som spelar störst roll för enterprise-administratörer.
I de flesta personliga AI-upplägg agerar AI:n som du, med dina uppgifter för att läsa dina dokument eller din kalender. Det rämnar i ett team. Om tre ingenjörer och en PM delar en kanal, vems uppgifter ska AI:n använda? Det finns inget rent svar.
Claude Taggs svar är att ge Claude en egen identitet. Claude postar i Slack som Claude-appen. På GitHub öppnar den PR:ar som Claude GitHub App. I databaser frågar den under ett tjänstekonto som en admin tillhandahållit. Inga personliga användaruppgifter är någonsin inblandade, vilket innebär att en delad kanal inte av misstag kan bli en bakdörr in i någons privata dokument.
Identitetsmodellen ändrar också vad kanalmedlemmar kan be Claude göra. En kanalmedlem utan direkt repo-åtkomst kan be Claude läsa det repot, om kanalens åtkomst tillåter det. Anthropic medger att detta avviker från åtkomstkontrolldistor på användarnivå och beskriver det som ett medvetet designval för autonoma, flerspelar-agenter.
Behörigheter följer en hierarki i tre nivåer:
- Organisation: grundläggande åtkomst som Claude har överallt där den är installerad.
- Arbetsyta: gäller alla öppna kanaler i en Slack-arbetsyta; ärver behörigheter på org-nivå.
- Privat kanal: ytterligare uppgifter eller repos ovanpå baslinjen för arbetsytan; används för känsliga sammanhang som juridik- eller finanskanaler.
En privat kanal kan alltså bära egna uppgifter, medan öppna kanaler i en arbetsyta använder den delade uppsättningen för arbetsytan. Om du återkallar en uppgiftssats upphör Claudes åtkomst överallt där den användes på en gång, vilket är enklare än att spåra individuella åtgärder över dussintals användarkonton.

Breda integrationer körs i delade kanaler under agentidentitet; personliga verktyg stannar i DMs. Bildkälla: Anthropic
Rollbaserad åtkomstkontroll (RBAC), som låter admins begränsa vilka medlemmar som över huvud taget kan anropa Claude Tagg, är endast en Enterprise-funktion.
Hur Claude Tagg bygger minne över kanaler
Minne är det Anthropic trycker hårdast på i lanseringsmaterialet, och funktionen som kräver mest omsorg att förstå.
Claude Tagg har tre minnesomfång:
- Kanalminne: det Claude bygger upp från kanalerna den är i, så att teamet slipper förklara återkommande ämnen, beslut och projekthistorik på nytt.
- Arbetsyteminne: kontext hämtad från andra kanaler och datakällor, men bara där en admin har beviljat det.
- Organisationskunskap: anslutna system som Google Drive, GitHub och interna databaser, återigen inom det admins har konfigurerat.
Innan du antar att detta innebär att Claude vet allt i orgen: det gör den inte. Vad den lär sig i en privat kanal stannar där, och en försäljningskanals Claude kan inte se vad en ingenjörskanals Claude vet.
Admins behåller full kontroll över vad Claude sparar: under Organization settings > Claude Tag > Audit kan de visa, redigera och radera dess kanal- och arbetsyteminne. Slack-konversationer följer dina befintliga Slack-retentionspolicyer, och om integrationen kopplas bort raderas de från Claudes system inom 30 dagar.
Fördelen: en kollega som kommer tillbaka efter en vecka behöver inte briefa Claude igen. Baksidan: var medveten om vilka kanaler du lägger till den i, eftersom allt som delas där ackumuleras.
Ambient-läge: proaktivt och asynkront arbete
De flesta av Claude Taggs funktioner kan du resonera om på papper. Ambient-läget är det som är svårt att föreställa sig tills du ser det i arbete.
Att arbeta asynkront
Standardinteraktionen är reaktiv: du taggar den, den arbetar, den svarar. Det asynkrona är att du inte väntar. Lämna över en uppgift och gå tillbaka till ditt eget arbete medan den körs, och samma checklista i tråden låter alla i kanalen följa med.
Claude kan också schemalägga uppgifter åt sig själv. Med Anthropics ord kan den ”driva ett projekt autonomt över timmar eller dagar”. Cat Wu, Anthropics produktchef för Claude Code, beskrev hur hon kopplade Claude till sin Gmail-inkorg så att den bevakar viktiga mejl och pingar henne i Slack när ett sådant kommer. Hon loggar ut; Claude fortsätter att bevaka.
Att ta initiativ
Ambient-läget är opt-in. Slå på det, så slutar Claude vänta på att bli taggad. Som Anthropics @claudeai-konto uttrycker det: ”Slå på ambient-beteende, så tar Claude initiativ. Den följer upp trådar som har tystnat och flaggar vad som är relevant från sina kanaler och verktyg.”
Det är här Claude Tagg börjar kännas som en agent snarare än en chatruta, och där styrningsfrågorna blir skarpare. Jag återkommer till dem i säkerhetsavsnittet. Skälet till att det är opt-in: en AI som postar oombedda uppdateringar är hjälpsam i vissa kanaler och ett störningsmoment i andra.
Claude Tagg vs. Claude in Slack: vad som ändrats
Jag flaggade avvecklingsdatumet i början. Här är vad som faktiskt ändras mellan de två.

Claude Tagg, Anthropics ersättare för Claude in Slack. Bildkälla: Anthropic.
Den äldre integrationen var sessionsbaserad: varje användares interaktion var isolerad, det fanns inget delat kanalminne, och Claude agerade under individuella användarbehörigheter och -debitering. Den hade tre ytor (DMs, en AI-assistentpanel och tråddeltagande), men upplevelsen låg närmare en personlig assistent än en teamresurs.
Claude Tagg ersätter det med en delad, kvarvarande agent: kanalminne som byggs upp över tid, en identitet på org-nivå, debitering på organisationsnivå för kanaljobb samt ambient-läge och schemaläggning som jag just gick igenom.
För att sätta datum på det: du har till ungefär den 23 juli att välja in manuellt, 30 dagar från lanseringen den 23 juni. Efter den 3 augusti slutar den gamla appen fungera och bytet sker automatiskt. Berättigade Enterprise-organisationer får en engångskredit på 25 000 $ för initial användning; Team-organisationer får 2 500 $.
Säkerhet, styrning och granskning
Styrningssidan kokar ner till tre saker: utgiftskontroller, granskningsloggen och hur nätverksåtkomst avgränsas.
Utgiftskontroller och debitering
Som nämnts tidigare debiteras kanaljobb organisationen, inte personen, och det mäts till API-priser snarare än inbakat i en per-användare-avgift. Det kan bli mycket för en alltid-på-agent, särskilt med ambient-läge påslaget.
Så här ser kontrollerna ut. Organisationer sätter ett tak på org-nivå för månadsutgifter, plus gränser per kanal, och nya kanaler ärver ett standardvärde. Admins får en varning vid 75 % av en gräns och igen vid 95 %. En uppgift som skulle överskrida gränsen nekas rakt av i stället för att tyst kapas, och den blockerade användaren kan be en admin om mer budget direkt i Slack.
Detta är viktigt eftersom risken inte är hypotetisk. Dokumenterade fall från andra agentiska Claude-produkter visar att tokenkostnader kan rusa när agenter kör på egen hand. Utgiftskontrollerna är huvudverktyget för att hålla det i schack.
Granskningslogg
Varje åtgärd Claude vidtar loggas. Granskningsvyn under Organization settings > Claude Tag > Audit registrerar varje schemalagd och engångsuppgift, plus varje nätverksanrop gjort med Claudes agentuppgifter. Agentidentiteten från tidigare gör att dessa åtgärder blir spårbara i varje anslutet verktyg, och en GitHub-pull request bär en länk tillbaka till Slack-tråden som utlöste den.
Den bredare granskningsloggen i Claude Enterprise registrerar konto- och säkerhetshändelser men utesluter som standard samtalsinnehåll. Endast händelseidentifierare loggas, inte de faktiska meddelandena.
Nätverk och åtkomstavgränsning
När en admin kopplar ett verktyg till en kanal lagras uppgiften separat och knyts till den kanalen, för att sedan injiceras vid nätverksgränsen endast när en begäran behöver den. Utgående trafik till varje värd som en admin inte uttryckligen tillåtit blockeras. Det innebär att Claude inte kan ”ringa hem” till en oavsedd destination mitt i en uppgift.
Claude Tagg vs. Microsoft Copilot och Glean
Det mest användbara perspektivet här är inte en leverantörsranking. Det är en snävare fråga: vilken av dessa produkter ger ett team delat, beständigt minne inne i Slack, avgränsat till en kanal snarare än en person?
- Microsoft Copilot är djupt integrerat med Microsoft Graph och fungerar bäst i M365-verktyg (Outlook, SharePoint, Teams, Word). Teams är dess primära yta, inte Slack. Copilot-agenter verkar under användaridentitet per person snarare än en agentidentitet på org-nivå, och prissättningen är ett separat tillägg per användare till befintliga M365-licenser.
- Glean bygger en kunskapsgraf över 275+ datakällor och fokuserar på enterprise-sökning och hämtning med organisatorisk kontext. Dess minne är på användarnivå: varje användare har sin egen kontext. Glean har ingen motsvarighet till Claude Taggs delade kanalminne. Det är starkt på sökning över system, vilket är ett annat jobb än den uppgiftskörning Claude Tagg siktar på.
- Snowflakes CoWork-produkt (lanserad juni 2026) kör på Claude som huvudmodell. Snowflake är en Anthropic-kund här, inte en konkurrent.
Skillnaden i den här gruppen kommer tillbaka till samma sak: identitet och minne som båda tillhör kanalen, inte användaren.
Begränsningar och öppna frågor
Claude Tagg är en publik beta, och den etiketten täcker mycket, så här är detaljerna.
- Det är endast för Slack i dag. Anthropic har signalerat expansion till andra plattformar men gett varken tidslinje eller plattformsnamn. Team som inte använder Slack kan inte adoptera det ännu.
- Installation kräver en del. Det kräver en betald Slack-plan, ett abonnemang på Claude Enterprise eller Team, och en Owner eller Primary Owner för att sätta upp det. Paket med verktygsåtkomst konfigureras för hand, per kanal. Det här är inte en femminutersinstallation för de flesta organisationer.
- Debitering per användning förtjänar uppmärksamhet med autonoma agenter. Enterprise-debitering gick över till fullt API-taktad prissättning i början av 2026. Utgiftskontrollerna hjälper, men först när någon konfigurerar dem. En agent som lämnas i ambient-läge i en aktiv kanal kan förbruka tokens kontinuerligt, och som nämnts tidigare stoppas arbetet vid gränsen, så en uppgift kan stanna mitt i om gränserna är fel.
- Minneshantering kräver uppmärksamhet. I takt med att kontexten växer behöver organisationer se över vad Claude har sparat. Verktygen finns; att använda dem kräver medveten styrning.
- Ambient-läget saknar inbyggt mänskligt godkännandesteg. Tekniska kommentatorer har påpekat att ambient-läget i dagsläget saknar möjlighet för en människa att granska och godkänna åtgärder innan de körs. För organisationer i reglerade branscher eller med strikta regelefterlevnadskrav är detta värt att väga in vid varje införandebeslut.
- Inramningen som privat beta spelar roll. Funktioner, beteende, gränser och prissättning kan ändras. Migreringsdatumet och den nuvarande designen för utgiftskontroller är de mest robusta utgångspunkterna; betrakta det mesta annat som potentiellt föremål för förändring.
Från AI-assistenter till AI-kollegor
När Anthropic lanserade Claude Tagg postade Andrej Karpathy om det på X. Karpathy gick med i Anthropics pre-training-team den 19 maj 2026, så detta är en insynsvy snarare än neutral tredjepartsanalys. Värt att ha i åtanke. Hans inlägg kallade Claude Tagg den ”tredje stora omdesignen av LLM UI/UX” och beskrev tre paradigmskiften: från LLM som en webbplats, till LLM som en nedladdad app, till LLM som en beständig entitet som arbetar sida vid sida med team.

Karpathys inlägg om Claude Tagg. Notera: Karpathy är anställd på Anthropic (anslöt i maj 2026). Bildkälla: X / @karpathy.
De tre paradigmen är ett användbart sätt att se vad Anthropic försöker bygga: inte ännu en plats dit du går för att använda AI, utan AI som sitter där du redan arbetar. Skiftet i interaktionsmodellen är det som fastnar. Privat, sessionsbaserad AI är fortfarande hur de flesta möter dessa verktyg, och en delad, beständig agent på kanalnivå är något annat.
Om detta känns naturligt eller påträngande beror nästan helt på styrning, vilket troligen är skälet till att agentidentitetsmodellen och utgiftskontrollerna är så utvecklade. Anthropics eget interna införande är hittills det främsta tecknet på att angreppssättet fungerar i praktiken. Frågan för varje org som överväger det: matchar styrningen den åtkomst Claude ges?
Slutsats
Claude Tagg är Anthropics försök att flytta Claude från ett verktyg du använder själv till ett som sitter inne i hur ett team arbetar. Blandningen av delad kanalidentitet, beständigt minne och asynkron uppgiftskörning avviker från den sessionsbaserade AI som de flesta är vana vid.
Det viktigaste vid utvärdering: identitetsmodellen, som tar bort personliga uppgifter ur ekvationen; utgiftskontrollerna, som är det främsta skyddet mot skenande kostnader; och minnesavgränsningen, som avgör vad Claude vet och var. Alla tre kräver aktiv konfiguration.
Om din organisation använder den äldre appen Claude in Slack är den 3 augusti datumet att lägga i kalendern. Utöver migreringen passar det här naturligt för team med ett tydligt användningsfall (kodundersökning och metrikhämtning är mest dokumenterat) och tålamod att sätta upp åtkomst noggrant.
Om du vill veta mer om de andra Claude-produkterna har vi genomgångar av Claude Code och Claude Cowork. Och om du är ny till agentisk AI i allmänhet är kursen Introduction to AI Agents en bra start.
Claude Tagg – vanliga frågor
Vad är Claude Tagg?
Claude Tagg är Anthropics Slack-integration som gör Claude till en delad deltagare i teamkanaler. Till skillnad från en personlig AI-chatt körs den under en identitet på organisationsnivå, behåller beständigt minne inom varje kanal och kan arbeta med uppgifter asynkront. Den är för närvarande i beta för kunder på Claude Enterprise och Team.
Är Claude Tagg samma sak som den gamla integrationen Claude in Slack?
Nej. De ser lika ut men fungerar olika. Den gamla versionen isolerade varje användares session, utan delat minne och med behörigheter per användare. Claude Tagg är delad och beständig och lägger till kanalminne, en identitet på org-nivå, ambient-läge och schemaläggning. Den gamla versionen avvecklas den 3 augusti 2026.
Kan Claude Tagg läsa allt i vår Slack-arbetsyta?
Endast det som den uttryckligen har beviljats åtkomst till. Den går inte in i privata kanaler utan att en admin har gett tillstånd, och minnet respekterar dessa gränser: det Claude plockar upp i en kanal stannar där om inte en admin kopplar ihop dem.
Vem kan sätta upp Claude Tagg?
Installation är endast för Owners. En Primary Owner eller Owner i Claude-organisationen kör den en gång på claude.ai/admin-settings/claude-tag; rollen Admin kan inte. Efter det kan alla i de konfigurerade kanalerna använda den utan egen setup.
Hur fungerar debiteringen för Claude Tagg?
Arbete i kanaler debiteras organisationen, inte enskilda användare, medan DMs debiteras varje användares eget konto. Admins sätter gränser på org-nivå och per kanal, och en uppgift som skulle gå över blockeras i stället för att kapas, med möjlighet att be om mer budget inne i Slack.