Din agent skal sige, at den er en agent.

Den 2. august 2026 trådte en regel i kraft, som de fleste, der bygger AI-supportagenter, ikke har læst. Den spørger ikke, om din model er træfsikker, hvor dine data hostes, eller hvad du trænede på. Den spørger om noget meget mindre og meget sværere at forfalske: ved personen i den anden ende af denne samtale, at de taler med software? Artikel 50 i EU's AI-forordning fik anvendelse den 2. august 2026, og for alle, der kører en chatbot i Europa, er det den første linje i forordningen, der faktisk bider.

Hvad ændrede sig den 2. august 2026?

Artikel 50 i EU's AI-forordning fik anvendelse. Den pålægger fire gennemsigtighedspligter: fortæl folk, når de interagerer med et AI-system, mærk AI-genereret indhold, så det kan opdages, fortæl folk, når følelsesgenkendelse eller biometrisk kategorisering kører, og mærk deepfakes og AI-genereret tekst af almen interesse. Den gælder ethvert AI-system brugt i de fire situationer, ikke kun højrisikosystemer.

Den sidste sætning er grunden til, at denne betyder mere end resten af forordningen for de fleste virksomheder. Højrisikoklassificering fanger et snævert sæt anvendelser — ansættelse, kredit, biometri. Artikel 50 fanger alle, der har sat en chatbot på et websted. Future of Life Institutes data fra deres overholdelsestjek placerede gennemsigtighed som nummer to efter AI-kompetence som udløser for overholdelse, med omkring 33 % af respondenterne.

Og den skoner ikke os. Pligterne omfatter udbydere og idriftsættere af AI-systemer med åben kildekode, som udtrykkeligt ikke er undtaget. En MIT-licens er et godt svar på mange spørgsmål. Den er ikke et svar på dette.

• 50(1)Udbydere. Systemer, der interagerer direkte med mennesker — chatbots, stemmeassistenter, AI-ledsagere, agenter der selvstændigt ringer eller sender mails — skal udformes, så personen ved, at de har med AI at gøre. Hvor agenten handler på nogens vegne, også identiteten på den person eller enhed.
• 50(2)Udbydere. Systemer, der genererer syntetisk lyd, billede, video eller tekst, skal mærke output maskinlæsbart og levere et middel til detektion. Mærkning uden detektion er ikke nok.
• 50(3)Idriftsættere. Alle, der udsættes for følelsesgenkendelse eller biometrisk kategorisering, skal have at vide, at det kører — i realtid eller bagefter.
• 50(4)Idriftsættere. Deepfakes skal mærkes. Det samme gælder AI-genereret tekst, der udgives for at informere offentligheden om spørgsmål af almen interesse, medmindre den har været gennem menneskelig redaktionel gennemgang, og en navngiven person eller virksomhed har det redaktionelle ansvar.

Skal min support-chatbot fortælle brugerne, at den er en AI?

Næsten helt sikkert ja. Artikel 50(1) kræver, at udbydere af systemer, der interagerer direkte med mennesker, udformer dem, så brugerne er informeret om, at de har med AI at gøre. Den eneste undtagelse er, hvor det er åbenlyst for en rimeligt velinformeret, opmærksom og påpasselig person — og Kommissionens retningslinjer, færdiggjort den 20. juli 2026, læser det snævert. De nævner helpdesk-chatbots, hvor output kan opfattes som skrevet af et menneske, som et tilfælde der kræver oplysning.

Eksemplerne på den anden side af linjen er lærerige. En kodeassistent-chatbot, der kun bruges af professionelle udviklere: åbenlyst, ingen oplysning nødvendig. En ikke-spilbar figur i et enkeltspillerspil: åbenlyst. Et robotkæledyr bygget til at efterligne ægte samspil: ikke åbenlyst. Fordybende miljøer med realistiske avatarer, især omkring børn eller ældre brugere: ikke åbenlyst. Testen er publikum, ikke dine hensigter.

