Agenten din må si at den er en agent.

1. august 2026 trådte en regel i kraft som de fleste som bygger KI-supportagenter, ikke har lest. Den spør ikke om modellen din er treffsikker, hvor dataene dine hostes, eller hva du trente på. Den spør om noe mye mindre og mye vanskeligere å forfalske: vet personen i andre enden av denne samtalen at de snakker med programvare? Artikkel 50 i EUs KI-forordning fikk anvendelse 2. august 2026, og for alle som kjører en chatbot i Europa, er det den første linja i forordningen som faktisk biter.

Hva endret seg 2. august 2026?

Artikkel 50 i EUs KI-forordning fikk anvendelse. Den pålegger fire åpenhetsplikter: fortell folk når de samhandler med et KI-system, merk KI-generert innhold slik at det kan oppdages, fortell folk når følelsesgjenkjenning eller biometrisk kategorisering kjører, og merk dypfalskt materiale og KI-generert tekst av allmenn interesse. Den gjelder ethvert KI-system brukt i de fire situasjonene, ikke bare høyrisikosystemer.

Den siste setningen er grunnen til at denne betyr mer enn resten av forordningen for de fleste selskaper. Høyrisikoklassifisering fanger et smalt sett bruksområder — ansettelser, kreditt, biometri. Artikkel 50 fanger alle som har satt en chatbot på et nettsted. Future of Life Institutes data fra etterlevelsessjekkeren plasserte åpenhet som nummer to etter KI-kompetanse som utløser for etterlevelse, med rundt 33 % av respondentene.

Og den sparer ikke oss. Pliktene omfatter leverandører og idriftsettere av KI-systemer med åpen kildekode, som eksplisitt ikke er unntatt. En MIT-lisens er et godt svar på mange spørsmål. Den er ikke et svar på dette.

• 50(1)Leverandører. Systemer som samhandler direkte med mennesker — chatboter, taleassistenter, KI-følgesvenner, agenter som selvstendig ringer eller sender e-post — må utformes slik at personen vet at de har med KI å gjøre. Der agenten opptrer på noens vegne, også identiteten til den personen eller enheten.
• 50(2)Leverandører. Systemer som genererer syntetisk lyd, bilde, video eller tekst må merke resultatene maskinlesbart og levere et middel for deteksjon. Merking uten deteksjon er ikke nok.
• 50(3)Idriftsettere. Alle som utsettes for følelsesgjenkjenning eller biometrisk kategorisering må få vite at det kjører — i sanntid eller i etterkant.
• 50(4)Idriftsettere. Dypfalskt materiale skal merkes. Det samme gjelder KI-generert tekst publisert for å informere allmennheten om saker av allmenn interesse, med mindre den har vært gjennom menneskelig redaksjonell gjennomgang og en navngitt person eller virksomhet har det redaksjonelle ansvaret.

Må support-chatboten min fortelle brukerne at den er en KI?

Nesten helt sikkert ja. Artikkel 50(1) krever at leverandører av systemer som samhandler direkte med mennesker, utformer dem slik at brukerne er informert om at de har med KI å gjøre. Det eneste unntaket er der dette er åpenbart for en rimelig velinformert, oppmerksom og aktsom person — og Kommisjonens retningslinjer, ferdigstilt 20. juli 2026, leser det snevert. De nevner helpdesk-chatboter, der resultatet kan oppfattes som skrevet av et menneske, som et tilfelle som krever opplysning.

Eksemplene på den andre siden av streken er lærerike. En kodeassistent-chatbot brukt bare av profesjonelle utviklere: åpenbart, ingen opplysning nødvendig. En ikke-spillbar figur i et enspillerspill: åpenbart. Et robotkjæledyr bygd for å etterlikne ekte samhandling: ikke åpenbart. Oppslukende miljøer med realistiske avatarer, særlig rundt barn eller eldre brukere: ikke åpenbart. Testen er publikummet, ikke intensjonene dine.

Tre detaljer er det lett å snuble i. Opplysningen skyldes ved første samhandling med hvert enkelt individ, ikke første gang du slår systemet på. Den må være tydelig og til å skille ut — begravd i vilkår og betingelser, eller to menynivåer ned, teller ikke. Og på sensitive områder — helse, juss, finansiell rådgivning, forsikring, klagebehandling — vil periodiske påminnelser underveis i samtalen sannsynligvis forventes i tillegg til den innledende beskjeden.

En ting det er verdt å si rett ut før vi går videre: jeg er gründer, ikke jurist. Alt her er en lesning av den publiserte teksten og Kommisjonens egne retningslinjer, begge lenket. Hvordan det lander på produktet ditt er faktumspesifikt og verdt en time hos noen kvalifiserte.

Utsatte ikke EU nettopp KI-forordningen?

Deler av den, og ikke denne delen. Digital Omnibus om KI — vedtatt av Parlamentet 16. juni 2026 med 423 mot 57 stemmer og 174 avholdne, og endelig godkjent av Rådet 29. juni 2026 — utsatte frittstående høyrisikoplikter etter vedlegg III til 2. desember 2027, og høyrisiko-KI innebygd i regulerte produkter etter vedlegg I til 2. august 2028. Artikkel 50 ble ikke utsatt.

