Claude-integratie voor Slack werkt per kanaal of in dm

Anthropic heeft Claude Tag aangekondigd, een manier om zijn AI-chatbot te integreren in Slack. Die kan in elk kanaal zitten, heeft context per kanaal en werkt in dm's. Claude Tag is er alleen voor betalende klanten en werkt op basis van Claude Code.

Anthropic Claude Tag

Claude Tag moet samenwerken via Claude Code makkelijker maken, meldt Anthropic. Met Tag kunnen deelnemers aan een Slack-kanaal Claude aanroepen door '@claude' te typen en vervolgens vragen stellen of opdrachten geven. Die voert Claude uit, waarbij de resultaten zichtbaar zijn voor alle leden van het kanaal.

De context en toegang tot bestanden zijn per kanaal in te stellen en gescheiden van elkaar. Claude moet bijvoorbeeld voor ontwikkelaars toegang hebben tot de codebase en in een kanaal van juridische medewerkers toegang tot contracten. Die context is helemaal gescheiden, zo claimt Anthropic. Behalve reageren op vragen kan Claude ook actief berichten sturen om te wijzen op bijvoorbeeld ontbrekende documentatie.

De functie is alleen beschikbaar voor klanten van Claude Enterprise of Team. Slack is uiteraard ook nodig. Of en wanneer Claude Tag gaat werken in andere zakelijke chatprogramma's, zegt het bedrijf niet. Claude Tag vervangt 'Claude in Slack', een app voor Slack die al bestond. De tool houdt logs bij en beheerders kunnen limieten op tokens instellen.

Reacties (17)

[emile]

Wij hebben zelf een integratie gebouwd tussen Claude en onze interne chat en het werkt fantastisch. Voor interne applicaties hebben we tal van kanalen met interne gebruikers en we merken dat deze heel zelfredzaam worden door de chatbot die we gebouwd hebben. Vragen die ons voorheen uren kostten om uit te zoeken worden nu in seconden beantwoord. Alleen als ze er met de bot niet uitkomen, springen we zelf nog in. We hebben dan al meegelezen, snappen de context en zien de eerste pogingen die de bot zelf heeft ondernomen om het op te lossen. Dat scheelt significant in doorlooptijd. We hebben niet exact gemeten wat de besparing in manuren is maar ik schat dat we nog maar 30% van onze oorspronkelijke tijd aan support kwijt zijn.

Bovendien helpt het gebruikers de juiste context mee te geven. De bot stelt zelf al vaak de juiste follow-up vragen: welke omgeving, welke parameters, etc. Dat helpt ons om direct concreet te ondersteunen.

[Reactie gewijzigd door emile op 24 juni 2026 11:14]

[delphium]

Ja, dat is lekker vanuit jouw perspectief. Wellicht dat voor jullie gemiddelde klant de chatbot een bevredigend antwoord levert, maar wat gebeurt er met al die slimme mensen die afhaken op het moment dat ze beseffen dat ze niet met een mens spreken?

Als ik merk dat ik word afgescheept met een AI-chatbot, ben je mij kwijt. Voorgoed.
Dan kan het nog steeds zo zijn dat jouw bedrijf uiteindelijk meer winst maakt, maar is dat dan echt een richting waar jij achter staat?

AI-LLM is een woordjesvoorspeller. Daar zijn die modellen goed in, maar als ik zelf prima in staat ben om de woordjes te voorspellen, dan zijn ze vooral ontzettend irritant.

AI inzetten op klantcontact is in mijn ogen echt een absolute no-go.

[I-King]

Als AI toegang heeft tot voldoende context wordt 't voorspellen van woordjes wel veel relevanter. Relevanter dan je zelf lukt, anders had je ook geen vraag.

Het is vooral irritant als 't te algemene crap antwoordt.

[delphium]

Ik heb neurale netwerken gebouwd. From scratch. Ik kan je vertellen dat zelfs met voldoende context een AI-chatbot antwoorden genereert die net de context van de vraagsteller negeert.

Probeer het als volgt te zien:
Als jij een persoon bent met absoluut geen kennis van autotechnologie, dan zul je vast een hoop waardevolle antwoorden uit een AI-chatbot krijgen op dat onderwerp.

Ben je echter een automonteur, dan lach je je rot, of beter, je barst in huilen uit. Het werkelijke probleem ligt in het feit dat het gebruik van AI leidt tot het afschuiven van verantwoordelijkheid.

Zeker bij klantcontact (ik ben daar actief mee bezig!), wil je de nuance meepakken. Dat is precies waar het totaal misgaat met de inzet van AI.

[SPee]

Laatst vroeg ik aan de chatbot van mijn bank "wat is de url van de website van ICS creditcard". De chatbot wist niet wat een 'url' was en kwam met "bedoelt u kantoor of telefoonnummer?" Je zou verwachten dat een bank die met ICS zaken doet, wel voldoende context heeft om dit te beantwoorden. Maar helaas beperken ze die AI's ook om zeer beperkt te blijven, zodat ze geen vreemde of ongewenste antwoorden geven.

