Din agent måste säga att den är en agent.

Den 2 augusti 2026 trädde en regel i kraft som de flesta som bygger AI-supportagenter inte har läst. Den frågar inte om din modell är träffsäker, var dina data hostas eller vad du tränade på. Den frågar något mycket mindre och mycket svårare att fejka: vet personen i andra änden av det här samtalet att hen talar med mjukvara? Artikel 50 i EU:s AI-förordning började tillämpas den 2 augusti 2026, och för alla som kör en chattbott i Europa är det den första raden i förordningen som faktiskt biter.

Vad ändrades den 2 augusti 2026?

Artikel 50 i EU:s AI-förordning började tillämpas. Den ålägger fyra öppenhetsskyldigheter: berätta för människor när de interagerar med ett AI-system, märk AI-genererat innehåll så att det kan upptäckas, berätta för människor när känslo­igenkänning eller biometrisk kategorisering körs, och märk deepfakes och AI-genererad text av allmänintresse. Den gäller varje AI-system som används i de fyra situationerna, inte bara högrisksystem.

Den sista satsen är skälet till att den här betyder mer än resten av förordningen för de flesta företag. Högriskklassificering fångar en snäv uppsättning användningar — rekrytering, kredit, biometri. Artikel 50 fångar alla som satt en chattbott på en webbplats. Future of Life Institutes data från efterlevnadskontrollen placerade öppenhet som tvåa efter AI-kompetens som utlösare för efterlevnad, med ungefär 33 % av respondenterna.

Och den skonar inte oss. Skyldigheterna omfattar leverantörer och tillhandahållare av AI-system med öppen källkod, som uttryckligen inte är undantagna. En MIT-licens är ett bra svar på många frågor. Den är inte ett svar på den här.

• 50(1)Leverantörer. System som interagerar direkt med människor — chattbottar, röstassistenter, AI-kompanjoner, agenter som självständigt ringer eller mejlar — måste utformas så att personen vet att hen har med AI att göra. Där agenten agerar på någons vägnar, också identiteten hos den personen eller enheten.
• 50(2)Leverantörer. System som genererar syntetiskt ljud, bild, video eller text måste märka utdata maskinläsbart och tillhandahålla ett medel för upptäckt. Märkning utan upptäckt räcker inte.
• 50(3)Tillhandahållare. Alla som utsätts för känsloigenkänning eller biometrisk kategorisering måste få veta att det körs — i realtid eller i efterhand.
• 50(4)Tillhandahållare. Deepfakes ska märkas. Detsamma gäller AI-genererad text som publiceras för att informera allmänheten om frågor av allmänintresse, såvida den inte gick genom mänsklig redaktionell granskning och en namngiven person eller ett företag bär det redaktionella ansvaret.

Måste min support-chattbott berätta för användarna att den är en AI?

Nästan säkert ja. Artikel 50(1) kräver att leverantörer av system som interagerar direkt med människor utformar dem så att användarna informeras om att de har med AI att göra. Det enda undantaget är där det är uppenbart för en rimligt välinformerad, uppmärksam och omdömesgill person — och kommissionens riktlinjer, färdigställda den 20 juli 2026, läser det snävt. De nämner helpdesk-chattbottar, där utdata kan uppfattas som mänskligt skrivet, som ett fall som kräver upplysning.

Exemplen på andra sidan av linjen är lärorika. En kodassistent-chattbott som bara används av professionella utvecklare: uppenbart, ingen upplysning behövs. En icke-spelbar figur i ett enspelarspel: uppenbart. Ett robothusdjur byggt för att härma verklig interaktion: inte uppenbart. Uppslukande miljöer med realistiska avatarer, särskilt kring barn eller äldre användare: inte uppenbart. Testet är publiken, inte dina avsikter.

Tre detaljer snubblar folk på. Upplysningen ska ges vid första interaktionen med varje enskild individ, inte första gången du slår på systemet. Den måste vara tydlig och urskiljbar — begravd i villkor, eller två menynivåer ned, räknas inte. Och på känsliga områden — hälsa, juridik, finansiell rådgivning, försäkring, klagomålshantering — kommer periodiska påminnelser under samtalet sannolikt att förväntas utöver det inledande beskedet.

En sak värd att säga rakt ut innan vi går vidare: jag är grundare, inte jurist. Allt här är en läsning av den publicerade texten och kommissionens egna riktlinjer, båda länkade. Hur det landar på din produkt är faktaspecifikt och värt en timme hos någon kvalificerad.

Sköt inte EU precis upp AI-förordningen?

Delar av den, och inte den här delen. Digital Omnibus om AI — antagen av parlamentet den 16 juni 2026 med 423 mot 57 röster och 174 nedlagda, och slutligt godkänd av rådet den 29 juni 2026 — sköt upp fristående högriskskyldigheter enligt bilaga III till den 2 december 2027, och högrisk-AI inbäddad i reglerade produkter enligt bilaga I till den 2 augusti 2028. Artikel 50 sköts inte upp.

