Blog

Hvorfor AI-værktøjer bliver frustrerende: Et praktisk læringskort

Markdown

Forfatterens læringsmetafor med fire stadier, praktiske tegn i arbejdsgangen og et forsøg med tre søjler til fremdrift på ét AI-assisteret projekt.

Læs hele artiklen

Vigtigste pointe

Artiklen bruger en populær læringskurve med fire stadier som forfatterens metafor for arbejdet med Claude Code eller Cursor. Tidlig begejstring kan blive til frustration, efterfulgt af mere målrettet øvelse og en mere stabil arbejdsgang. Stadierne er en hjælp til refleksion, ikke en valideret rækkefølge, alle følger, en forudsigelse om at du giver op eller en diagnostisk test. Tjeklisterne og rammen med tre søjler nedenfor er praktiske forslag, du kan afprøve på ét projekt.

Du finder flere instruktioner til arbejdet med Ailoot i dokumentationen.

En læringsmetafor, ikke en universel psykologisk lov

Vigtigste pointe

Dunning–Kruger-effekten handler om begrænsninger i vurderingen af ens egen præstation. Den velkendte tegning med top, dal, skråning og plateau er en populær illustration, ikke bevis for, at alle skal gennemgå fire stadier i denne rækkefølge. Her bruges den kun til at organisere eksempler på forventninger, frustration og øvelse.

Artiklens praktiske spørgsmål er snævrere end en psykologisk diagnose: Passer dine forventninger til de resultater, du kan verificere? Sammenlign det, du forventede at fuldføre, med det, der faktisk virker, og tilpas næste opgave ud fra denne evidens.

Brug ikke selvtillid alene som mål for færdigheder; undersøg et reelt resultat og de kontroller, der underbygger det.

Siden er Dunning–Kruger-kurven blevet en populær illustration med fire stadier. Først stiger selvtilliden til »Mount Stupids top«. Så styrtdykker den ned i »Fortvivlelsens dal«. Derefter klatrer den langsomt op ad »Oplysningens skråning« mod »Bæredygtighedens plateau«.

Kurven er en metafor i denne artikel. Ingen undersøgelse af artiklens læsere dokumenterer en frafaldsrate, en fast læringsvarighed eller en universel vej gennem disse betegnelser.

De 4 stadier af vibe coding—hvor er du nu?

Vigtigste pointe

De følgende fire betegnelser beskriver situationer, en lærende måske genkender; de er ikke stadier, som enhver Claude Code-bruger skal gennemgå. Mount Stupids top: Du læser en artikel om agenter og tror, at du er vibe coder. Fortvivlelsens dal: Du begynder at grave dig ned i MCP og Skills og indser, at du intet forstod. Oplysningens skråning: Reglerne virker, og metoden giver resultater. Bæredygtighedens plateau: Din viden svarer til din selvtillid, og du bygger produkter støt og roligt. Hvert stadie har sine egne tanker i hovedet og handlinger udadtil.

Hvert stadie kan kendes på typiske tanker og adfærd. Her er kortet.

Stadie 1—Mount Stupids top

Du læser en artikel om Claude Code. Måske så du en video. Det hele virker klart: Installer værktøjet, skriv en prompt, få kode. Artikelforfattere fortæller, hvordan de »byggede en SaaS på én aften«. Det vil du også gøre på én aften.

Tanker i hovedet:

  • »Jeg tror, jeg har forstået det.«
  • »Det er bare en chat, bare smartere.«
  • »Jeg er iværksætter; jeg behøver ikke programmører.«
  • »Jeg mestrer det på en måned og tager til Dubai.«

Adfærd:

  • Du downloader Claude Code og installerer det.
  • Du skriver »Byg en bookingapp til mig« i chatten.
  • Du får kode, der ikke kan køre.
  • Du tror, det er den forkerte model, og køber et Max-abonnement.

På dette stadie overvurderer du både værktøjet og dig selv. Det er ét muligt udgangspunkt. Hvis forventningerne forbliver uden forbindelse til et fungerende resultat, kan frustrationen vokse; et lille projekt og udtrykkelige kontroller giver dig noget konkret at lære af.

