Vælg en AI-læringsplatform: tjek elevdata og lærerens kontrol først
Skal skolen vælge en AI-læringsplatform? Brug fem konkrete spørgsmål om konto, elevdata og lærerens kontrol, før I går videre.
Begynd ikke med at spørge, hvilken AI-læringsplatform der kan lave de flotteste opgaver. Find først de aktuelle vilkår for den præcise tjeneste og den licens, skolen overvejer. Skriv derefter ned, hvem der skal bruge den, hvad de skal gøre, og hvilke oplysninger aktiviteten vil sende til tjenesten.
Hvis I ikke kan udfylde de oplysninger, er platformen ikke klar til et elevforsøg. En overbevisende demonstration kan vise, hvad et produkt måske kan. Den kan ikke i sig selv vise, hvilke konto-, data- og administratorvilkår der gælder for jeres skole.
Udfyld en beslutningspost før I prøver værktøjet
Opret én post for hver konkret tjeneste. Brug produktets fulde navn og den præcise uddannelseslicens eller kontotype. Betegnelser som “skolens AI” eller “gratis konto” er for upræcise.
Skriv disse fem svar:
- Hvilken tjeneste og konto vurderer vi? Notér produktnavn, uddannelseslicens, den ansvarlige administrator og datoen for de vilkår, I har læst.
- Hvem skal bruge den til hvad? Angiv elevgruppe, fag, den konkrete aktivitet og det ønskede læringsresultat.
- Hvilket indhold sendes til tjenesten? Beskriv det faktiske input. Markér, om aktiviteten kan omfatte personoplysninger, elevproduktioner eller følsomt materiale.
- Hvem kan styre og stoppe brugen? Notér, hvilke roller der kan slå adgang til og fra, afgrænse elevgruppen og standse aktiviteten.
- Hvordan opdages og rettes et forkert svar? Beskriv, hvad eleverne skal sammenligne svaret med, hvordan læreren følger op, og hvem der tager beslutningen, hvis aktiviteten skal stoppes.
Et tomt felt er ikke et nej. Det er manglende dokumentation. Det gør næste skridt enkelt: Find dokumentationen, eller læg tjenesten til side.