Tre detaljer fanger folk. Oplysningen skal gives ved første interaktion med hvert enkelt individ, ikke første gang du tænder for systemet. Den skal være klar og til at skelne — begravet i vilkår og betingelser, eller to menuniveauer nede, tæller ikke. Og på følsomme områder — sundhed, jura, finansiel rådgivning, forsikring, klagebehandling — vil periodiske påmindelser undervejs i samtalen sandsynligvis blive forventet ud over den indledende besked.

En ting værd at sige lige ud, før vi går videre: jeg er stifter, ikke jurist. Alt her er en læsning af den offentliggjorte tekst og Kommissionens egne retningslinjer, begge linket. Hvordan det lander på dit produkt er faktaspecifikt og værd en time hos nogen kvalificerede.

Udsatte EU ikke lige AI-forordningen?

Dele af den, og ikke denne del. Digital Omnibus om AI — vedtaget af Parlamentet den 16. juni 2026 med 423 mod 57 stemmer og 174 undladelser, og endeligt godkendt af Rådet den 29. juni 2026 — udsatte selvstændige højrisikopligter efter bilag III til den 2. december 2027, og højrisiko-AI indlejret i regulerede produkter efter bilag I til den 2. august 2028. Artikel 50 blev ikke udsat.

Den ene indrømmelse inde i artikel 50 er snæver: generative systemer, der allerede var på markedet før den 2. august 2026, har frist til den 2. december 2026 til at opfylde kravet om maskinlæsbar mærkning i 50(2). Værd at bemærke, hvem netop den pligt lander på — udbyderen af det generative system, hvilket for de fleste virksomheder betyder Anthropic, OpenAI, Mistral eller den, der hoster modellen, frem for den platform, du bygger oven på den. Alt andet — chatbotoplysning, deepfake-mærkning, besked om følelsesgenkendelse — fik anvendelse samme dag.

Kommissionens adfærdskodeks for mærkning er den eneste EU-anerkendte vej til at vise overholdelse, og den dækker mærkning — 50(2) og 50(4). Den dækker ikke 50(1). Så for den ene pligt, de fleste virksomheder faktisk har — at fortælle folk, at din chatbot er en chatbot — findes der ingen kodeks at skrive under og ingen genvej at pege på. Du viser det med produktet.

Er AI-oplysning et tekstproblem eller et arkitekturproblem?

Et tekstproblem i omtrent en uge. Oplysningslinjen er én sætning i en hilsen, og et hvilket som helst team kan levere den til fredag. Det, der tager længere tid, er at besvare de spørgsmål, der kommer lige bagefter: hvilke beskeder i denne tråd blev skrevet af software, hvornår overtog et menneske samtalen, hvad gjorde agenten, mens den holdt den, og kan du vise mig det. Det er skemaspørgsmål, og en sætning i en velkomstskærm besvarer ingen af dem.

De fleste supportstakke registrerer, hvem der svarede. Færre registrerer hvilken slags ting der svarede. Bor din bot uden for helpdesken og skubber transskriptioner ind i den, er forskellen mellem agent og menneske som regel en konvention — et visningsnavn, et mærkat nogen huskede at sætte — frem for en kolonne med en betingelse på. Det holder fint, indtil den første person spørger, om det svar, der kostede dem penge, kom fra et menneske, og du skal rekonstruere svaret ud fra tidsstempler.

Det er det samme argument, jeg har ført om hvad der sker, når operatøren af dine systemer er software frem for en person, som ankommer fra en uventet retning. Er det, der laver arbejdet, en model, skal registreringen af arbejdet bygges til det faktum fra første migrering. Artikel 50 skabte ikke det krav. Den fik bare regningen til at komme.

Hvordan ser et system ud, der kan besvare de spørgsmål?

