{"id":1700,"date":"2026-06-24T07:17:40","date_gmt":"2026-06-24T05:17:40","guid":{"rendered":"https:\/\/vittrup-graversen.dk\/?p=1700"},"modified":"2026-06-24T07:17:41","modified_gmt":"2026-06-24T05:17:41","slug":"claude-tag-naar-llmen-flytter-ind-i-slack-som-teammedlem","status":"publish","type":"post","link":"https:\/\/vittrup-graversen.dk\/index.php\/2026\/06\/24\/claude-tag-naar-llmen-flytter-ind-i-slack-som-teammedlem\/","title":{"rendered":"Claude Tag: n\u00e5r LLM\u2019en flytter ind i Slack som teammedlem"},"content":{"rendered":"\n

Anthropic har lanceret Claude Tag i beta til Claude Enterprise og Team. Det lyder umiddelbart som endnu en Slack-integration, men det interessante er ikke, at man kan skrive @Claude<\/strong> i en kanal. Det interessante er, at sprogmodellen f\u00e5r en fast plads i teamets arbejdsrum, kan huske kanalens kontekst, bruge udvalgte v\u00e6rkt\u00f8jer og arbejde asynkront over tid.<\/p>\n\n\n\n

Det er et vigtigt skifte. Mange organisationer har behandlet LLM\u2019er som individuelle assistenter: en medarbejder \u00e5bner et chatvindue, kopierer noget tekst ind, f\u00e5r et svar og lukker vinduet igen. Claude Tag peger mod en anden model, hvor LLM\u2019en bliver et delt driftsobjekt med egen identitet, egne rettigheder, egen hukommelse og egen log. Det er mere brugbart. Det er ogs\u00e5 langt sv\u00e6rere at styre ordentligt.<\/p>\n\n\n\n

Fra personlig chatbot til f\u00e6lles agent i Slack<\/h2>\n\n\n\n

If\u00f8lge Anthropic kan Claude Tag kobles til udvalgte Slack-kanaler, v\u00e6rkt\u00f8jer, data og kodebaser. N\u00e5r nogen tagger @Claude, kan modellen dele opgaven op i trin, arbejde videre i baggrunden og vende tilbage i tr\u00e5den med resultatet. Den kan ogs\u00e5, hvis s\u00e5kaldt ambient adf\u00e6rd er aktiveret, f\u00f8lge med i kanalen og proaktivt pege p\u00e5 ting, der kr\u00e6ver opm\u00e6rksomhed.<\/p>\n\n\n\n

Anthropic skriver selv, at den interne version allerede bruges bredt, og at 65 procent af produktteamets kode hos Anthropic nu skabes af den interne Claude Tag. Det tal skal ikke l\u00e6ses som dokumentation for, at alle andre f\u00e5r samme effekt. Det siger mere om retningen: LLM\u2019en flytter fra v\u00e6rkt\u00f8j ved siden af arbejdet til delt deltager inde i arbejdets normale koordinationslag.<\/p>\n\n\n\n

For udviklere og IT-arkitekter er det is\u00e6r interessant, fordi Slack i mange virksomheder allerede er et uformelt kontrolrum. Der ligger beslutninger, incident-tr\u00e5de, fejlbeskrivelser, deploy-aftaler, kundesignaler og halve arkitekturbeslutninger. Hvis en agent kan l\u00e6se og handle ud fra den kontekst, bliver den langt mere nyttig end en blank chatbot. Men den f\u00e5r ogs\u00e5 adgang til netop det kaos, hvor mange virksomheder har mindst governance.<\/p>\n\n\n\n

Den rigtige nyhed er agent-identitet<\/h2>\n\n\n\n

Den vigtigste del af Claude Tag er ikke brugerfladen. Det er Anthropic\u2019s model for agent-identitet. I stedet for at agenten blot handler p\u00e5 vegne af den person, der stiller sp\u00f8rgsm\u00e5let, f\u00e5r Claude sin egen identitet i de systemer, den r\u00f8rer. Den kan for eksempel poste som Claude-appen i Slack, \u00e5bne pull requests som en Claude GitHub App og bruge servicekonti til dataadgang.<\/p>\n\n\n\n

Det er den rigtige retning. Hvis en delt agent bruger Mortens, Mettes eller S\u00f8rens personlige rettigheder, ender man hurtigt med uigennemsigtige sidekanaler. Hvem bad agenten om hvad? Hvilken adgang blev brugt? Hvorfor kunne en person uden repo-adgang alligevel f\u00e5 Claude til at l\u00e6se repoet? Med agent-identitet bliver sp\u00f8rgsm\u00e5let i stedet: hvad m\u00e5 denne agent i dette rum?<\/p>\n\n\n\n

Men det l\u00f8ser ikke alt. Anthropic beskriver selv, at agentens adgang kan defineres p\u00e5 workspace- og kanalniveau, og at offentlige kanaler kan dele en workspace-identitet, mens private kanaler f\u00e5r mere afgr\u00e6nsede identiteter. Det betyder, at kanaldesign pludselig bliver sikkerhedsarkitektur. En Slack-kanal er ikke l\u00e6ngere bare et sted, hvor folk snakker. Den kan blive en rettighedscontainer for en autonom agent.<\/p>\n\n\n\n

Det kr\u00e6ver driftst\u00e6nkning, ikke bare licenser<\/h2>\n\n\n\n

Hvis man vil teste Claude Tag i en dansk virksomhed, b\u00f8r f\u00f8rste skridt ikke v\u00e6re at invitere agenten ind i alle produktkanaler. Start med en smal, privat testkanal. Giv den l\u00e6seadgang til ufarlige dokumenter. Giv den eventuelt adgang til et test-repo. Log alle handlinger. S\u00e6t forbrugsgr\u00e6nser. Definer hvem der m\u00e5 kalde agenten. Og vigtigst: skriv ned hvilke typer opgaver den m\u00e5 l\u00f8se uden menneskelig godkendelse.<\/p>\n\n\n\n

Det her minder om diskussionen i artiklen om lokal LLM-hukommelse<\/a>: hukommelse er nyttig, men kun hvis man kan se, afgr\u00e6nse og nulstille den. Det minder ogs\u00e5 om Claude 529-fejlene<\/a>, fordi en agent i Slack hurtigt bliver en del af driftsflowet. N\u00e5r den f\u00f8rst bruges til fejls\u00f8gning, PR-oprettelse og opf\u00f8lgning p\u00e5 incidents, er nedetid ikke l\u00e6ngere en irritation. Det er en afh\u00e6ngighed.<\/p>\n\n\n\n

Mit bud er, at Claude Tag rammer et reelt behov. Teams har ikke brug for endnu en separat AI-fane. De har brug for modeller, der kan arbejde i de systemer, hvor arbejdet faktisk sker. Men der er en h\u00e5rd pris: rettigheder, audit, memory-scoping og kanalstruktur bliver produktionsdiscipliner. Hvis de ikke er p\u00e5 plads, f\u00e5r man bare en meget hj\u00e6lpsom genvej gennem ens egne adgangskontroller.<\/p>\n\n\n\n

Kilder<\/h2>\n\n\n