Kontrollér betingelserne i den rigtige rækkefølge
Start med leverandørens aktuelle vilkår for netop uddannelseslicensen. Se derefter på, hvordan skolens konto administreres, og hvilke roller der kan aktivere eller begrænse adgangen. Først når den ramme er kendt, giver det mening at vurdere funktionerne.
Spørg konkret:
- Gælder dokumentationen den uddannelseskonto, skolen faktisk vil bruge?
- Beskriver leverandøren, hvilke data der behandles i den påtænkte aktivitet?
- Gælder leverandørens beskrivelse af databrug for denne konto og funktion?
- Kan skolens administrator styre adgangen for den relevante elevgruppe?
- Er der særlige betingelser for elevadgang, sprog, enhed eller funktion?
En generel markedsføringsside kan ikke udfylde de felter. Det kan et løfte om en personlig gratiskonto heller ikke. Vilkår fra leverandøren er dokumentation om tjenesten, men de er ikke i sig selv en afgørelse om, at skolens brug er lovlig eller godkendt. Den vurdering hører hjemme i skolens almindelige IT-, data- og indkøbsproces.
Forskellen kan ses i Googles egne hjælpesider for Gemini i Classroom. Her beskriver Google både administratorstyret adgang og funktioner med forskellige betingelser. Det er et eksempel på, hvorfor konto, licens, rolle og funktion skal undersøges samlet. Det er ikke en anbefaling af Google og siger ikke, hvad der er tilgængeligt eller passende på den enkelte danske skole.
Gør lærerens kontrol synlig i aktiviteten
En kontakt i administrationspanelet kan styre adgang, men den forhindrer ikke alle fejl. Generativ AI kan give et svar, der lyder sikkert, selv om det ikke passer til kilden eller opgaven. Derfor skal kontrol også bygges ind i undervisningen.
Beskriv fire ting i beslutningsposten:
- Læringsformålet: Hvad skal eleven lære eller øve?
- Inputgrænsen: Hvad må eleven sende ind, og hvad må eleven ikke sende ind?
- Rettelsesvejen: Hvilken kilde, facitliste eller lærerfeedback bruges til at kontrollere svaret?
- Stopansvaret: Hvilken navngiven voksen kan afbryde aktiviteten, og hvad udløser et stop?
Et brugbart læringsformål er for eksempel, at eleverne skal formulere historiske spørgsmål og begrunde dem ud fra en bestemt kildetekst. “Eleverne prøver AI” er ikke præcist nok. En brugbar inputgrænse kan være et kort uddrag, der må deles, mens elevnavne, vurderinger og fritekst om personlige forhold holdes udenfor. Brug eventuelt guiden til at sortere oplysningerne, før de kopieres ind i en AI-chat, når I skal gøre inputgrænsen konkret. Den afgør ikke, om en bestemt deling er tilladt.
UNESCO anbefaler en menneskecentreret og alderssvarende tilgang til generativ AI i uddannelse, hvor databeskyttelse, etisk validering og pædagogisk design indgår. Det giver en retning for vurderingen, men er ikke dansk lovgivning eller en godkendelse af bestemte produkter.
Eksempel: To kandidater til en afgrænset historieaktivitet
Dette er et konstrueret eksempel. Det beskriver ikke en virkelig skole eller en gennemført test af en leverandør.
Et historieteam i udskolingen vil lade eleverne bruge AI til at foreslå spørgsmål til et kort uddrag af en tekst, der er fri af ophavsret. Eleverne skal bagefter sammenligne hvert spørgsmål med uddraget og markere, hvilken sætning der gør spørgsmålet relevant.
Teamet udfylder posten sådan:
Præcis tjeneste og licens
Kandidat A
Uddannelseskonto og aktuelle kontovilkår er identificeret
Kandidat B
Kun en generel markedsføringsside er fundet
Aktivitet
Kandidat A
Forslag til spørgsmål om det udleverede kildeuddrag
Kandidat B
Samme foreslåede aktivitet
Inputgrænse
Kandidat A
Kun det korte, offentligt tilgængelige uddrag. Ingen elevnavne eller elevproduktioner
Kandidat B
Kan ikke fastlægges ud fra den fundne dokumentation
Administratorstyring
Kandidat A
Administratoren kan ifølge den aktuelle dokumentation begrænse adgang til den relevante gruppe
Kandidat B
Ingen matchende dokumentation for skolekonto og roller
Lærerens rettelsesloop
Kandidat A
Eleverne skal knytte hvert forslag til en konkret sætning. Læreren gennemgår afvigelser
Kandidat B
Kan beskrives pædagogisk, men konto- og datagrundlaget mangler
Evidensstatus
Kandidat A
Tilstrækkelig til at sende kandidaten videre til skolens almindelige gennemgang
Kandidat B
Utilstrækkelig til at gå videre nu
Beslutning
Kandidat A
Afgrænset shortlist. Sendes til IT- og datagennemgang med en lille lærerledt aktivitet beskrevet
Kandidat B
Afvises ikke for altid, men sættes på pause, indtil de manglende skolekontovilkår findes
Resultatet er ikke, at kandidat A er købt, godkendt eller dokumenteret fejlfri. Resultatet er en begrænset shortlist og en ansvarlig næste handling. Kandidat B går ikke videre på baggrund af en demonstration alene.

Hvis skolen senere vælger en egnet platform, kan selve aktiviteten bygges som en kildebunden øvelse. Se for eksempel denne konkrete metode til at bruge AI som studiemakker uden at få lavet arbejdet. Linket hjælper med undervisningsformen efter platformvalget. Det erstatter ikke skolens vurdering af konto og data.
Stop, når dokumentationen ikke matcher brugen
Gå ikke videre med en kandidat, hvis I mangler aktuelle vilkår for den relevante konto, ikke kan beskrive aktivitetens input eller ikke kan placere ansvaret for adgang og stop. Bed om den manglende dokumentation, og opdatér beslutningsposten, når den foreligger.
Når alle fem svar er konkrete, kan den bedst dokumenterede kandidat sendes til skolens normale IT-, data- og indkøbsgennemgang sammen med den afgrænsede aktivitet. Det er beslutningspostens slutpunkt. En god demonstration må ikke springe det trin over.
Kilder
- UNESCO: Guidance for generative AI in education and research, oprindeligt udgivet 7. september 2023 og senest opdateret 16. januar 2026.
- Google Classroom Hjælp: Learn about Gemini in Google Classroom, læst 15. oktober 2026.
- Google Workspace with Gemini FAQ for Education, senest opdateret 13. oktober 2026 og kontrolleret 15. oktober 2026.