Bed en anden gennemgå det samme output efter udtrykkelige kriterier som en praktisk selvkontrol. En selvsikker selvbeskrivelse som “AI-ekspert” dokumenterer ikke kvaliteten af et genereret resultat.

Behandl et tidligt selvsikkert indtryk som en hypotese. Kør koden, undersøg outputtet, og lad resultatet ændre dit skøn over, hvad du kan.

Stadie 2—Fortvivlelsens dal

Du går mere i dybden. Du læser om MCP og prøver at tilslutte en server. Du downloader en færdig Skill og forsøger at finde ud af den. Du starter Plan Mode—agenten skriver en plan og kommer så på afveje ved trin tre. Du åbner ~/.claude/—der er 12 mapper, og du forstår ikke, hvad nogen af dem skal bruges til.

Tanker i hovedet:

  • »Jeg ved slet ikke, hvordan man gør noget.«
  • »Alle de mennesker på sociale medier lyver bare.«
  • »Det, der virker for andre, virker ikke for mig.«
  • »Måske går jeg i gang med det her for tidligt.«
  • »Jeg brugte $200 på tokens—og hvad har jeg at vise for det?«

Adfærd:

  • Du åbner 20 dokumentationsfaner på én gang.
  • Hver chat begynder med »glem den tidligere kontekst«.
  • Du browser fora og læser tråde som »X ødelagde mit projekt«.
  • Du sammenligner Claude med Cursor, Cursor med Codex, Codex med Cline. Du tror, at du har det forkerte værktøj.
  • Du sætter dig for at kode om morgenen, men ved frokosttid scroller du allerede gennem dit feed.

Det kan være en frustrerende situation. Artiklen har ingen målt frafaldsrate for den; brug tegnene nedenfor til at finde én ændring, der er værd at prøve.

Stadie 3—Oplysningens skråning

Du stopper. Du sætter farten ned. Du holder op med at kaste dig over hver ny ting. Du skriver din første CLAUDE.md og lægger den i projektet. Du opretter en business/-mappe og lægger en beskrivelse af produktet, priserne og målgruppen i den. Du gennemgår /compact ti gange og forstår endelig, hvilke dele af konteksten den skal bevare. Du laver din første Skill—én til en bestemt opgave, på 30 linjer.

Tanker i hovedet:

  • »Nå, sådan fungerer det.«
  • »I dag fik jeg noget gjort, som jeg ikke kunne for en uge siden.«
  • »Jeg tror, jeg forstår forskellen på business/ og ai-clone/.«
  • »Jeg har allerede en færdig prompt til opgave X.«

Adfærd:

  • Du vender tilbage til Plan Mode før hver ny opgave.
  • Før du skriver noget til Claude, spørger du dig selv: »Står det her i min CLAUDE.md?«
  • Du leder efter den næste metodiske regel; et nyt værktøj fanger ikke længere din opmærksomhed.
  • Du hjælper andre i chats: »Jeg sad også fast her—prøv på den her måde.«

Stadie 4—Bæredygtighedens plateau

Dette er ikke det punkt, hvor tingene bliver nemme. Det er det punkt, hvor din viden endelig svarer til din selvtillid.

Tanker i hovedet:

  • »Jeg ved, hvad jeg ikke ved.«
  • »Denne opgave tager mig tre timer; jeg har gjort det før.«
  • »Det kræver en ny Skill; jeg sætter den sammen nu.«
  • »Hvis Claude kommer på afveje fra planen, kender jeg tre mulige årsager.«

Adfærd:

  • Du bygger produkter støt og roligt—ét på en aften, et andet i løbet af en weekend.
  • Du har din egen Skills-mappe, dine egne subagenter og din egen business/ for hvert projekt.
  • Du hyrer selektivt freelancere til de dele, du grundlæggende ikke selv kan håndtere.
  • Du ser sjældent andres videovejledninger—mest for at få nye idéer, ikke for at lære det grundlæggende.