Mijn context: ik klik veel liever op een link op de website van mijn bank, dan op de link van een mailtje in mijn spambox. Zelfs google is discutabel.

[emile]

Ik heb het toch helemaal niet over klantcontact? Ik heb het over gebruikers van interne applicaties die volledig vrij zijn om de vraag naar mij te escaleren op het moment dat ze er met de bot niet uitkomen. Wij geven de bot voldoende context: broncode, logs en data. Daar komt minstens 7 van de 10 keer sneller een bevredigender antwoord uit dan wanneer ik het zelf moet onderzoeken.

[satya]

Da's wel een hele mooie toepassing om ook gebruikers beter van dienst te zijn 🙂

[RobbertBink]

AI is toch wel dé manier om alle mogelijke data op te slurpen, zowel privé als bedrijfsdata. Ik vraag me af of mensen en bedrijven dit wel goed doorhebben. Het is niet zoiets als end-to-end encryptie van een chatdienst.

[xoniq]

Het is niet zoiets als end-to-end encryptie van een chatdienst.

End-to-end encryptie betekent eigenlijk alleen dat de communicatie versleuteld is van apparaat tot apparaat. Het betekent niet automatisch dat de software zelf te vertrouwen is. Als een app-ontwikkelaar data al verzamelt vóór die versleuteld wordt, of nadat die op het toestel ontsleuteld is, dan helpt E2EE daar niet tegen.

Daarom is E2EE vooral een garantie dat derden en de dienstverlener de berichten onderweg niet kunnen meelezen. Maar uiteindelijk blijft de app zelf een vertrouwenskwestie. De beveiliging is niet alleen zo sterk als de encryptie, maar ook als de software die die encryptie implementeert.

Daarom vertrouw ik WhatsApp ook niet voor zakelijk gebruik, het blijft van Meta, en Meta blijft een data-hongerig bedrijf. Als zij willen, kunnen ze gewoon jou app de chats laten doorsturen naar Meta zelf zonder dat je het door hebt. Als ze willen, pakken ze je data wel.

[Jim80]

Exactly. Dit is een natte droom voor big tech en china. Bedrijven en particulieren sturen vrijwillig al hun waardevolle en gevoelige data in zo'n tempo dat ze er bijna in verzuipen. What can go wrong....

[LucasVanDijk758]

Een lokaal model lost maar een deel van het probleem op. De belangrijkste vraag blijft: welke Slack-kanalen/bestanden krijgt die bot, wie mag hem aanroepen, en waar komen logs/prompts terecht. Ik zou zoiets standaard per kanaal whitelisten en niet als “mag overal meelezen” installeren. Zeker niet in kanalen met HR, juridische of klantdata.

[Nark0tiX]

Lekker data delen

[DexterDee]

Ik heb het vandaag geprobeerd, maar ben een beetje teleurgesteld dat het gebruik altijd volledig buiten je maandbundel valt. Je betaalt dus voor alles wat je via deze integratie doet het volle pay-as-you-go tarief. Ook al heb je een lege dag-, week of maandlimiet.

Verder werkt het wel lekker. Je kunt kiezen per Slack kanaal of je alléén een git repository wil gebruiken of een hybride vorm met claude.ai chat erbij. Als die laatste niet aan staat, dan krijg je geen antwoord op algemene vragen en komt ‘ie al snel met “I wasn't sure which repository you meant — pick one to start a code session”.

[martijn819]

Uiteindelijk is het krankzinnigste van dit alles dat de Amerikanen het socialisme opnieuw aan het uitvinden zijn. Want die toffe oplossing voor probleem X bij bedrijf Y ? Die heeft iedereen nu.

Maar met het Amerikaanse laagje dat ze je elk moment kunnen afsluiten van de bron met alle oplossingen.

[satya]

Dat is te ondervangen door er een eigen LLM tegenaan te gooien. Daar komen speciale systemen voor. Met Deepseek of Gemini lokaal heb ke dan een volwaardige LLM voor jezelf.

Voor GitHub komen daar zelfs speciale developper PC's voor waarbij op GitHub alleen de laatse slag nog gemaakt wordt.

[Zebby]

Op enterprise schaal zijn er ook bedrijven als Mistral bezig met contained, self-hosted modellen. Die prijskaartjes zijn alleen ietsje hoger.

[Ace2500]

Grappig. Ik heb zelf net CompanyBrain.cloud opgezet met min of meer hetzelfde idee. Documenten in Slack kanalen kun je indexeren en er vervolgens kan iedereen er in het kanaal er vragen over stellen. Stel vragen over de handboeken en documentatie, en krijg direct antwoorden met bronvermelding. Dit zonder Slack te verlaten.

[Reactie gewijzigd door Ace2500 op 24 juni 2026 21:44]