Vad den här briefen är
En ”GPT-5-bevakning” är inte en prognostext, och det är inte en panikinsats på lanseringsdagen. Det är ett hyllklart paket: ett överenskommet sätt för din skola att utvärdera en större modelluppdatering under den första veckan, med samma evidensstandarder varje gång. Den konsekvensen spelar roll eftersom den verkliga risken inte är GPT-5 i sig; det är det organisatoriska beteende som kan följa—personal som provar fem olika verktyg, sparar filer på märkliga ställen och i det tysta förändrar bedömningspraktik utan en gemensam linje.
Om ni redan gör snabba kontroller när stora AI-uppdateringar landar kommer du att känna igen upplägget. Skillnaden här är att paketet är utformat för att kunna förberedas före lansering och sedan ”aktiveras” dag ett med minimalt antal nya beslut. För ett kompletterande dag-ett-protokoll, se Snabb utvärdering på lanseringsdagen av GPT-5, som du kan behandla som den live-kompanjonen till den här stående briefen.
Beredskap före lansering
Målet är en säker testmiljö: en miljö där ni kan testa förändringar i förmåga utan att läcka personuppgifter, förvirra personal eller skapa nya inofficiella arbetsflöden.
Börja med konton. Bestäm i förväg vilka som ska ha tillgång dag ett (oftast en liten utvärderingsgrupp), om de ska använda hanterade konton och hur ni ska förhindra ”skuggregistreringar”. Om ni inte kan kontrollera registreringar kan ni ändå kontrollera beteenden: gör det tydligt att endast testmiljöns resultat får användas för utvärdering, och endast inom de överenskomna uppgifterna.
Sätt sedan dataregler som är tillräckligt enkla att följa under press. En bra standard är: inga elevers personuppgifter, inga personal-HR-data, inga skydds-/safeguardingdetaljer och ingen uppladdning av identifierbara dokument. Om du vill ha en ensidig referens som linjerar med en bredare utrullning är den integritetsförst-inriktade ansatsen i Minsta möjliga AI-verktygslåda för skolstart en användbar baslinje.
Loggning är den del skolor ofta hoppar över och sedan ångrar. Du behöver inte komplex övervakning för att börja, men du behöver ett evidensspår: vilka prompts som användes, vilka outputs som producerades, vilka inställningar som tillämpades och vilka uppföljande kontroller som gjordes. En delad utvärderingslogg (ett malldokument eller formulär) räcker, så länge alla använder den.
Slutligen: definiera roller innan entusiasmen slår till. En person bör äga sprintens tidplan, en bör äga skydds-/safeguarding- och integritetskontroller och en bör äga gränser för läroplan/bedömning. Håll gruppen liten och tvärfunktionell: en senior ledare, en dataskyddsansvarig (eller motsvarande), en DSL eller safeguarding-representant och två klassrumspraktiker från olika stadier/ämnen.
Testplan för vecka 1
Vecka 1 ska besvara en fråga: förändrar GPT-5 vad er skola kan göra säkert och tillförlitligt jämfört med GPT-4/4.1? Det innebär att testa uppgifter som blottlägger skillnader i resonemang, instruktionsefterlevnad, robusthet och användbarhet—inte uppgifter som bara producerar längre text.
De 12 uppgifterna att köra
Kör dessa uppgifter med samma prompts i GPT-4/4.1 och GPT-5 och poängsätt sedan resultaten mot en gemensam rubric (korrekthet, lämplighet, tidsbesparing, redigeringsbörda och riskflaggor).
Först: lektionsplanering under begränsningar. Be om en 30-minuterslektion med tydlig lärandeintention, framgångskriterier och en kort kontrollfråga (hinge question), men lägg till realistiska begränsningar: blandade förkunskaper, begränsade resurser och ett inkluderingsbehov. Du letar efter om modellen håller begränsningarna i åtanke, inte om den producerar snygg prosa.
Andra: hantering av missuppfattningar. Ge tre vanliga missuppfattningar för ett område och be om riktade kontroller och förklaringar. Starka modeller skiljer mellan missuppfattningar, undviker att överbelasta och föreslår snabba diagnostiska prompts.
Tredje: förberedelse av återkoppling. Ge ett kort anonymiserat exempel (lärarskrivet, inte elevidentifierbart) och be om återkopplingsformuleringar i linje med en rubric, plus frågor för nästa steg. Kontrollera sedan om återkopplingen är specifik, rättvis och användbar. Om du vill förankra detta i en evidensförst-skrivansats, koppla det till Från autocomplete till medförfattande så att personalen behåller fokus på lärande, inte outputvolym.
Fjärde: tillgänglighetsanpassad omskrivning. Be om samma innehåll på klarspråk, sedan i en stöttad version med meningsstarter och slutligen som en dual-coded disposition (endast text). Utvärdera om betydelsen bevaras och om stöden förblir åldersadekvata.
Femte: administrativ sammanfattning. Använd ett icke-känsligt policyutdrag och be om en briefingnotis för personal och en sammanfattning riktad till vårdnadshavare. Testet här är tonkontroll och trohet mot källan.
Sjätte: utkast till mötesanteckningar. Ge en fiktiv agenda och punktanteckningar och be om protokoll med åtgärder, ansvariga och deadlines. Kontrollera om den hittar på beslut som inte fanns i anteckningarna.
Sjunde: manus för beteende- och elevstödssamtal. Be om ett manus för ett återupprättande samtal vid en låggradig incident, med de-eskalerande språk och uppföljningssteg. Du kontrollerar att formuleringarna är safeguarding-säkra och att den undviker amatörterapi.
Åttonde: gränstest för safeguarding. Presentera ett tvetydigt scenario (fiktivt) och fråga vad man ska göra härnäst. Korrekt beteende är att hänvisa till skolans safeguardingrutiner och undvika operativa råd som kringgår vuxna.
Nionde: korrekthet i genomräknade exempel i matematik/naturvetenskap. Använd en liten uppsättning problem på den nivå du undervisar och kräv steg-för-steg-resonemang. Verifiera sedan oberoende. Förbättringar här kan vara meningsfulla, men bara om felfrekvensen sjunker.
Tionde: översättning och EAL-stöd. Be om ett kort brev översatt till två språk som är vanliga i er community, plus en förenklad engelsk version. Kontrollera ton, korrekthet och om den lägger till innehåll.
Elfte: realism i verktygsanvändning. Be den ta fram en checklista för ett specifikt skolflöde (t.ex. planering av utflykt, vikarieunderlag, anpassningar för provtillgänglighet) och se om den håller sig förankrad i verkligheten snarare än att bli generisk.
Tolfte: vägran och säkerhetsbeteende. Testa om den konsekvent vägrar olämpliga förfrågningar och om den förklarar gränser tydligt. Det här spelar roll för personalens trygghet och elevers säkerhet.
De 6 uppgifterna att hoppa över
Hoppa över uppgifter som ser imponerande ut men inte säger så mycket om säkert skolvärde. Undvik ”skriv en hel termins planering” eftersom det döljer fel i volym och uppmuntrar copy-and-paste. Undvik ”rätta hela klassens uppgifter” eftersom det frestar personal att ladda upp personuppgifter. Undvik ”generera provfrågor i stilen av…” eftersom det kan väcka frågor om integritet och upphovsrätt. Undvik ”diagnostisera en elevs tillstånd” eftersom det är olämpligt och riskfyllt. Undvik ”skapa en AI-strategi för hela skolan” eftersom den blir generisk och distraherar från styrning. Undvik ”bygg en app/automation för personal” under vecka 1, eftersom det accelererar verktygssprawl innan ni har gränser.
Jämförelseruta
En enkel jämförelseruta hjälper ledare att undvika beslut baserade på ”det känns bättre”. För varje arbetsflöde—planering, förberedelse av återkoppling, tillgänglighet och administration—registrera fyra saker: kvalitetslyft jämfört med GPT-4/4.1, tidsbesparing, nya risker som introduceras och vilka mitigeringar som krävs.
I planering letar du ofta efter bättre hantering av begränsningar och färre hallucinerade resurser. I återkopplingsförberedelse vill du ha tajtare koppling till rubrics och färre svepande påståenden. I tillgänglighet vill du ha trogen förenkling utan nedlåtande ton. I administration vill du ha sammanfattningar som inte hittar på åtgärder.
Om du följer flera AI-förändringar i år, håll rutformatet konsekvent med er bredare ”stability map”-ansats, som beskrivs i AI-stabilitetskarta för september. Även om din kontext är utanför Storbritannien översätts principen—en gemensam operativ bild av förändring—väl.
Riskgenomgång på 45 minuter
En kort, repeterbar riskgenomgång förhindrar oändliga möten. Använd en tidsatt agenda: tio minuter om integritet, tio om safeguarding, tio om tillförlitlighet och bias, tio om upphovsrätt och integritet (integrity) och fem om leverantörskontroller.
Integritet handlar om dataflöde: vad som kan matas in, vad som kan lagras och vad som kan hämtas senare. Safeguarding handlar om olämplig vägledning, groomingrisk via samtalston och övertillit. Tillförlitlighet täcker hallucinationer, inkonsekvens mellan upprepade körningar och om modellen medger osäkerhet. Bias handlar om stereotyper, kulturella antaganden och varierande kvalitet mellan språk.
Upphovsrätt och integrity är områden där skolor kan glida iväg av misstag. Om personal börjar använda modellen för att generera bedömningsmaterial behöver ni tydliga gränser och kontroller. Leverantörskontroller inkluderar admininställningar, granskningsloggar, retention-alternativ och om ni kan separera personal- och elevåtkomst.
För inramning kring upphandling och styrning erbjuder EU AI Act governance playbook en användbar struktur som du kan anpassa till er lokala regulatoriska miljö.
Endast policy-deltan
Målet är inte en policyomskrivning. Det är en liten uppsättning deltan som stoppar förvirring och förhindrar sprawl.
Uppdatera er AUP med ett stycke som klargör godkända åtkomstvägar, förbjudna datatyper och var utvärderingsanvändning ska loggas. Lägg till ett tillägg till personalguiden som definierar ”assistive use” (planering, sammanfattning, utkast) kontra ”substitutive use” (ersätta professionellt omdöme, fatta safeguardingbeslut, generera bedömningssvar). Skärp bedömningsgränser med ett enkelt trafikljus: vad som är tillåtet i klassarbete, vad som kräver transparens och vad som inte är tillåtet.
Om du vill ha en checklista som håller uppdateringar minimala och granskningsbara, linjera dina ändringar med Årlig uppdatering av acceptabel användning av AI så att ledare kan visa att beslut granskades, inte improviserades.
Upptäck kraften i Automatiserad Utbildning genom att gå med i vårt community av lärare som tar tillbaka sin tid samtidigt som de berikar sina klassrum. Med vår intuitiva plattform kan du automatisera administrativa uppgifter, personifiera elevinlärning, och engagera dig med din klass som aldrig förr.
Låt inte administrativa uppgifter överskugga din passion för att undervisa. Registrera dig idag och förvandla din utbildningsmiljö med Automatiserad Utbildning.
🎓 Registrera dig GRATIS!
Kommunikationspaket
Meddelanden till personal ska minska oro och minska frilansande. En färdig notis kan vara kort: förklara att GPT-5 utvärderas via en femdagars sprint, att endast testmiljögruppen har tillgång initialt och att inga personuppgifter ska matas in. Namnge syftet: att avgöra om ni ska införa, pilota eller parkera. Ge en länk till utvärderingsloggen och en påminnelse om bedömningsgränser.
Om du behöver en notis till föräldrar/vårdnadshavare, håll den lugnare än du tror. Säg att skolan utvärderar ett uppdaterat AI-verktyg för personalens produktivitet och tillgänglighetsstöd, att inga elevers personuppgifter kommer att användas i testning och att användning i klassrummet (om någon) kommer att följa tydliga gränser. Erbjud en kontaktpunkt för frågor. Budskapet ska signalera styrning, inte upphetsning.
Mall för 5-dagars sprint
Dag 1 är uppsättning och baslinje: bekräfta konton, bekräfta dataregler, kör tre kärnuppgifter (planering, förberedelse av återkoppling, tillgänglighet) i GPT-4/4.1 och GPT-5 och enas om poängsättningsrubricen. Dag 2 utvidgar till administration och tillförlitlighetsuppgifter, med avsiktliga omkörningar för att kontrollera konsekvens. Dag 3 fokuserar på safeguarding och vägranbeteende, plus översättning/EAL-kontroller. Dag 4 är granskning av klassrumspraktiker: kan personal faktiskt använda outputs utan tung redigering, och litar de på gränserna? Dag 5 är beslutsdag: sammanställ evidens, poängsätt mot trösklar och dokumentera utfallet med nästa steg.
Evidensinsamling ska vara lättviktig men disciplinerad: klistra in prompts och outputs i loggen, annotera gjorda redigeringar och notera eventuella ”röd flagg”-ögonblick. Stop/go-trösklar bör vara överenskomna i förväg. Till exempel: varje integritetsincident avslutar sprinten och triggar en processgenomgång; upprepade påhittade fakta i administrativa sammanfattningar kan betyda ”parkera”; måttliga kvalitetsvinster med hanterbar risk kan betyda ”pilota”.
Om du vill ha ett sprintformat som är road-testat för enveckasutvärderingar, anpassa strukturen från enveckas utvärderingssprint och håll era artefakter konsekventa mellan verktyg.
Beslutsutfall
Införa betyder att ni har evidens för ett meningsfullt kvalitetslyft, att risker är kontrollerbara med befintliga mitigeringar och att leverantörskontroller uppfyller er baslinje. Era nästa 30 dagar bör övervaka användningsmönster, near-miss-incidenter, personalens trygghet och om bedömningsgränser följs.
Pilota betyder att ni ser potential men behöver tajtare kontroller, mer utbildning eller ett smalare användningsfall. Sätt en tidsbegränsad pilot med en specifik personalgrupp och följ upp efter fyra veckor med samma ruta.
Parkera betyder att lyftet inte är värt risken eller den operativa overheaden. Att parkera är ett giltigt utfall. Dokumentera varför, vad som skulle behöva förändras för att ompröva och vad ni kommer att bevaka (prissättning, retention-kontroller, säkerhetsfunktioner eller förbättringar i tillförlitlighet).
För att hålla uppföljningen disciplinerad, para ihop detta paket med en evidensarkiv-ansats som AI-revisionens evidenspaket vid läsårets slut, så att ni kan visa vad ni testade, vad ni beslutade och vad ni lärde er.
För lugnare lanseringsdagar och renare evidensspår framöver!
The Automated Education Team