Tjekliste til selvevaluering—hvilket stadie er du på nu?

  • Hvis du endnu ikke har prøvet Claude Code og tænker »Nå, det kan jeg klare på én aften«, er du på stadie 1.
  • Hvis du har prøvet det, åbnet MCP, forsøgt at læse Skills og tænker »Hvorfor gik jeg i gang med det her?«, er du på stadie 2.
  • Hvis du har oprettet en CLAUDE.md og kan se, hvordan den virkelig ændrer Claudes adfærd, er du på stadie 3.
  • Hvis du bygger produkter støt og roligt og ved præcis, hvilket værktøj du skal bruge hvornår, er du på stadie 4.

7 tegn på, at du befinder dig i Fortvivlelsens dal lige nu

Vigtigste pointe

Fortvivlelsens dal kan kendes på syv adfærdstegn—fra endeløse skift mellem værktøjer til sætningen »det her er bare ikke noget for mig«. Brug de syv tegn som refleksionsspørgsmål, ikke en diagnose med point. Vælg det, der tydeligst forhindrer dig i at afslutte din aktuelle opgave, og afprøv den tilsvarende ændring.

Dalen kommer ikke pludseligt. Den sniger sig ind. Her er tegnene:

1. Du sammenligner værktøjer i stedet for at bygge. Du åbner en fane med »Cursor vs Claude Code«. Læser den færdig. Åbner »Cline vs Cursor«. Så »Codex vs alt andet«. Ved hver sammenligning tænker du: »Måske graver jeg det forkerte sted.« Når dagen er omme, har du skrevet nul linjer kode og brugt fire timer.

2. Du begynder hver ny chat med »glem alt det, der kom før«. Du har ikke en CLAUDE.md, du har ikke mestret /compact, og du forstår ikke, hvad et kontekstvindue er. Hver session begynder med blanke ark. En uge senere opdager du, at du har forklaret Claude det samme for femtende gang.

3. Du samler på prompts, men bruger dem ikke. Du har oprettet en mappe med »Claude Code-prompts« i Notion. Der er 47 bogmærker i den. Du har ikke brugt en eneste af dem to gange. Hver gang tænker du: »Det er helt sikkert den her, jeg har brug for.«

4. Du tror, at andre »har succes, fordi de har forbindelser«. Du åbner de sociale medier og ser nogen lancere den første version af et produkt på en weekend. Du tænker: »De har et team. De har forbindelser. Det kan jeg ikke.« Du overvejer ikke, at de er på stadie fire, mens du er på stadie to.

5. Du opgiver et projekt på tredjedagen. Hvert nyt projekt begynder med begejstring (»Det bliver fantastisk!«) og slutter på tredjedagen. Når udfordringen vokser fra »en hilsen i chatten« til »behandl en betaling«, giver du op. Det er skræmmende at gøre noget svært.

6. Du søger svar i ChatGPT, fordi det ikke gik med Claude. Claude gav dig et dårligt svar, så du åbner ChatGPT. ChatGPT gav dig et dårligt svar, så du åbner Gemini. Det falder dig ikke ind, at anmodningen var dårligt formuleret—du tror altid, at værktøjet er skyld i det.

7. Du siger til dig selv: »Det her er bare ikke noget for mig.« Dette er det mest snigende tegn. Det lyder som en defensiv slutreplik, hvorefter personen går sin vej. Tanken kan afspejle frustration frem for manglende evne til at lære. “Dalen” er en metafor her; der findes ingen målt procentdel eller fast tidslinje, der viser, hvem der føler sådan, eller hvad der sker bagefter.

Hvis flere tegn passer, skal du vælge ét lille fungerende resultat som dit næste mål. Registrér, hvad der blokerede det, og ændr én del af arbejdsgangen; tjeklisten forudsiger ikke, hvor lang tid forbedring tager.

Hvorfor folk giver op i dalen—og hvorfor det ikke skyldes dovenskab

Vigtigste pointe

I denne metafor betegner dalen et gab mellem forventet og faktisk fremdrift. En opgave, der så hurtig ud, kan vise sig at kræve ukendt opsætning og fejlfinding, mens eksempler på sociale medier gør sammenligningen nedslående. Det er en praktisk beskrivelse af frustration, ikke en neurologisk diagnose.