Den ene innrømmelsen inne i artikkel 50 er smal: generative systemer som allerede var på markedet før 2. august 2026, har frist til 2. desember 2026 med å oppfylle kravet om maskinlesbar merking i 50(2). Verdt å merke seg hvem den plikten lander på — leverandøren av det generative systemet, som for de fleste selskaper betyr Anthropic, OpenAI, Mistral eller den som hoster modellen, framfor plattformen du bygger oppå den. Alt annet — chatbot-opplysning, merking av dypfalskt materiale, varsel om følelsesgjenkjenning — fikk anvendelse samme dag.

Kommisjonens praksiskodeks for merking er den eneste EU-anerkjente veien til å vise etterlevelse, og den dekker merking — 50(2) og 50(4). Den dekker ikke 50(1). Så for den ene plikten de fleste selskaper faktisk har — å fortelle folk at chatboten din er en chatbot — finnes det ingen kodeks å signere og ingen snarvei å peke på. Du viser det med produktet.

Er KI-opplysning et tekstproblem eller et arkitekturproblem?

Et tekstproblem i omtrent en uke. Opplysningslinja er én setning i en hilsen, og hvilket som helst team kan levere den til fredag. Det som tar lengre tid, er å svare på spørsmålene som kommer rett bak: hvilke meldinger i denne tråden ble skrevet av programvare, når overtok et menneske samtalen, hva gjorde agenten mens den holdt den, og kan du vise meg det. Det er skjemaspørsmål, og en setning i en velkomstskjerm besvarer ingen av dem.

De fleste supportstabler registrerer hvem som svarte. Færre registrerer hva slags ting som svarte. Bor boten din utenfor helpdesken og dytter transkripsjoner inn i den, er forskjellen mellom agent og menneske som regel en konvensjon — et visningsnavn, en merkelapp noen husket å sette — framfor en kolonne med en skranke på. Det holder helt til den første personen spør om svaret som kostet dem penger, kom fra et menneske, og du må rekonstruere svaret fra tidsstempler.

Dette er det samme argumentet jeg har ført om hva som skjer når operatøren av systemene dine er programvare framfor en person, som ankommer fra en uventet retning. Er det som gjør arbeidet en modell, må registreringen av arbeidet bygges for det faktumet fra første migrasjon. Artikkel 50 skapte ikke det kravet. Den fikk bare regninga til å komme.

Hvordan ser et system som kan svare på de spørsmålene, ut?

Det registrerer forfatterskap som data, ikke som en etikett. I Munin bærer hver meldingsrad en author_type — end_user, user, agent eller system — og widget-mottaksendepunktet krever rollen på hver melding det tar imot framfor å utlede den. Så «hvilke av disse ble skrevet av programvare» er et filter, ikke en etterforskning, og det holder seg sant for samtaler som startet for to år siden.

Overleveringen er også en hendelse. Når en person overtar en tråd i dashbordet, sender Munin conversation.taken_over, og hver conversation.message.sent bærer authorType — som er slik en ekstern bot lærer å tre til side, og slik transkripsjonen registrerer øyeblikket tråden skiftet hender. conv_request_handover dekker den andre retningen, når agenten bestemmer at spørsmålet er utenfor det den har mandat til.

Selve opplysningen bor der en besøkende faktisk ser. Chat-widgetens velkomstskjerm tar data-munin-eyebrow og data-munin-greeting, så setningen er det første i panelet framfor en linje på en policyside — som er forskjellen retningslinjene bryr seg om. Og agentens egne instruksjoner er ingen skjult prompt: de ligger i kunnskapsbaseområdet agent-runtime som et versjonert dokument, så «hva fikk denne agenten beskjed om å gjøre i mars» har et svar med en diff festet på.

På den utgående siden er den samme tankegangen grunnen til at Munins utgående kontakt skriver utkast og stopper. Retningslinjene plasserer agentiske systemer som selvstendig kontakter enkeltpersoner — ringer, sender e-post på en virksomhets vegne — midt inne i 50(1). En kø med utkast som en navngitt person leser og godkjenner, er et annet artefakt enn en agent som jobber seg gjennom en kontaktliste uten tilsyn, og det er en forskjell 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 KI-assistent. Be om et menneske når som helst, så setter vi deg over.">
</script>

Hva bør du gjøre med det nå?

Fire ting, i denne rekkefølgen, og ingen av dem tar et kvartal.