Den enda eftergiften inuti artikel 50 är snäv: generativa system som redan fanns på marknaden före den 2 augusti 2026 har till den 2 december 2026 på sig att uppfylla kravet på maskinläsbar märkning i 50(2). Värt att notera vem just den skyldigheten landar på — leverantören av det generativa systemet, vilket för de flesta företag betyder Anthropic, OpenAI, Mistral eller den som hostar modellen, snarare än plattformen du bygger ovanpå den. Allt annat — chattbottupplysning, deepfake-märkning, besked om känsloigenkänning — började gälla samma dag.

Kommissionens uppförandekod för märkning är den enda EU-erkända vägen att visa efterlevnad, och den täcker märkning — 50(2) och 50(4). Den täcker inte 50(1). Så för den enda skyldighet de flesta företag faktiskt har — att berätta att din chattbott är en chattbott — finns ingen kod att skriva under och ingen genväg att peka på. Du visar det med produkten.

Är AI-upplysning ett textproblem eller ett arkitekturproblem?

Ett textproblem i ungefär en vecka. Upplysningsraden är en mening i en hälsning, och vilket team som helst kan leverera den till fredag. Det som tar längre tid är att besvara frågorna som kommer direkt bakom: vilka meddelanden i den här tråden skrevs av mjukvara, när tog en människa över samtalet, vad gjorde agenten medan den höll det, och kan du visa mig. Det är schemafrågor, och en mening i en välkomstskärm besvarar ingen av dem.

De flesta supportstackar registrerar vem som svarade. Färre registrerar vilken sorts sak som svarade. Bor din bott utanför helpdesken och trycker in transkript i den, är skillnaden mellan agent och människa oftast en konvention — ett visningsnamn, en tagg någon kom ihåg att sätta — snarare än en kolumn med ett villkor på. Det håller ända tills den första personen frågar om svaret som kostade dem pengar kom från en människa, och du måste rekonstruera svaret ur tidsstämplar.

Det här är samma argument jag har fört om vad som händer när operatören av dina system är mjukvara snarare än en person, som anländer från ett oväntat håll. Är det som gör arbetet en modell måste registreringen av arbetet byggas för det faktumet från första migreringen. Artikel 50 skapade inte det kravet. Den fick bara räkningen att komma.

Hur ser ett system ut som kan besvara de frågorna?

Det registrerar författarskap som data, inte som en etikett. I Munin bär varje meddelanderad en author_type — end_user, user, agent eller system — och widgetens mottagningsändpunkt kräver rollen på varje meddelande den tar emot i stället för att härleda den. Så ”vilka av dessa skrevs av mjukvara” är ett filter, inte en utredning, och det förblir sant för samtal som började för två år sedan.

Överlämningen är också en händelse. När en person tar över en tråd i instrumentpanelen skickar Munin conversation.taken_over, och varje conversation.message.sent bär authorType — vilket är hur en extern bott lär sig att stiga åt sidan och hur transkriptet registrerar ögonblicket tråden bytte händer. conv_request_handover täcker andra riktningen, när agenten avgör att frågan ligger utanför dess befogenheter.

Själva upplysningen bor där en besökare faktiskt tittar. Chattwidgetens välkomstskärm tar data-munin-eyebrow och data-munin-greeting, så meningen är det första i panelen snarare än en rad på en policysida — vilket är den skillnad riktlinjerna bryr sig om. Och agentens egna instruktioner är ingen dold prompt: de ligger i kunskapsbasområdet agent-runtime som ett versionerat dokument, så ”vad blev den här agenten tillsagd att göra i mars” har ett svar med en diff bifogad.

På den utgående sidan är samma resonemang skälet till att Munins utgående kontakt skriver utkast och stannar. Riktlinjerna placerar agentiska system som självständigt kontaktar enskilda — ringer samtal, skickar mejl för ett företags räkning — mitt inne i 50(1). En kö av utkast som en namngiven person läser och godkänner är ett annat föremål än en agent som betar av en kontaktlista utan tillsyn, och det är en skillnad du kan belysa med bevis.

<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 chattar med en AI-assistent. Be om en människa när som helst, så kopplar vi dig vidare.">
</script>

Vad ska du göra åt det nu?

Fyra saker, i den här ordningen, och ingen av dem tar ett kvartal.