Frustration over et værktøj er ikke et pålideligt mål for evner. Undersøg opgavens størrelse, manglende viden og udførelsesmiljøet, før du træffer en varig beslutning om værktøjet.

Registrér observerbare fakta frem for at udlede en hjernemekanisme af en svær uge: Hvad du forsøgte, hvad der virkede, hvilken fejl der blokerede næste trin, og hvor lang tid det tog. Registreringen giver dig et konkret sted at forbedre.

I dalen får du to slag på én gang. For det første lever dine egne fremskridt ikke op til forventningerne. For det andet offentliggør folk omkring dig resultater, du ikke har. Du åbner de sociale medier—nogen har lanceret den første version af et produkt, nogen har bygget en agent, nogen har tjent deres første hundrede dollars med Claude API. Du har brugt tre uger uden engang at kunne tilslutte en database.

Følg den forløbne tid sammen med dit indtryk af hastigheden. En agent kan føles produktiv og samtidig tilføje gennemgang og omarbejde; sammenlign en repræsentativ opgave med din tidligere arbejdsgang frem for at antage, at en oplevet gevinst er målt.

Langsom fremdrift på en ukendt opgave dokumenterer ikke manglende evner. Adskil læringsomkostningen fra værktøjets output, og definér et mindre resultat, du kan undersøge.

Uden et gentageligt næste trin er det let at skifte værktøj eller opgive opgaven. Rammen med tre søjler nedenfor er forfatterens foreslåede struktur, ikke en statistisk bevist forklaring på, hvorfor folk giver op.

3 søjler—en metode til at komme ud af dalen

Vigtigste pointe

Et nyt værktøj eller en ny prompt får dig ikke ud af Fortvivlelsens dal. Det, der hjælper dig ud, er en ramme med tre søjler: AI-klon (Skills og personlig metode), anden hjerne (CLAUDE.md og en business/-mappe) og kontekstteknik (Plan Mode og styring af kontekstvinduet). Hver søjle for sig afhjælper et symptom på dalen. Sammen kan de gøre processen lettere at undersøge og gentage. De fjerner ikke hallucinationer og erstatter ikke kontrol af resultatet.

I forfatterens erfaring, som beskrives her, tog det tre måneder at komme ud af dalen: I den periode blev snesevis af værktøjer afprøvet. Og jeg forstod én ting: Claude var ikke problemet. Problemet var, at jeg begyndte fra et blankt ark hver gang. Ingen hukommelse, ingen regler, ingen grænser.

Derefter satte jeg en ramme sammen. Jeg kaldte den »de tre søjler«. Navnet henviser til tre typer komponenter, som hele Claude Code-arbejdsgangen hviler på. Fjern en hvilken som helst af dem, og rammen kollapser.

Søjle 1—En AI-klon af dig

En AI-klon er din ekspertise pakket i et format, som Claude automatisk anvender.

I Fortvivlelsens dal skriver du til Claude: »Hjælp med denne opgave«, og forklarer din fremgangsmåde fra bunden hver gang. Søjle 1 løser det: Dine metoder ligger i mappen ai-clone/ som en samling filer. En Skill til »sådan håndterer jeg en klientsag«. En Skill til »sådan skriver jeg et Telegram-opslag«. En subagent kaldet »produktarkitekt«, der tænker som dig i planlægningsfasen.

Sådan ser søjle 1 ud i praksis:

  • Skills—filer med instruktioner til bestemte opgaver (/build-article, /build-reel-script).
  • Subagenter—personas med forskellige ekspertiseområder, som Claude fordeler delopgaver mellem.
  • Mappen ai-clone/feedback/—regler, der er lært gennem fejl. Hver regel følger formatet Regel - Hvorfor - Hvordan.

Jeg har gennemgået dette i detaljer i vejledningen til Skills, Subagents, MCP og Plugins—et kort over, hvad du skal bruge hvornår.

Søjle 2—En anden hjerne

En anden hjerne er et struktureret vidensarkiv om et projekt, som Claude har direkte adgang til.

I Fortvivlelsens dal forklarer du Claude i hver session, hvad produktet er, hvem målgruppen er, og hvad forretningsmodellen er. Ved udgangen af den tredje uge indser du, at du har forklaret det samme for femtende gang. Søjle 2 løser det: Du organiserer din projektviden i filer ved siden af koden. Claude læser dem selv, når der er brug for det.