Det registrerer forfatterskab som data, ikke som en etiket. I Munin bærer hver beskedrække en author_type — end_user, user, agent eller system — og widgettens modtagelsesendepunkt kræver rollen på hver besked, det tager imod, frem for at udlede den. Så »hvilke af disse blev skrevet af software« er et filter, ikke en efterforskning, og det forbliver sandt for samtaler, der startede for to år siden.

Overdragelsen er også en hændelse. Når en person overtager en tråd i dashboardet, sender Munin conversation.taken_over, og hver conversation.message.sent bærer authorType — hvilket er, hvordan en ekstern bot lærer at træde til side, og hvordan transskriptionen registrerer det øjeblik, tråden skiftede hænder. conv_request_handover dækker den anden retning, når agenten beslutter, at spørgsmålet ligger uden for dens kompetence.

Selve oplysningen bor der, hvor en besøgende faktisk kigger. Chatwidgettens velkomstskærm tager data-munin-eyebrow og data-munin-greeting, så sætningen er det første i panelet frem for en linje på en politikside — hvilket er den forskel, retningslinjerne interesserer sig for. Og agentens egne instruktioner er ingen skjult prompt: de ligger i videnbaseområdet agent-runtime som et versioneret dokument, så »hvad fik denne agent besked på at gøre i marts« har et svar med en diff vedhæftet.

På den udgående side er den samme tænkning grunden til, at Munins udgående kontakt skriver udkast og standser. Retningslinjerne placerer agentiske systemer, der selvstændigt kontakter enkeltpersoner — ringer op, sender mails på en virksomheds vegne — lige midt i 50(1). En kø af udkast, som en navngiven person læser og godkender, er et andet artefakt end en agent, der arbejder sig gennem en kontaktliste uden opsyn, og det er en forskel, du kan dokumentere.

<script async
  src="https://api.getmunin.com/widget.js"
  data-widget-key="mn_widget_…"
  data-channel-id="cch_…"
  data-munin-eyebrow="Automatisk assistent"
  data-munin-greeting="Du chatter med en AI-assistent. Bed om et menneske når som helst, så stiller vi dig om.">
</script>

Hvad skal du gøre ved det nu?

Fire ting, i denne rækkefølge, og ingen af dem tager et kvartal.

• Klassificer din rolle for hvert systemFor hver AI, der rører et menneske, afgør om du er udbyder, idriftsætter eller begge. Svaret er som regel forskelligt per system, og det afgør, hvilke af de fire pligter du har. En supportagent, du har sat sammen og mærket med dit navn, gør dig til udbyder, selv når hver komponent kom fra en anden.
• Læg oplysningen der, hvor øjet landerFørste interaktion, per person, klar og til at skelne. Velkomstskærm, åbningslinjen i telefonopkaldet, første automatiske mail — ikke privatlivssiden. Er du inden for sundhed, jura, finans, forsikring eller klagebehandling, så planlæg en gentagelse midt i samtalen frem for én besked øverst.
• Tjek at forfatterskab er gemt, ikke underforståetÅbn din database. Er det eneste, der skiller et agentsvar fra et menneskeligt, et visningsnavn eller en konvention, så er det hullet. Det er billigt at rette på tusind samtaler og ubehageligt på en million.
• Skriv den undtagelse ned, du læner dig op adMener du, at åbenlyst-undtagelsen gælder, eller undtagelsen om redaktionelt ansvar for udgivet tekst, så notér ræsonnementet og datoen. Retningslinjerne er ikke bindende, men markedsovervågningsmyndighederne ventes at følge dem tæt, og en samtidig note er mere værd end en erindring.

Hvem skrev denne artikel?

En agent skrev udkastet, og jeg udgav den, efter at have læst hver linje og tjekket hver dato mod kilderne linket ovenfor. Artikel 50(4) når højst sandsynligt ikke en virksomhedsjournal — pligten hviler på tekst udgivet for at informere offentligheden om spørgsmål af almen interesse, og en stifter, der argumenterer for sit eget produkt, er ikke det. Jeg fortæller dig det alligevel.

