# Waarom AI-tools frustrerend worden: een praktische leerkaart > Een leermetafoor met vier fasen van de auteur, praktische workflowtekenen en een experiment met drie pijlers voor voortgang op één AI-project. Source: https://ailoot.ai/blog/nl/why-you-quit-ai-tools/ Canonical: https://ailoot.ai/blog/nl/why-you-quit-ai-tools/ Language: nl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-198 Revision: sha256-3f7b39abdb72e43bbc92244ea8347fe8d84903ca37529d9e4997da644ad38011
Belangrijkste punt Dit artikel gebruikt een populaire leercurve met vier fasen als metafoor van de auteur voor het werken met Claude Code of Cursor. Eerste enthousiasme kan plaatsmaken voor frustratie, gevolgd door bewustere oefening en een stabielere workflow. De fasen helpen bij reflectie; ze zijn geen bewezen volgorde die iedereen doorloopt, voorspelling dat je zult stoppen of diagnostische test. De checklists en het raamwerk met drie pijlers hieronder zijn praktische suggesties om op één project uit te proberen.
Meer instructies voor het werken met Ailoot staan in de [documentatie](https://ailoot.ai/docs/). ## Een leermetafoor, geen universele psychologische wet
Belangrijkste punt Het Dunning-Krugereffect gaat over beperkingen bij het beoordelen van de eigen prestaties. Het bekende beeld van piek, dal, helling en plateau is een populaire illustratie en geen bewijs dat elke lerende vier fasen in deze volgorde moet doorlopen. Hier gebruik ik het alleen om voorbeelden van verwachtingen, frustratie en oefening te ordenen.
De praktische vraag in dit artikel is beperkter dan een psychologische diagnose: komen je verwachtingen overeen met de resultaten die je kunt controleren? Vergelijk wat je dacht af te ronden met wat werkelijk werkt en pas de volgende taak aan op basis van dat bewijs. Gebruik zelfvertrouwen alleen niet als maatstaf voor vaardigheid; bekijk een echt resultaat en de controles die het ondersteunen. Sindsdien is de Dunning-Kruger-curve een populaire illustratie in vier fasen geworden. Eerst stijgt het zelfvertrouwen naar de “Piek van de Berg der Domheid”. Daarna stort het in het “Dal van Wanhoop”. Vervolgens klimt het langzaam de “Helling van Verlichting” op, richting het “Plateau van Duurzaamheid”. De curve is een metafoor in dit artikel. Geen onderzoek onder de lezers van dit artikel stelt een uitvalpercentage, vaste leerduur of universeel pad door deze labels vast. ## De 4 fasen van vibe coding — in welke fase zit jij nu?
Belangrijkste punt De volgende vier labels beschrijven situaties die een lerende kan herkennen; het zijn geen fasen die elke Claude Code-gebruiker moet doorlopen. De Piek van de Berg der Domheid: je leest een artikel over agents en denkt dat je een vibe coder bent. Het Dal van Wanhoop: je duikt in MCP en Skills en beseft dat je niets begreep. De Helling van Verlichting: de regels werken en de methode levert resultaat op. Het Plateau van Duurzaamheid: je kennis komt overeen met je zelfvertrouwen en je bouwt gestaag producten. Elke fase heeft eigen gedachten in je hoofd en zichtbaar gedrag.
Elke fase is te herkennen aan typische gedachten en gedragingen. Hier is de kaart. ### Fase 1 — Piek van de Berg der Domheid Je leest een artikel over Claude Code. Misschien heb je een video bekeken. Alles lijkt duidelijk: installeer de tool, schrijf een prompt, krijg code. Auteurs van artikelen vertellen hoe ze “in één avond een SaaS hebben gebouwd”. Dat wil jij ook in één avond doen. Gedachten in je hoofd: - “Ik denk dat ik het snap.” - “Het is gewoon een chat, alleen slimmer.” - “Ik ben ondernemer; ik heb geen programmeurs nodig.” - “Over een maand beheers ik het en vertrek ik naar Dubai.” Gedrag: - Je downloadt Claude Code en installeert het. - Je typt “Bouw een boekingsapp voor me” in de chat. - Je krijgt code die niet werkt. - Je denkt dat het aan het verkeerde model ligt en koopt een Max-abonnement. In deze fase overschat je zowel de tool als jezelf. Dit is één mogelijk startpunt. Blijven verwachtingen losstaan van een werkend resultaat, dan kan frustratie groeien; een klein project en expliciete controles geven je iets concreets om van te leren. Vraag voor een praktische zelfcontrole iemand anders dezelfde uitvoer aan expliciete criteria te toetsen. Een zelfverzekerde omschrijving zoals “AI-expert” bewijst niet de kwaliteit van een gegenereerd resultaat. Behandel een vroege zelfverzekerde indruk als hypothese. Voer de code uit, bekijk de uitvoer en laat het resultaat je inschatting van je eigen mogelijkheden veranderen. ### Fase 2 — Dal van Wanhoop Je gaat dieper. Je leest over MCP en probeert een server te koppelen. Je downloadt een kant-en-klare Skill en probeert te begrijpen hoe die werkt. Je start Plan Mode — de agent schrijft een plan en wijkt vervolgens bij stap drie van de koers af. Je opent `~/.claude/` — daar staan 12 mappen en je begrijpt niet waarvoor ze dienen. Gedachten in je hoofd: - “Ik weet helemaal niet hoe ik iets moet doen.” - “Al die mensen op sociale media liegen gewoon.” - “Wat voor anderen werkt, werkt niet voor mij.” - “Misschien begin ik hier te vroeg aan.” - “Ik heb $200 aan tokens uitgegeven — en wat heb ik ervoor terug?” Gedrag: - Je opent tegelijk 20 documentatietabbladen. - Elke chat begint met “vergeet de vorige context”. - Je bladert door fora en leest discussies zoals “X heeft mijn project kapotgemaakt”. - Je vergelijkt Claude met Cursor, Cursor met Codex en Codex met Cline. Je denkt dat je de verkeerde tool hebt. - Je gaat 's ochtends zitten om te coderen, maar tegen lunchtijd zit je al door je feed te scrollen. Dit kan een frustrerende situatie zijn. Het artikel heeft hiervoor geen gemeten uitvalpercentage; gebruik de tekenen hieronder om één verandering te kiezen die het proberen waard is. ### Fase 3 — Helling van Verlichting Je stopt. Je doet het rustiger aan. Je grijpt niet meer naar elk nieuw ding. Je schrijft je eerste CLAUDE.md en zet die in het project. Je maakt een map `business/` en zet er een beschrijving van het product, de prijzen en de doelgroep in. Je doorloopt `/compact` tien keer en begrijpt eindelijk welke delen van de context behouden moeten blijven. Je maakt je eerste Skill — voor een specifieke taak, 30 regels lang. Gedachten in je hoofd: - “O, zo werkt het dus.” - “Vandaag heb ik iets voor elkaar gekregen wat me een week geleden niet lukte.” - “Ik denk dat ik begrijp waarin `business/` verschilt van `ai-clone/`.” - “Ik heb al een kant-en-klare prompt voor taak X.” Gedrag: - Voor elke nieuwe taak keer je terug naar Plan Mode. - Voordat je iets naar Claude schrijft, vraag je jezelf af: “Staat dit in mijn CLAUDE.md?” - Je zoekt naar de volgende methodologische regel; een nieuwe tool trekt je aandacht niet meer. - Je helpt anderen in chats: “Hier liep ik ook op vast — probeer het zo.” ### Fase 4 — Plateau van Duurzaamheid Dit is niet het punt waarop alles makkelijk wordt. Het is het punt waarop je kennis eindelijk overeenkomt met je zelfvertrouwen. Gedachten in je hoofd: - “Ik weet wat ik niet weet.” - “Deze taak kost me drie uur; ik heb dit eerder gedaan.” - “Hiervoor heb ik een nieuwe Skill nodig; die stel ik nu samen.” - “Als Claude van het plan afwijkt, ken ik drie mogelijke oorzaken.” Gedrag: - Je bouwt gestaag producten — het ene in een avond, het andere in een weekend. - Je hebt je eigen Skills-map, je eigen subagents en voor elk project je eigen `business/`. - Je huurt selectief freelancers in voor onderdelen die je fundamenteel niet zelf aankunt. - Je kijkt zelden naar videotutorials van anderen — vooral om nieuwe ideeën op te doen, niet om de basis te leren. Checklist voor zelfbeoordeling — in welke fase zit je nu? - Als je Claude Code nog niet hebt geprobeerd en denkt: “O, dit kan ik in één avond doen,” zit je in fase 1. - Als je het hebt geprobeerd, MCP hebt geopend, Skills hebt proberen te lezen en denkt: “Waarom ben ik hieraan begonnen?”, zit je in fase 2. - Als je een CLAUDE.md hebt gemaakt en kunt zien hoe die het gedrag van Claude echt verandert, zit je in fase 3. - Als je gestaag producten bouwt en precies weet welke tool je wanneer moet gebruiken, zit je in fase 4. ## 7 tekenen dat je nu in het Dal van Wanhoop zit
Belangrijkste punt Het Dal van Wanhoop is te herkennen aan zeven gedragssignalen — van eindeloos wisselen van tools tot de uitspraak “dit is gewoon niets voor mij”. Gebruik de zeven tekenen als aanleiding voor reflectie, niet als diagnose met een score. Kies het teken dat het afronden van je huidige taak het duidelijkst belemmert en probeer de bijbehorende verandering.
Het dal komt niet plotseling. Het sluipt erin. Dit zijn de tekenen: **1. Je vergelijkt tools in plaats van iets te bouwen.** Je opent een tabblad “Cursor vs Claude Code”. Je leest het uit. Je opent “Cline vs Cursor”. Daarna “Codex vs al het andere”. Bij elke vergelijking denk je: “Misschien zoek ik op de verkeerde plek.” Aan het einde van de dag heb je nul regels code geschreven en vier uur verspild. **2. Je begint elke nieuwe chat met “vergeet alles wat hiervoor kwam”.** Je hebt geen CLAUDE.md, je beheerst `/compact` niet en je begrijpt niet wat een contextvenster is. Elke sessie begint met een schone lei. Een week later merk je dat je Claude voor de vijftiende keer hetzelfde hebt uitgelegd. **3. Je verzamelt prompts maar gebruikt ze niet.** Je hebt in Notion een map “Claude Code-prompts” gemaakt. Daar staan 47 bladwijzers in. Geen enkele heb je twee keer gebruikt. Elke keer denk je: “Deze is absoluut wat ik nodig heb.” **4. Je denkt dat anderen “succes hebben omdat ze connecties hebben”.** Je opent sociale media en ziet iemand in een weekend de eerste versie van een product uitbrengen. Je denkt: “Ze hebben een team. Ze hebben connecties. Ik kan dit niet.” Je houdt er geen rekening mee dat zij in fase vier zitten terwijl jij in fase twee zit. **5. Je laat een project op dag drie vallen.** Elk nieuw project begint enthousiast (“Dit wordt geweldig!”) en eindigt op de derde dag. Wanneer de uitdaging groter wordt dan “een begroeting in de chat” en verandert in “een betaling verwerken”, haak je af. Iets moeilijks doen is eng. **6. Je zoekt antwoorden in ChatGPT omdat Claude niet werkte.** Claude gaf een slecht antwoord, dus open je ChatGPT. ChatGPT gaf een slecht antwoord, dus open je Gemini. Het komt niet bij je op dat je verzoek slecht was geformuleerd — je geeft altijd de tool de schuld. **7. Je zegt tegen jezelf: “Dit is gewoon niets voor mij.”** Dit is het verraderlijkste teken. Het klinkt als een defensieve slotzin, waarna iemand wegloopt. Die gedachte kan frustratie weerspiegelen in plaats van onvermogen om te leren. Het “dal” is hier een metafoor; er is geen gemeten percentage of vaste termijn die aangeeft wie zich zo voelt of wat daarna gebeurt. Passen meerdere tekenen, kies dan één klein werkend resultaat als volgend doel. Leg vast wat het blokkeerde en verander één deel van de workflow; de checklist voorspelt niet hoelang verbetering zal duren. ## Waarom mensen in het dal opgeven — en waarom dat geen luiheid is
Belangrijkste punt In deze metafoor noemt het dal de kloof tussen verwachte en werkelijke voortgang. Een taak die snel leek, kan onbekende inrichting en debugging vereisen, terwijl voorbeelden op sociale media de vergelijking ontmoedigend maken. Dit is een praktische beschrijving van frustratie, geen neurologische diagnose.
Frustratie met een tool is geen betrouwbare maatstaf voor vermogen. Bekijk taakgrootte, ontbrekende kennis en de uitvoeringsomgeving voordat je een blijvende beslissing over de tool neemt. Leid geen hersenmechanisme af uit een moeilijke week, maar leg waarneembare feiten vast: wat je probeerde, wat werkte, welke fout de volgende stap blokkeerde en hoeveel tijd het kostte. Die registratie geeft je een concrete plek voor verbetering. In het dal krijg je twee klappen tegelijk. Ten eerste voldoet je eigen vooruitgang niet aan je verwachtingen. Ten tweede publiceren mensen om je heen resultaten die jij niet hebt. Je opent sociale media — iemand heeft de eerste versie van een product uitgebracht, iemand heeft een agent gebouwd, iemand heeft zijn eerste honderd dollar verdiend met de Claude API. Jij bent al drie weken niet eens in staat een database te koppelen. Houd naast je indruk van snelheid ook verstreken tijd bij. Een agent kan productief aanvoelen en toch beoordeling en herstelwerk toevoegen; vergelijk een representatieve taak met je vorige workflow in plaats van een gevoelde winst als gemeten winst te behandelen. Langzame voortgang bij een onbekende taak bewijst niet dat je vermogen tekortschiet. Scheid de leerkosten van de uitvoer van de tool en definieer een kleiner resultaat dat je kunt bekijken. Zonder herhaalbare volgende stap is het gemakkelijk van tool te wisselen of de taak op te geven. Het raamwerk met drie pijlers hieronder is de door de auteur voorgestelde structuur, geen statistisch bewezen verklaring waarom mensen afhaken. ## 3 pijlers — een methode om uit het dal te komen
Belangrijkste punt Een nieuwe tool of prompt haalt je niet uit het Dal van Wanhoop. Wat je eruit haalt, is een raamwerk met drie pijlers: AI-kloon (Skills en persoonlijke methode), tweede brein (CLAUDE.md en een map `business/`) en context engineering (Plan Mode en beheer van het contextvenster). Elke pijler afzonderlijk pakt één symptoom van het dal aan. Samen kunnen ze het proces makkelijker controleerbaar en herhaalbaar maken. Ze nemen hallucinaties niet weg en vervangen de controle van het resultaat niet.
In de ervaring van de auteur die hier wordt beschreven, duurde het drie maanden om uit het dal te komen: in die tijd werden tientallen tools geprobeerd. En ik begreep één ding: Claude was niet het probleem. Het probleem was dat ik elke keer met een schone lei begon. Geen geheugen, geen regels, geen grenzen. Daarna stelde ik een raamwerk samen. Ik noemde het “de drie pijlers”. De naam verwijst naar drie soorten onderdelen waarop de volledige Claude Code-werkwijze rust. Haal er één weg en het raamwerk stort in. ### Pijler 1 — Een AI-kloon van jezelf Een AI-kloon is jouw expertise, verpakt in een formaat dat Claude automatisch toepast. In het Dal van Wanhoop schrijf je Claude: “Help me met deze taak,” en leg je elke keer vanaf nul uit hoe je te werk gaat. Pijler 1 lost dit op: je methodes staan in de map `ai-clone/` als een verzameling bestanden. Een Skill voor “hoe ik een klantcase aanpak”. Een Skill voor “hoe ik een Telegram-bericht schrijf”. Een subagent met de naam “productarchitect” die tijdens de planningsfase denkt zoals jij. Hoe pijler 1 er in de praktijk uitziet: - Skills — bestanden met instructies voor specifieke taken (`/build-article`, `/build-reel-script`). - Subagents — persona’s met verschillende expertisegebieden, waartussen Claude subtaken verdeelt. - De map `ai-clone/feedback/` — regels die je uit fouten hebt geleerd. Elke regel volgt de indeling Regel - Waarom - Hoe. Ik heb dit uitgebreid behandeld in de [gids voor Skills, Subagents, MCP en Plugins](https://ailoot.ai/blog/nl/skills-subagents-mcp-plugins-claude-code/) — een overzicht van wat je wanneer gebruikt. ### Pijler 2 — Een tweede brein Een tweede brein is een gestructureerde opslagplaats van projectkennis waar Claude rechtstreeks toegang toe heeft. In het Dal van Wanhoop leg je Claude in elke sessie uit wat het product is, wie de doelgroep is en wat het bedrijfsmodel is. Aan het einde van de derde week besef je dat je hetzelfde voor de vijftiende keer hebt uitgelegd. Pijler 2 lost dit op: je organiseert je projectkennis in bestanden naast de code. Claude leest die zelf wanneer dat nodig is. Hoe pijler 2 er in de praktijk uitziet: - `CLAUDE.md` — het startpunt voor de agent. Gedragsregels, routes en links naar al het andere. - De map `business/` — product, doelgroep, economie, doelen, contentplannen, concurrenten. - De map `plans/` — technische plannen per fase, met de status van elk plan. - De map `retrospectives/` — lessen uit eerdere sessies om dezelfde fouten niet opnieuw te maken. Zie voor het volledige overzicht de [gids voor het instellen van CLAUDE.md](https://ailoot.ai/blog/nl/claude-md-template/) en de [gids voor een tweede brein in Claude Code](https://ailoot.ai/blog/nl/tweede-brein-claude-code/). ### Pijler 3 — Context engineering Context engineering is beheren wat er in Claude’s contextvenster komt voordat je op Enter drukt. In het Dal van Wanhoop begrijp je niet waarom Claude instructies “vergeet” na veertig berichten in een chat. Je snapt niet waarom `/compact` nodig is. Je opent Plan Mode niet omdat “het sneller gaat zonder”. Pijler 3 lost dit op: je stuurt bewust aan wat je in de context laadt. Dat geeft relevantere invoer; je moet claims en uitvoer nog steeds controleren. Hoe pijler 3 er in de praktijk uitziet: - Plan Mode — de agent schrijft eerst een taakplan, jij keurt het goed en daarna voert de agent het uit. Als je dit niet gebruikt, levert je eerste poging een chaotisch resultaat op. - `/compact` — slimme compressie van de chatgeschiedenis. Wanneer de context vol begint te raken, comprimeer je die en behoud je alleen de belangrijkste beslissingen. - Gestructureerde prompts — schrijf in plaats van “help me”: “hier is context A, hier is taak B, geef het resultaat terug in formaat C”. - Subagents — subtaken toewijzen aan nieuwe contexten zodat de hoofdcontext niet overbelast raakt. Ik heb dit behandeld in de [gids voor context engineering](https://ailoot.ai/blog/nl/context-engineering/) en de [gids voor Plan Mode](https://ailoot.ai/blog/nl/claude-code-plan-mode/). ### Waarom drie en niet één? Je kunt alleen een tweede brein bouwen, zodat Claude je project kent. Maar dan gedraagt het zich als een stagiair zonder regels. Je kunt alleen een AI-kloon bouwen, zodat Claude jouw expertise overneemt. Maar zonder projectgeheugen begint elke sessie weer van nul. Context engineering kan de invoer voor een taak verbeteren, maar garandeert geen soepel verloop en bewaart op zichzelf geen kennis. Maar kennis stapelt zich niet op tussen taken. Pas wanneer je alle drie samenbrengt, krijg je wat ik een “voorspelbaar raamwerk” noem. Claude onthoudt je project. Het past je methode automatisch toe. En het raakt tijdens een taak de draad niet kwijt. Dat is het punt waarop je uit het Dal van Wanhoop komt. ## 7 antip patronen die je in het dal houden
Belangrijkste punt De volgende patronen zijn voorbeelden die de auteur gebruikt bij reflectie op een frustrerende workflow. Ze werken zonder CLAUDE.md, voeren lange gesprekken zonder `/compact`, vertrouwen het eerste antwoord en negeren het bijhouden van kosten. Elk antipatroon laat zien dat je de tool probeert te gebruiken en de methode overslaat. Kies een relevante verandering en beoordeel of die helpt een echte taak af te ronden; er bestaat geen gevalideerde slaagscore voor deze lijst.
Antipatronen die het controleren in je eigen workflow waard zijn: **1. “Schrijf een werkende app voor me” zonder CLAUDE.md.** Je opent een nieuwe Claude Code-chat en geeft meteen de opdracht. Claude heeft geen context over je project, je methode of je voorkeuren. Het geeft je een generiek sjabloon en je bent teleurgesteld. Wat je moet doen: maak een CLAUDE.md en zet er het minimum in — je stack, bedrijfsmodel, doelgroep en links naar de andere bestanden. Elke chat begint met deze context. **2. Een lang gesprek zonder `/compact`.** Je voert een sessie van 80 berichten. Claude weet niet meer wat je in bericht 12 hebt besloten. Het contextvenster staat vol met geschiedenis zonder belangrijke besluiten — alleen besluiteloosheid. De kwaliteit van de antwoorden daalt. Wat je moet doen: voer elke 30–40 berichten `/compact` uit en geef aan wat belangrijk is om te bewaren. De context wordt gerichter. **3. Het eerste antwoord vertrouwen.** Claude geeft je een oplossing en je past die meteen toe. Een uur later ontdek je dat die drie andere bestanden heeft beschadigd. Je geeft het op omdat “het weer niet goed werkt”. Wat je moet doen: gebruik Plan Mode voor complexe taken. Eerst het plan, dan het plan bespreken, dan uitvoeren. Zo ontdek je fouten tijdens het plannen in plaats van na een halve dag werk. **4. Een slop-prompt zonder structuur.** Je schrijft “doe het goed” en verwacht dat Claude het zelf begrijpt. Dat doet het niet. Het weet niet wat “goed” voor jou betekent. Het gokt. Wat je moet doen: schrijf prompts volgens de structuur “context - taak - beperkingen - formaat”. Daarmee vergroot je de kans op een goed resultaat bij de eerste poging. **5. Kosten niet bijhouden.** Je weet niet hoeveel tokens je uitgeeft. Je maandabonnement raakt op, je opent het dashboard en ziet dat je $200 hebt verbruikt. Je bent verbaasd. Je stopt ermee. Wat je moet doen: stel tools in om tokenverbruik bij te houden. Ik heb de tools besproken in de gids voor tokentrackers. Wanneer je je uitgaven in realtime kunt zien, verspil je geen tokens meer. **6. Eindeloos zoeken naar de “juiste tool”.** Cursor komt uit — je stapt over naar Cursor. Cline verschijnt — je probeert Cline. Codex krijgt een update — je gaat terug naar Codex. Elke twee weken gebruik je een nieuwe tool en begin je telkens opnieuw. Je bereikt nooit het niveau waarop de tool voor je gaat werken. Wat je moet doen: kies één tool. Gebruik die drie maanden. Stap niet over bij het eerste excuus. Ik bekijk vergelijkingen alleen wanneer mijn tool iets fundamenteel niet kan. **7. “Geen tijd om de methode te lezen.”** Je denkt dat de tool zonder voorbereiding moet werken. Dat prompts schrijven een aangeboren vaardigheid is. Dat CLAUDE.md “een extra laag” is. Daardoor doe je in je tweede maand nog steeds wat je met een methode in een week had kunnen afronden. Wat je moet doen: accepteer dat je Claude Code moet leren gebruiken, net als elke professionele tool. Je leert het via een methode; intuïtie werkt hier niet. Gerelateerd: de [gids voor sycofant gedrag in Claude Code](https://ailoot.ai/blog/nl/claude-code-sycophancy-prompts/) onderzoekt hoe je de grootste misvatting in het dal vermijdt — dat Claude altijd gelijk heeft wanneer het het met je idee eens is. ## 5 tekenen dat je op de Helling van Verlichting zit — zo weet je dat je eruit bent
Belangrijkste punt Je herkent de Helling van Verlichting aan een paar rustige veranderingen, niet aan euforie. Je hebt een CLAUDE.md van meer dan 200 regels. Je keert zonder herinnering terug naar Plan Mode. Je kent je Skills uit je hoofd. Je werktempo is stabiel geworden — je weet nu hoelang een gemiddelde taak duurt. En anderen beginnen je om hulp te vragen omdat je resultaten boekt.
Vijf tekenen dat je in fase drie zit: **1. Je hebt een CLAUDE.md van meer dan 200 regels en onderhoudt die bewust.** Je hebt die niet uit een sjabloon gekopieerd — je hebt hem zelf opgebouwd. Je kent elke sectie en weet waarom die erin staat. Wanneer je een nieuw patroon ziet, voeg je een regel toe. **2. Je schakelt Plan Mode in voor elke niet-routinematige taak.** Zonder herinnering en niet uit discipline, maar omdat je begrijpt dat je zonder plan een uur verspilt en het verkeerde resultaat krijgt. Het is geen “extra stap” meer, maar een reflex geworden. **3. Je hebt je eigen catalogus van Skills en Subagents.** Niet gedownload van GitHub — je eigen catalogus. Voor je specifieke taken. Wanneer een nieuwe taak lijkt op een eerdere, denk je aan je Skill in plaats van vanaf nul een prompt te schrijven. **4. Je tempo is stabiel geworden.** Je weet nu: “Zo’n taak kost me 3 uur.” Niet “o, dit gaat snel” en ook niet “o, dit duurt eeuwig”. Je schat de benodigde tijd realistisch in. Dat betekent dat je in beide richtingen voorbij het Dunning-Krugereffect bent gekomen — je overschat en onderschat jezelf niet meer. **5. Mensen beginnen je vragen te stellen.** Iemand stelt een vraag over MCP in een chat — je antwoordt met een concreet voorbeeld: “Dit is mij overkomen.” Iemand vraagt naar Plan Mode — je laat je voorbeeld zien. Dit is een neveneffect van het beheersen van de methode: mensen in het dal herkennen hun eigen ervaring in die van jou en komen naar je toe. Gebruik deze tekenen om op recente voortgang te reflecteren, niet om jezelf een score te geven of een plateau te voorspellen. Controleer opnieuw of je schattingen en werkende resultaten in de loop van de tijd beter overeenkomen. Op het plateau verandert de rol van de mens in een raamwerk met agents. Dat is het resultaat van de reis uit het dal: je bent niet langer “prompts aan het leren schrijven”. Je beheert een raamwerk van agents, je bent de procesarchitect, je staat aan het roer. ## Wat je NU moet doen als je de moed verliest
Belangrijkste punt Heb je dit artikel gelezen en besef je dat je in het dal vastzit, sluit het tabblad dan niet. Zet drie stappen: benoem hardop in welke fase je zit (diagnose), doe het rustiger aan (één project, beginnen met één pijler) en zorg voor structuur (zelfgemaakt of van iemand anders). Probeer een gestructureerde workflow voordat je aanneemt dat een nieuwe tool het probleem oplost. Behoud die alleen als de resultaten verbeteren; de metafoor noch een planning garandeert vooruitgang.
Drie stappen om bij je volgende taak te proberen. **Stap 1 — benoem de fase hardop.** Zeg tegen jezelf: “Ik zit in het Dal van Wanhoop. Dit is een frustrerend deel van mijn huidige workflow. Ik kan de concrete blokkade benoemen en een kleinere volgende stap kiezen.” Zodra je de fase benoemt, is het niet langer “mijn persoonlijke ramp”, maar “mijn huidige positie op de curve”. **Stap 2 — doe het rustiger aan.** Kies ÉÉN project. Niet twee, niet drie — één. Kies ÉÉN van de drie pijlers — degene die de meeste pijnpunten voor dit project aanpakt. Als het project nieuw is en helemaal geen context heeft, kies dan het tweede brein (CLAUDE.md). Als het project bestaat maar Claude zich niet “zoals jij” gedraagt, kies dan de AI-kloon (Skills). Als taken lang duren en de context volloopt, kies dan context engineering (Plan Mode + `/compact`). Eén project, één pijler, twee weken. Probeer niet alles in één weekend te bouwen — dan val je terug in het dal. **Stap 3 — zorg voor structuur.** Je kunt de methode zelf bouwen. Volgens de ervaring van de auteur die hier wordt beschreven, kostte dat drie tot zes maanden.
### Bronnen - [Anthropic Engineering, effectieve context engineering voor AI-agents (2025)](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - waarom het contextvenster achteruitgaat en waarom het beheerd moet worden. - [Claude Code-documentatie - Memory](https://code.claude.com/docs/en/memory) - de officiële geheugenhiërarchie van Claude Code.
Om met modellen te blijven werken, kun je naar [Ailoot](https://ailoot.ai/) gaan. ## Vragen en antwoorden ### Voorspellen de vier fasen dat ik na een maand stop? Nee. Het artikel gebruikt een populaire curve als metafoor, zonder gemeten uitvalpercentage of universele termijn. Gebruik de voorbeelden om een concrete hindernis te herkennen, niet om jezelf te diagnosticeren of te voorspellen wanneer je beter wordt. ### Wat is een praktische volgende stap als ik steeds van AI-tool wissel? Kies één project en één klein resultaat dat je kunt controleren. Verbeter het deel dat de meeste problemen geeft, zoals projectinstructies, een herbruikbare procedure of contextbeheer, en vergelijk werkelijk resultaat en tijd met je vorige poging. ## Ailoot · Het bedrijf en zijn projectenportefeuille Ailoot bouwt op opgebouwde operationele ervaring, een groot klantenbestand, een stabiele dienst en doorlopende KPI-controle. Het bedrijf en zijn projectenportefeuille: miljoenen klanten; maandelijkse verkopen in de miljarden. Ailoot gebruikt die operationele ervaring voor API-toegang tot AI-functies in klantproducten, agents, applicaties en automatiseringen.