Sådan ser søjle 2 ud i praksis:

  • CLAUDE.md—agentens indgang. Adfærdsregler, ruter og links til alt andet.
  • Mappen business/—produkt, målgruppe, økonomi, mål, indholdsplaner, konkurrenter.
  • Mappen plans/—tekniske planer efter fase med status for hver.
  • Mappen retrospectives/—læringspunkter fra tidligere sessioner, så de samme fejl ikke gentages.

Den fulde gennemgang finder du i vejledningen til opsætning af CLAUDE.md og vejledningen til en anden hjerne i Claude Code.

Søjle 3—Kontekstteknik

Kontekstteknik handler om at styre, hvad der kommer ind i Claudes kontekstvindue, før du trykker på Enter.

I Fortvivlelsens dal forstår du ikke, hvorfor Claude »glemmer« instruktioner efter fyrre beskeder i en chat. Du forstår ikke, hvorfor /compact er nødvendig. Du åbner ikke Plan Mode, fordi »det går hurtigere uden«. Søjle 3 løser det: Du styrer bevidst, hvad du indlæser i konteksten. Det giver Claude mere relevant input; du skal stadig verificere påstande og output.

Sådan ser søjle 3 ud i praksis:

  • Plan Mode—agenten skriver først en opgaveplan, du godkender den, og så udfører agenten den. Hvis du ikke bruger den, giver første forsøg et kaotisk resultat.
  • /compact—intelligent komprimering af chathistorikken. Når konteksten begynder at blive fyldt op, komprimerer du den og bevarer kun de vigtigste beslutninger.
  • Strukturerede prompts—i stedet for »hjælp mig« skriver du »her er kontekst A, her er opgave B, returnér resultatet i format C«.
  • Subagenter—uddelegering af delopgaver til nye kontekster, så hovedkonteksten ikke bliver overbelastet.

Jeg har gennemgået dette i vejledningen til kontekstteknik og vejledningen til Plan Mode.

Hvorfor tre og ikke én

Du kan nøjes med at bygge en anden hjerne, så Claude kender dit projekt. Men så opfører Claude sig som en praktikant uden regler.

Du kan nøjes med at bygge en AI-klon, så Claude overtager din ekspertise. Men uden projekthukommelse begynder hver session forfra.

Kontekstteknik kan forbedre inputtet til en opgave, men garanterer ikke et problemfrit forløb og bevarer ikke viden alene. Men viden ophobes ikke mellem opgaverne.

Først når alle tre sættes sammen, får du det, jeg kalder en »forudsigelig ramme«. Claude husker dit projekt. Claude anvender automatisk din metode. Og Claude mister ikke tråden under en opgave.

Det er det punkt, hvor du kommer ud af Fortvivlelsens dal.

7 anti-mønstre, der holder dig i dalen

Vigtigste pointe

De følgende mønstre er eksempler, forfatteren bruger til at reflektere over en frustrerende arbejdsgang. De arbejder uden en CLAUDE.md, fører lange samtaler uden /compact, stoler på det første svar og ignorerer omkostningssporing. Hvert anti-mønster viser, at du prøver værktøjet, men springer metoden over. Vælg en relevant ændring, og vurder, om den hjælper med at fuldføre en reel opgave; listen har ingen valideret beståelsesgrænse.

Anti-mønstre, du kan undersøge i din egen arbejdsgang:

1. »Skriv en fungerende app til mig« uden en CLAUDE.md. Du åbner en ny Claude Code-chat og dikterer straks opgaven. Claude har ingen kontekst om dit projekt, din metode eller dine præferencer. Claude giver dig en generisk skabelon, og du bliver skuffet.

Hvad du skal gøre: Opret en CLAUDE.md, og skriv det mest nødvendige i den—din teknologistak, forretningsmodel, målgruppe og links til de øvrige filer. Hver chat begynder med denne kontekst.

