Anvend AI, så du bliver klogere, langt spørgsmål (Del 1)
DEL 1: Jeg vil gerne prøve et nyt koncept af, fordi der tales meget om cognitive decline, når man bruger AI. Og jeg kunne godt tænke mig, at du for eksempel laver research og en grundig rapport om, hvordan det danske forsvar bør forholde sig til droner, anvendelsen af dem, opdatering af dem, organisation af de enheder, der skal tage sig af det og lignende. Fordi meget af det vil jo nok være i modstrid med de gældende regler og doktriner i det danske forsvar. Men du skal skrive rapporten sådan, at jeg bliver klogere af at redigere den. Jeg skal altså være redaktør. Du skal gøre mig til en redaktør, og du skal gøre opmærksom på, hvor de ekspertområder, du ved, jeg har, virkelig kan gøre nytte, og hvor jeg så kan gå ind og tilføje værdi og lignende. Så rapporten skal ikke være dårlig. Det skal bare være sådan, at den tager højde for, at jeg skal være redaktør af dokumentet og blive klogere undervejs ved at redigere det.
ChatGPT (High)
Det er et meget stærkt koncept. Opgaven er ikke blot at levere en rapport, men at konstruere rapporten som et intellektuelt arbejdsrum, hvor du bliver nødt til at tage stilling, prioritere, kontrollere og forbedre – uden at rapporten med vilje er gjort dårlig.
Jeg foreslår, at rapporten udformes i tre samtidige lag:
1. Den egentlige rapport
En seriøs, veldokumenteret rapport om, hvordan det danske forsvar bør forholde sig til droner, herunder blandt andet:
erfaringerne fra Ukraine og andre nyere konflikter
offensive og defensive dronesystemer
masseproducerede billige droner kontra avancerede platforme
elektronisk krigsførelse og antidroneløsninger
anskaffelse, opgradering og hurtig teknologisk fornyelse
organisation af droneenheder
uddannelse og fastholdelse af operatører
forholdet mellem centrale specialenheder og decentral anvendelse
samarbejde med dansk industri, universiteter og civile teknologimiljøer
regler, doktriner, sikkerhed, ansvar og kommando
lærings- og innovationshastighed
behovet for at kunne ændre løsninger på måneder eller uger frem for gennem traditionelle flerårige materielprojekter
Den skal være god nok til, at den kunne danne grundlag for en reel strategisk diskussion.
2. Redaktørsporet
Undervejs indsætter jeg særlige redaktørmarkeringer, eksempelvis:
REDAKTØROPGAVE: Her bygger argumentet på, at Forsvarets normale anskaffelsesmodel er for langsom til dronesystemer. Vurder, om rapporten skal anbefale en særskilt anskaffelsesmodel, eller om eksisterende modeller kan ændres.
DIN ERFARING KAN TILFØJE VÆRDI: Du har erfaring med IT-governance, offentlige organisationer, systemanskaffelser og forskellen mellem formelle processer og faktisk praksis. Brug den til at teste, om forslaget er organisatorisk realistisk.
MODARGUMENT, DER SKAL STYRKES: Hurtige lokale indkøb kan øge innovationen, men kan også skabe inkompatible systemer, dårlig dokumentation og sikkerhedsproblemer. Beslut, hvor balancen skal ligge.
Du bliver dermed ikke bare bedt om at rette kommaer. Du skal foretage reelle redaktionelle valg.
3. Læringssporet
Visse steder skal rapporten standse og forklare det nødvendige faglige stof, før du kan redigere kvalificeret:
DET SKAL DU VIDE FOR AT REDIGERE DETTE AFSNIT:
FPV-droner, loitering munitions og militære rekognosceringsdroner har meget forskellige egenskaber, omkostninger og organisatoriske konsekvenser. Det følgende afsnit giver dig den nødvendige tekniske baggrund.
Derefter får du en kort, præcis forklaring og nogle kontrolspørgsmål:
Er argumentet dækkende?
Hvilke antagelser bygger det på?
Hvilke danske forhold kan gøre konklusionen forkert?
Hvad ville en officer, økonom, jurist eller teknolog kritisere?
Skal konklusionen være stærkere, svagere eller mere betinget?
Din særlige rolle
Dine stærkeste bidrag vil formentlig ikke være at vurdere flyvetekniske specifikationer eller militær taktik på detaljeniveau. De vil især ligge i at undersøge:
om organisationen kan omsætte strategien til praksis
om governance kvæler den nødvendige hastighed
hvordan man kombinerer decentral innovation med central kontrol
hvordan man undgår, at droner bliver endnu et isoleret IT- eller materielsystem
hvordan data, logning, vedligeholdelse, versionsstyring og ansvar skal håndteres
hvordan man skaber hurtige læringssløjfer i en offentlig organisation
om rapportens anbefalinger faktisk kan gennemføres af rigtige mennesker
hvor de eksisterende regler beskytter mod reelle risici, og hvor de blot fastholder gamle arbejdsformer
På den måde bringer du dine egne ekspertområder ind, uden at rapporten lader som om, du skal være droneingeniør eller militær taktiker.
Rapporten skal indeholde bevidste spændingsfelter
Jeg skal ikke plante skjulte faktuelle fejl, som du forventes at opdage. I stedet skal jeg gøre de reelle uenigheder synlige. Eksempelvis:
standardisering kontra lokal eksperimentering
høj kvalitet kontra stor volumen
militær robusthed kontra kommerciel innovationshastighed
sikkerhedsgodkendelse kontra hurtig implementering
central specialistorganisation kontra droner som almindeligt værktøj i alle enheder
flerårige materielanskaffelser kontra løbende teknologisk udskiftning
hemmeligholdelse kontra tæt samarbejde med civile miljøer
stærk styring kontra mandat til at fejle hurtigt
Ved hvert centralt spændingsfelt skal rapporten komme med en foreløbig konklusion, men også give dig mulighed for at ændre dens vægtning.
Et eksempel på den ønskede form
Et almindeligt rapportafsnit kunne lyde:
Forsvaret bør ikke behandle mindre dronesystemer som traditionelt militært materiel med en forventet levetid på årtier. De bør i højere grad betragtes som en kombination af ammunition, softwareplatform og hurtigt forældet forbrugsteknologi. Det taler for kortere anskaffelsescyklusser, løbende udskiftning og lokale muligheder for afprøvning.
Derefter følger redaktørarbejdet:
REDAKTØRENS BESLUTNING:
Formuleringen er bevidst skarp. Den kan kritiseres for at undervurdere kravene til sikkerhed, interoperabilitet og forsyningssikkerhed.
Vælg én retning:
Fasthold den skarpe formulering og dokumentér behovet bedre.
Begræns anbefalingen til små, billige dronesystemer.
Opdel anskaffelserne i forskellige spor efter pris, militær betydning og levetid.
DIT SÆRLIGE BIDRAG: Sammenlign med forskellen mellem traditionelle kerne-IT-systemer og mindre digitale værktøjer. Bør Forsvaret have tilsvarende forskellige governance-modeller?
Her bliver du nødt til at forstå argumentet for at kunne forbedre det.
Slutproduktet
Rapporten bør ende med tre versioner:
AI-udkastet, som indeholder hele analysen og redaktørmarkeringerne.
Din redigerede rapport, hvor du har taget stilling til de centrale valg.
En læringslog, der kort opsummerer:
hvilke opfattelser du ændrede
hvilke argumenter du afviste
hvor du tilførte egen erfaring
hvilke områder der stadig kræver en egentlig fagperson
hvilke dele du accepterede uden selv at kunne verificere dem
Det sidste er vigtigt. Ellers kan man let gennemføre en redigering uden reelt at opdage, hvilke dele man stadig blot har overtaget fra AI’en.
Den grundlæggende arbejdsdeling bliver derfor:
Jeg researcher, strukturerer, argumenterer og udfordrer. Du vurderer, prioriterer, korrigerer og tager ansvar for den endelige tankegang.
Det er efter min vurdering en langt mere interessant metode mod passiv AI-brug end blot at bede brugeren skrive første udkast selv. Rapporten bliver ikke kunstigt ringere; den bliver bevidst konstrueret, så den ikke kan færdiggøres ordentligt uden menneskelig tænkning.
Google Gemini (Pro)
Det er et utroligt spændende og meget relevant koncept. Faren for "cognitive decline" – eller at vi simpelthen lader maskinen tænke for os og dermed mister vores egen kritiske sans og faglige dybde – er reel. Ved at indtage redaktørrollen tvinger du dig selv til at forholde dig kritisk, strukturere tankerne og aktivt anvende din egen tunge fagekspertise.
Jeg har udarbejdet et solidt grundudkast til en rapport om Forsvarets brug af droner. For at gøre dig til en aktiv redaktør har jeg indlagt specifikke [REDAKTØRENS ARBEJDSRUM]. Her har jeg bevidst holdt teksten overordnet eller ridset et dilemma op, som skriger på præcis den dybde inden for dataarkitektur, teknisk regulering, automatiserede workflows og metaprompting, som du kan levere.
Her er dit udkast. Frem med den røde pen.
UDKAST: Softwaredefineret Krigsførelse – Et Paradigmeskift for det Danske Forsvars Dronekapaciteter
1. Indledning: Når software vinder over stål
Erfaringerne fra de seneste års moderne konflikter viser et afgørende skift: Billige, kommercielt tilgængelige (COTS) droner og hastigt udviklede softwareopdateringer udgør nu en asymmetrisk trussel mod traditionelle, tunge og dyre militære platforme. Det danske forsvar er bygget op om doktriner, der favoriserer langsigtede anskaffelser af højteknologiske, fuldendte systemer. For at integrere droner effektivt kræves et opgør med disse doktriner; vi skal gå fra en hardware-fokuseret til en software-fokuseret tilgang.
2. Organisation: Adskillelse af innovation og drift
I dag er droner ofte et "vedhæng" til eksisterende enheder (f.eks. en spejderdeling, der tilfældigvis har en drone). For at udnytte potentialet fuldt ud bør Forsvaret oprette dedikerede, tvær-værns enheder. Disse enheder skal ikke kun bestå af operatører, men af små, integrerede teams af ingeniører, kodere og taktikere, der kan tilpasse dronernes payload og software fra dag til dag.
3. Datahåndtering og Den Underliggende Arkitektur
En sværm af droner producerer i løbet af få timer petabytes af data, bestående af alt fra videofeeds til termisk data og geolokationer. Forsvarets nuværende infrastruktur er ikke bygget til at transmittere, lagre og frem for alt forespørge(query) i disse massive, ustrukturerede datamængder i realtid.
[REDAKTØRENS ARBEJDSRUM – It-arkitektur og Databaser]:
Dette afsnit er bevidst holdt på et overfladisk ledelsesniveau. Det mangler en skarp, teknisk vinkel på, hvordan man reelt løser udfordringen i "maskinrummet". Her skal du ind og omskrive/tilføje: Hvordan struktureres en robust backend og relationsdatabase-arkitektur, der kan håndtere denne massive dataindsamling fra dronerne? Hvilke krav sætter det til databasernes optimering for at undgå flaskehalse, når en kommandocentral skal trække krydsrefererede data ud på få sekunder?
4. Sikkerhed, Regulering og Compliance i Fredstid vs. Krigstid
Når Forsvaret skal teste og anvende droner, opererer de i et komplekst juridisk felt. Droner, der bærer eksplosiver eller avanceret overvågningsudstyr, bevæger sig ofte i eller nær civilt luftrum. De gældende doktriner og anskaffelsesregler er tunge og ufleksible, og der mangler en agil ramme for at sikre compliance uden at kvæle den operative hurtighed.
[REDAKTØRENS ARBEJDSRUM – Teknisk Regulering og Farligt Gods]:
Rapporten mangler tyngde omkring den fysiske og regulatoriske virkelighed. Du bedes udvide dette afsnit ved at indføre koncepter for teknisk regulering og internationale standarder. Hvordan kan man lade sig inspirere af de strenge, men velfungerende regelsæt for transport af farligt gods (f.eks. på jernbanenettet), og overføre dem til sikkerhedsprotokoller for droner med farlig payload? Hvordan etableres en sikker, krypteret og compliant digital kommunikationsramme omkring disse systemer?
5. AI, Automatisering og Opdateringscyklusser
I moderne dronekrigsførelse skifter fjenden frekvenser og taktik konstant. Det betyder, at dronernes algoritmer til genkendelse og autonomi skal opdateres lynhurtigt. AI er nødvendigt for at screene de enorme mængder indkomne sensordata, så menneskelige operatører kun præsenteres for relevante trusler. Faren er imidlertid, at operatøren stoler blindt på AI-systemets konklusioner.
[REDAKTØRENS ARBEJDSRUM – AI-workflows og Metaprompting]:
Dette er rapportens svageste punkt i forhold til menneske-maskine interaktionen. Du skal overtage dette afsnit og indsætte konkrete metoder til, hvordan forsvarets operatører arbejder med AI'en. Indskriv retningslinjer for etablering af automatiserede screenings-workflows, og – helt centralt – hvordan træner man bedst soldater og analytikere i 'metaprompting'? Hvordan skal de instruere og korrigere AI-systemerne for at optimere outputtet og fastholde den menneskelige, kritiske kontrol?
6. Konklusion og Anbefalinger
Forsvaret står ved en skillevej. Hvis anskaffelse og anvendelse af droner underlægges samme langsommelige processer som indkøb af fregatter og kampvogne, vil vi være teknologisk forældede, før udstyret lander. Løsningen ligger i en agil, softwaredefineret tilgang kombineret med en tung, veltænkt dataarkitektur og et klart regelsæt for AI-interaktion.
Hvordan vil du gribe redigeringsarbejdet an – er der et specifikt "Arbejdsrum", du vil starte med at bygge ud og diktere indholdet til, eller vil du ændre overskrifterne først?
Claude (Opus 4.8 High)
Rapporten er skrevet som udkast 0.9 — bevidst ufærdig på steder, hvor det er dig, der skal lukke hullerne.
Sådan er konceptet bygget:
17 nummererede redaktørmarkører i fem kategorier: VALG (jeg har truffet et fagligt valg, du kan omgøre), DIN EKSPERTISE (teksten er tyndere end den burde være, fordi du ved mere), SVAGT LED (jeg indrømmer, hvor argumentet ikke bærer), VERIFICÉR (påstande jeg ikke kan bekræfte), HUL (bevidst tomt).
To fælder med overlæg. Afsnit 2.5 argumenterer lige nu mod sin egen overskrift, fordi jeg lod modargumentet stå uimodsagt til sidst — rapporten er inkonsistent, indtil du tager stilling (RED 9). Og anbefaling 8 er tom.
Et påstandsregister bagest med konfidensniveau på de ti bærende påstande. To af dem er svage og bærer store dele af teksten. Det er redaktørens vigtigste værktøj: find de steder, hvor en svag påstand bærer en stærk anbefaling.
Et metodeafsnit, hvor jeg skriver, hvad jeg ikke har gjort — bl.a. at jeg ikke har søgt systematisk efter kilder, der modsiger tesen.
Tre steder hvor din baggrund gør reel forskel, og hvor teksten er skitse med vilje: opdaterings- og releasekæden for våbenbærende software (RED 5), AI-beslutningsstøtte oven på et datagrundlag der ikke er i orden (RED 13), og reguleringsarkitekturen — hvor Trafikstyrelsen faktisk står nævnt i lovmaterialet til L 211 som modtager af § 152-beføjelsen. Der har jeg skrevet et habilitetsforbehold ind til dig (RED 16).
Redaktionsplanen bagest siger, hvilken rækkefølge der giver mest udbytte. Start med RED 7 — én oplysning afgør, om et helt afsnit skal skæres eller er rapportens skarpeste kritik.
Kommentarer
Send en kommentar