Undtagelsen inde i 50(4) er værd at læse, selv når den ikke gælder dig, fordi den beskriver en arbejdsform frem for et forbehold: AI-genereret tekst er undtaget fra mærkning, hvor den har gennemgået væsentlig menneskelig gennemgang og en fysisk eller juridisk person bærer det redaktionelle ansvar for den. Ikke overfladisk godkendelse. Ikke et gummistempel med et navn på. Og undtagelsen mistes, hvis der sker væsentlig AI-indgriben efter underskrift — hvilket er en præcis måde at sige, at mennesket skal være sidst.

Det er den samme form som gennemgangskøen, godkendelsesaftrykket og udkaststatussen på hver post i denne samling. Det viser sig, at den ordning, en tilsynsmyndighed vil acceptere, og den ordning, der producerer arbejde, du ville sætte dit navn på, er den samme ordning. Det er ikke tilfældigt, og det er en rimelig ting at designe efter, uanset om nogen tvinger dig.

Ofte stillede spørgsmål

Kræver EU's AI-forordning, at chatbots oplyser, at de er AI? Ja. Fra den 2. august 2026 kræver artikel 50(1), at udbydere af AI-systemer, der interagerer direkte med mennesker, udformer dem, så brugerne er informeret om, at de interagerer med AI. Undtagelsen er, hvor det er åbenlyst for en rimeligt velinformeret, opmærksom og påpasselig person, og Kommissionens retningslinjer fortolker det snævert — helpdesk-chatbots er anført som noget, der kræver oplysning.

Gælder artikel 50 for AI-systemer med åben kildekode? Ja. Udbydere og idriftsættere af AI-systemer med åben kildekode er ikke undtaget fra gennemsigtighedspligterne i artikel 50. Nogle andre dele af forordningen har undtagelser for åben kildekode; denne har ikke.

Gælder artikel 50 for virksomheder uden for EU? Den kan. Udbydere etableret uden for EU fanges, hvor systemets output er tænkt brugt i EU, hvor »tænkt« betyder forudsigelig brug frem for tilfældig brug længere nede i kæden. Idriftsættere fanges, hvor de forudser, at output spredes eller bruges i EU.

Hvad er sanktionen for ikke at oplyse, at en bruger taler med AI? Op til 15 millioner euro eller 3 % af global årsomsætning, det højeste af dem. Manglende oplysning kan separat tælle som en vildledende praksis efter direktivet om urimelig handelspraksis, og artikel 50(3) står ved siden af gennemsigtighedspligterne i databeskyttelsesforordningens artikel 13 og 14.

Blev chatbotoplysningen udsat af Digital Omnibus? Nej. Digital Omnibus udsatte højrisikopligter efter bilag III til den 2. december 2027 og bilag I til den 2. august 2028. Artikel 50 fik anvendelse den 2. august 2026 som planlagt. Den eneste forlængelse inde i den giver generative systemer, der allerede var på markedet før den dato, frist til den 2. december 2026 til at opfylde mærkningskravet i 50(2).

Hvilken helpdesk-software registrerer, om en besked blev skrevet af en AI? Spørg din leverandør, om forfatterskab er et gemt felt eller en visningskonvention — svaret varierer mere, end du tror. I Munin bærer hver beskedrække en author_type med værdien end_user, user, agent eller system, overdragelser udløser en conversation.taken_over-hændelse, og hver conversation.message.sent-hændelse bærer den type. Sammenligningen af helpdeske med åben kildekode dækker, hvor alternativerne står på det.

Er du i gang med at koble en supportagent op nu, er siderne om chatwidget og overdragelse i Munins dokumentation dem, der er værd at læse to gange, og hele platformen er MIT på GitHub.

At fortælle folk det er den nemme del. At kunne vise dem det er produktet.