De fleste bruger AI som en hurtig søgemaskine eller en lidt for høflig sekretær. Men hvis du vil have ægte værdi ud af AI i 2026, specielt til arkitektur, kode og forretningsstrategi, skal du holde op med at bede den om at "tjekke dit arbejde".
AI'en er en kognitiv kamæleon. Den er præcis så skarp som den "rolle", du tvinger den ind i. Hvis du ikke definerer den, vælger den standarden: "Builder Mode". Den er flink, den vil gerne hjælpe, og den siger "det ser fint ud" til næsten alt.
Her er tre eksempler på, hvordan du kan skifte AI'ens personlighed ved at ændre præcis ét ord, og hvorfor du stadig skal bevare din egen kritiske sans.
1. Modstanderen: "Red Team"
Dette er den største game-changer for senior ingeniører og arkitekter. Når du beder en AI om at "Red Teame" din plan, skifter den fra medarbejder til modstander.
Prompt: "Her er min arkitektur for et multi-tenant faktureringssystem. Red team den for kritiske race conditions og GDPR-brister."
- Det føles brutalt: Pludselig får du ikke "godt gået", men en liste over 15 ting, der kan gå galt. "Dette fejler hvis to brugere opdaterer samtidig," eller "Her lækker du data mellem tenants."
- Hvorfor det virker: Du fjerner AI'ens filter for høflighed. Den leder nu aktivt efter svagheder.
- Husk: AI'en kan blive for pessimistisk. Din opgave er at sortere i støjen. Ikke alt er en kritisk fejl, nogle gange er det bare teoretisk polering.
2. Mentoren: "Socratisk Tutor"
Mange begår fejlen at bede AI'en om koden direkte. Det løser problemet nu, men du lærer intet.
Prompt: "Jeg forstår ikke hvordan RLS (Row Level Security) virker i denne kontekst. Vær min Socratiske Mentor, giv mig ikke svarene, men stil mig de spørgsmål, der fører mig til løsningen."
- Resultatet: AI'en ændrer sig fundamentalt. Den guider dig gennem de underliggende principper. Det tager længere tid, men dine evner som udvikler vokser eksponentielt.
- Værdien: Det bygger teknisk gæld ned i stedet for at bygge den op med kopieret kode, du ikke forstår.
3. Optimisten: "Pragmatic PM"
Red Teaming kan lamme et projekt. Hvis alt er farligt, kommer man aldrig i mål. Her har du brug for modvægten.
Prompt: "Vær en pragmatisk Product Manager. Her er listen over 20 rettelser fra min Red Team session. Hvilke 3 er absolut kritiske for at gå live i morgen, og hvad kan vi sikkert udskyde til version 2.0?"
- Effekten: AI'en skifter fokus fra teknisk perfektion til forretningsværdi og momentum. Den hjælper dig med at sige nej.
Nuancen: Du er stadig piloten
Der er en farlig fælde i AI-sparring: Blind tiltro.
Når man skifter til f.eks. "Red Team mode", kan AI'en finde på "hallucinere" risici eller foreslå overdrevent komplekse løsninger på simple problemer. Det er her, din erfaring er alfa og omega.
Konkret eksempel på hallucination: En AI i Red Team mode kan sige: "Din database-funktion er sårbar over for SQL injection fordi du bruger string concatenation." Men hvis du faktisk bruger parameteriserede queries, er dette en falsk alarm. AI'en har set mønstret "database + user input" og antaget det værste.
Som senior konsulent er din vigtigste evne ikke at skrive prompts, men at cherry-picke. Du skal kunne se på AI'ens 10 punkter og sige: "Punkt 1, 3 og 7 er geniale rettelser. Resten er over-engineering i forhold til vores nuværende stadie."
Praktisk scenarie: Forestil dig AI'en foreslår 15 ændringer til din arkitektur. 5 af dem handler om race conditions du faktisk har. 7 handler om teoretiske edge cases, der aldrig vil ske i dit system. 3 er direkte forkerte antagelser om din tech stack.
Din opgave er at identificere de 5 kritiske, implementere dem, og ignorere resten. Det kræver domæneviden som ingen AI har.
Konklusion
AI er ikke et værktøj, der giver dig svar. Det er en platform, hvor du kan indsætte forskellige eksperter. Ved at lære at skifte mellem disse modes, får du en sparringspartner, der tør udfordre dig, lære dig nye ting og holde dig på sporet af det vigtigste.
If you don't think for yourself, you're just building a house of cards at a faster pace.