• Klassificera din roll för varje systemFör varje AI som rör en människa, avgör om du är leverantör, tillhandahållare eller båda. Svaret skiljer sig oftast per system, och det avgör vilka av de fyra skyldigheterna du har. En supportagent du satte ihop och märkte med ditt namn gör dig till leverantör även när varje komponent kom från någon annan.
• Lägg upplysningen där blicken landarFörsta interaktionen, per person, tydlig och urskiljbar. Välkomstskärm, öppningsraden i röstsamtalet, första automatiska mejlet — inte integritetssidan. Är du inom hälsa, juridik, finans, försäkring eller klagomålshantering, planera en upprepning mitt i samtalet snarare än ett besked i början.
• Kontrollera att författarskap lagras, inte antydsÖppna din databas. Är det enda som skiljer ett agentsvar från ett mänskligt ett visningsnamn eller en konvention, så är det luckan. Det är billigt att åtgärda på tusen samtal och obehagligt på en miljon.
• Skriv ner det undantag du förlitar dig påTror du att uppenbart-undantaget gäller, eller undantaget om redaktionellt ansvar för publicerad text, så anteckna resonemanget och datumet. Riktlinjerna är inte bindande, men marknadskontrollmyndigheterna väntas följa dem nära, och en samtida anteckning är värd mer än ett minne.

Vem skrev den här artikeln?

En agent skrev utkastet och jag publicerade den, efter att ha läst varje rad och kontrollerat varje datum mot källorna länkade ovan. Artikel 50(4) når högst sannolikt inte en företagsjournal — skyldigheten vilar på text publicerad för att informera allmänheten om frågor av allmänintresse, och en grundare som argumenterar för sin egen produkt är inte det. Jag berättar det ändå.

Undantaget inuti 50(4) är värt att läsa även när det inte gäller dig, eftersom det beskriver en arbetsform snarare än en friskrivning: AI-genererad text är undantagen från märkning där den har genomgått väsentlig mänsklig granskning och en fysisk eller juridisk person bär det redaktionella ansvaret för den. Inte ytligt godkännande. Inte en gummistämpel med ett namn på. Och undantaget förloras om det sker väsentligt AI-ingripande efter signering — vilket är ett exakt sätt att säga att människan måste vara sist.

Det är samma form som granskningskön, godkännandeavtrycket och utkaststatusen på varje post i den här samlingen. Det visar sig att den ordning en tillsynsmyndighet accepterar och den ordning som producerar arbete du skulle sätta ditt namn på är samma ordning. Det är ingen slump, och det är en rimlig sak att designa för oavsett om någon tvingar dig.

Vanliga frågor

Kräver EU:s AI-förordning att chattbottar upplyser om att de är AI? Ja. Från den 2 augusti 2026 kräver artikel 50(1) att leverantörer av AI-system som interagerar direkt med människor utformar dem så att användarna informeras om att de interagerar med AI. Undantaget är där det är uppenbart för en rimligt välinformerad, uppmärksam och omdömesgill person, och kommissionens riktlinjer tolkar det snävt — helpdesk-chattbottar listas som något som kräver upplysning.

Gäller artikel 50 för AI-system med öppen källkod? Ja. Leverantörer och tillhandahållare av AI-system med öppen källkod är inte undantagna från öppenhetsskyldigheterna i artikel 50. Vissa andra delar av förordningen har undantag för öppen källkod; den här har det inte.

Gäller artikel 50 för företag utanför EU? Den kan göra det. Leverantörer etablerade utanför EU fångas där systemets utdata är avsedda att användas i EU, där ”avsedda” betyder förutsägbar användning snarare än tillfällig användning längre ned i kedjan. Tillhandahållare fångas där de förutser att utdata sprids eller används i EU.

Vad är sanktionen för att inte upplysa om att en användare talar med AI? Upp till 15 miljoner euro eller 3 % av global årsomsättning, det högsta av dem. Utebliven upplysning kan separat räknas som en vilseledande praxis enligt direktivet om otillbörliga affärsmetoder, och artikel 50(3) står vid sidan av öppenhetsskyldigheterna i dataskyddsförordningens artiklar 13 och 14.

Sköts chattbottupplysningen upp av Digital Omnibus? Nej. Digital Omnibus sköt upp högriskskyldigheter enligt bilaga III till den 2 december 2027 och bilaga I till den 2 augusti 2028. Artikel 50 började gälla den 2 augusti 2026 som planerat. Den enda förlängningen inuti den ger generativa system som redan fanns på marknaden före det datumet till den 2 december 2026 att uppfylla märkningskravet i 50(2).

Vilken helpdesk-programvara registrerar om ett meddelande skrevs av en AI? Fråga din leverantör om författarskap är ett lagrat fält eller en visningskonvention — svaret varierar mer än du tror. I Munin bär varje meddelanderad en author_type med värdet end_user, user, agent eller system, överlämningar utlöser en conversation.taken_over-händelse, och varje conversation.message.sent-händelse bär den typen. Jämförelsen av helpdeskar med öppen källkod täcker var alternativen står på det här.

Håller du på att koppla upp en supportagent nu är sidorna om chattwidget och överlämning i Munins dokumentation de som är värda att läsa två gånger, och hela plattformen är MIT på GitHub.

Att berätta är den lätta delen. Att kunna visa det är produkten.