2. En lang samtale uden /compact. Du kører en session med 80 beskeder. Claude husker ikke længere, hvad du besluttede i besked 12. Kontekstvinduet er fyldt med historik uden vigtige beslutninger—kun ubeslutsomhed. Svarenes kvalitet falder.

Hvad du skal gøre: Kør /compact for hver 30–40 beskeder, og angiv, hvad der er vigtigt at bevare. Så bliver konteksten mere fokuseret.

3. At stole på det første svar. Claude giver dig en løsning, og du anvender den straks. En time senere opdager du, at den ødelagde tre andre filer. Du giver op, fordi »det virker jo heller ikke ordentligt igen«.

Hvad du skal gøre: Brug Plan Mode til komplekse opgaver. Først planen, så gennemgår I planen, og derefter udføres den. På den måde opdager du fejl under planlægningen i stedet for efter en halv dags arbejde.

4. En sløset prompt uden struktur. Du skriver »gør det godt« og forventer, at Claude selv forstår det. Det gør Claude ikke. Claude ved ikke, hvad »godt« betyder for dig. Claude gætter.

Hvad du skal gøre: Skriv prompts efter strukturen »kontekst - opgave - begrænsninger - format«. Det øger chancen for et godt resultat i første forsøg markant.

5. At ignorere omkostningssporing. Du ved ikke, hvor mange tokens du bruger. Dit månedsabonnement løber tør, du åbner kontrolpanelet og ser, at du har brugt $200. Du bliver overrasket. Du stopper.

Hvad du skal gøre: Sæt sporingsværktøjer til tokenforbrug op. Jeg har gennemgået værktøjerne i vejledningen til tokenmålere. Når du kan følge dit forbrug i realtid, holder du op med at brænde tokens af uden grund.

6. En endeløs søgen efter det »rigtige værktøj«. Cursor udkommer—du skifter til Cursor. Cline dukker op—du prøver Cline. Codex opdateres—du går tilbage til Codex. Hver anden uge bruger du et nyt værktøj og starter forfra hver gang. Du når aldrig det niveau, hvor værktøjet begynder at arbejde for dig.

Hvad du skal gøre: Vælg ét værktøj. Brug det i tre måneder. Skift ikke ved den første undskyldning. Jeg ser kun på sammenligninger, når mit værktøj grundlæggende ikke kan udføre noget.

7. »Jeg har ikke tid til at læse metoden.« Du tror, at værktøjet bør fungere uden forberedelse. At det er en medfødt evne at skrive prompts. At CLAUDE.md er »et ekstra lag«. Derfor gør du stadig i din anden måned noget, du kunne have afsluttet på en uge med en metode.

Hvad du skal gøre: Accepter, at det kræver læring at bruge Claude Code, ligesom ethvert professionelt værktøj. Man lærer det gennem metoder; intuition virker ikke her.

Relateret: Vejledningen til sykofani i Claude Code undersøger, hvordan du undgår dalens største misforståelse—at Claude altid har ret, når den er enig i din idé.

5 tegn på, at du er på Oplysningens skråning—sådan ved du, at du er kommet ud

Vigtigste pointe

Du kan kende Oplysningens skråning på nogle få rolige skift, ikke på eufori. Du har en CLAUDE.md på over 200 linjer. Du vender tilbage til Plan Mode uden påmindelser. Du kan dine Skills udenad. Dit arbejdstempo er stabiliseret—nu ved du, hvor lang tid en typisk opgave tager. Og andre begynder at bede dig om hjælp, fordi du opnår resultater.

Fem tegn på, at du er på stadie tre:

1. Du har en CLAUDE.md på over 200 linjer, og du vedligeholder den bevidst. Du kopierede den ikke fra en skabelon—du byggede den selv op. Du kender hvert afsnit og ved, hvorfor det er der. Når du ser et nyt mønster, tilføjer du en regel.

2. Du slår Plan Mode til før hver ikke-rutineopgave. Uden påmindelser og ikke af pligtfølelse, men fordi du forstår, at du uden en plan spilder en time og får det forkerte resultat. Det er holdt op med at være et »ekstra trin« og er blevet en refleks.