• Klassifiser rollen din for hvert systemFor hver KI som berører et menneske, avgjør om du er leverandør, idriftsetter eller begge. Svaret varierer som regel per system, og det avgjør hvilke av de fire pliktene du har. En supportagent du satte sammen og merket med ditt navn, gjør deg til leverandør selv når hver komponent kom fra noen andre.
• Legg opplysningen der øyet landerFørste samhandling, per person, tydelig og til å skille ut. Velkomstskjerm, åpningslinje i taleoppringningen, første automatiske e-post — ikke personvernsiden. Er du innen helse, juss, finans, forsikring eller klagebehandling, planlegg en gjentakelse midt i samtalen framfor én beskjed øverst.
• Sjekk at forfatterskap er lagret, ikke underforståttÅpne databasen din. Er det eneste som skiller et agentsvar fra et menneskesvar, et visningsnavn eller en konvensjon, så er det hullet. Det er billig å fikse på tusen samtaler og ubehagelig på en million.
• Skriv ned unntaket du støtter deg påMener du at åpenbart-unntaket gjelder, eller unntaket om redaksjonelt ansvar for publisert tekst, så noter resonnementet og datoen. Retningslinjene er ikke bindende, men markedstilsynsmyndighetene ventes å følge dem tett, og et samtidig notat er verdt mer enn en erindring.

Hvem skrev denne artikkelen?

En agent skrev utkastet, og jeg publiserte den, etter å ha lest hver linje og sjekket hver dato mot kildene lenket over. Artikkel 50(4) når høyst sannsynlig ikke et selskapsjournal — plikten hviler på tekst publisert for å informere allmennheten om saker av allmenn interesse, og en gründer som argumenterer for sitt eget produkt, er ikke det. Jeg forteller deg det likevel.

Unntaket inne i 50(4) er verdt å lese selv når det ikke gjelder deg, fordi det beskriver en arbeidsform framfor en ansvarsfraskrivelse: KI-generert tekst er unntatt merking der den har vært gjennom substansiell menneskelig gjennomgang og en fysisk eller juridisk person har det redaksjonelle ansvaret for den. Ikke overfladisk godkjenning. Ikke et gummistempel med et navn på. Og unntaket tapes hvis det er substansiell KI-inngripen etter signering — som er en presis måte å si at mennesket må være sist.

Det er den samme formen som gjennomgangskøen, godkjenningsavtrykket og utkaststatusen på hver oppføring i denne samlingen. Det viser seg at ordningen en tilsynsmyndighet vil godta, og ordningen som produserer arbeid du ville satt navnet ditt på, er den samme ordningen. Det er ikke tilfeldig, og det er en rimelig ting å designe for uansett om noen tvinger deg.

Ofte stilte spørsmål

Krever EUs KI-forordning at chatboter opplyser at de er KI? Ja. Fra 2. august 2026 krever artikkel 50(1) at leverandører av KI-systemer som samhandler direkte med mennesker, utformer dem slik at brukerne er informert om at de samhandler med KI. Unntaket er der det er åpenbart for en rimelig velinformert, oppmerksom og aktsom person, og Kommisjonens retningslinjer tolker det snevert — helpdesk-chatboter er listet opp som noe som krever opplysning.

Gjelder artikkel 50 for KI-systemer med åpen kildekode? Ja. Leverandører og idriftsettere av KI-systemer med åpen kildekode er ikke unntatt fra åpenhetspliktene i artikkel 50. Noen andre deler av forordningen har unntak for åpen kildekode; denne har det ikke.

Gjelder artikkel 50 for selskaper utenfor EU? Den kan gjøre det. Leverandører etablert utenfor EU fanges der systemets resultater er ment brukt i EU, der «ment» betyr forutsigbar bruk framfor tilfeldig bruk nedstrøms. Idriftsettere fanges der de forutser at resultater spres eller brukes i EU.

Hva er straffen for ikke å opplyse om at en bruker snakker med KI? Opptil 15 millioner euro eller 3 % av global årsomsetning, det høyeste av dem. Manglende opplysning kan separat telle som en villedende praksis etter direktivet om urimelig handelspraksis, og artikkel 50(3) står ved siden av åpenhetspliktene i personvernforordningens artikkel 13 og 14.

Ble chatbot-opplysningsregelen utsatt av Digital Omnibus? Nei. Digital Omnibus utsatte høyrisikoplikter etter vedlegg III til 2. desember 2027 og vedlegg I til 2. august 2028. Artikkel 50 fikk anvendelse 2. august 2026 som planlagt. Den eneste forlengelsen inne i den gir generative systemer som allerede var på markedet før den datoen, frist til 2. desember 2026 med å oppfylle merkekravet i 50(2).

Hvilken helpdesk-programvare registrerer om en melding ble skrevet av en KI? Spør leverandøren din om forfatterskap er et lagret felt eller en visningskonvensjon — svaret varierer mer enn du skulle tro. I Munin bærer hver meldingsrad en author_type med verdien end_user, user, agent eller system, overleveringer utløser en conversation.taken_over-hendelse, og hver conversation.message.sent-hendelse bærer den typen. Sammenlikningen av helpdesker med åpen kildekode dekker hvor alternativene står på dette.

Kobler du opp en supportagent nå, er sidene om chat-widget og overlevering i Munin-dokumentasjonen de det er verdt å lese to ganger, og hele plattformen er MIT på GitHub.

Å fortelle folk det er den enkle delen. Å kunne vise dem det er produktet.