3. Du har dit eget katalog over Skills og Subagents. Ikke downloadet fra GitHub—dit eget. Til dine bestemte opgaver. Når en ny opgave minder om en gammel, kommer du i tanke om din Skill i stedet for at skrive en prompt fra bunden.

4. Dit tempo er stabiliseret. Nu ved du: »En opgave som denne tager mig 3 timer.« Ikke »nå, det går hurtigt« og heller ikke »nå, det kommer til at tage en evighed«. Du har et realistisk tidsestimat. Det betyder, at du har bevæget dig forbi Dunning–Kruger-effekten i begge retninger—du er holdt op med at overvurdere og undervurdere.

5. Folk begynder at spørge dig. Nogen stiller et spørgsmål om MCP i en chat—du svarer med et konkret eksempel: »Det her skete for mig.« Nogen spørger om Plan Mode—du viser dit eksempel. Det er en bivirkning af at mestre metoden: Folk i dalen genkender deres egne erfaringer i dine og kommer til dig.

Brug tegnene til at reflektere over seneste fremskridt, ikke til at give dig selv point eller forudsige, hvornår du når et plateau. Kontrollér over tid, om dine skøn og fungerende resultater bliver mere konsistente.

På plateauet ændrer menneskets rolle sig i en ramme med agenter.

Det er resultatet af rejsen ud af dalen: Du er ikke længere »ved at lære at skrive prompts«. Du administrerer en ramme af agenter, du er procesarkitekten, du er personen øverst.

Hvad du skal gøre LIGE NU, hvis du er ved at miste modet

Vigtigste pointe

Hvis du har læst denne artikel og indset, at du sidder fast i dalen, skal du ikke lukke fanen. Tag tre skridt: Sæt ord på dit stadie (diagnose), sæt farten ned (ét projekt, én søjle til at begynde med), og skab struktur (din egen eller en andens). Prøv en struktureret arbejdsgang, før du antager, at et nyt værktøj løser problemet. Behold den kun, hvis resultaterne forbedres; hverken metaforen eller en tidsplan garanterer fremdrift.

Tre skridt, du kan afprøve på din næste opgave.

Trin 1—sæt ord på stadiet. Sig til dig selv: »Jeg er i Fortvivlelsens dal. Det er en frustrerende del af min aktuelle arbejdsgang. Jeg kan sætte ord på den konkrete blokering og vælge et mindre næste trin.« Når du sætter ord på stadiet, holder det op med at være »min personlige katastrofe« og bliver til »min nuværende position på kurven«.

Trin 2—sæt farten ned. Vælg ÉT projekt. Ikke to, ikke tre—ét. Vælg ÉN af de tre søjler—den, der afhjælper flest smertepunkter i dette projekt. Hvis projektet er nyt og slet ikke har nogen kontekst, skal du vælge den anden hjerne (CLAUDE.md). Hvis projektet findes, men Claude ikke opfører sig »som dig«, skal du vælge AI-klonen (Skills). Hvis opgaverne er lange, og konteksten er ved at blive fyldt op, skal du vælge kontekstteknik (Plan Mode + /compact).

Ét projekt, én søjle, to uger. Prøv ikke at bygge det hele på en weekend—det sender dig tilbage til dalen.

Trin 3—skab struktur. Du kan selv bygge metoden. Ifølge forfatterens erfaring, der beskrives her, tog det tre til seks måneder.

Kilder

Hvis du vil fortsætte med at arbejde med modeller, kan du gå til Ailoot.

Flere oplysninger

Spørgsmål og svar

Forudsiger de fire stadier, at jeg giver op efter en måned?

Nej. Artiklen bruger en populær kurve som metafor uden en målt frafaldsrate eller universel tidslinje. Brug eksemplerne til at finde en konkret hindring, ikke til at diagnosticere dig selv eller forudsige, hvornår du forbedrer dig.

Hvad er et praktisk næste trin, hvis jeg bliver ved med at skifte AI-værktøj?

Vælg ét projekt og ét lille resultat, du kan verificere. Forbedr den del, der giver flest problemer: projektinstruktioner, en genanvendelig procedure eller konteksthåndtering. Sammenlign det faktiske resultat og tidsforbruget med dit tidligere forsøg.

Alle artikler