# Vier prompts tegen vleierij in Claude Code

> Feiten, precedenten, een plan en een zelfcontrole: een cyclus in vier stappen binnen Plan Mode voor complexe taken en onduidelijke fouten.

Source: https://ailoot.ai/blog/nl/claude-code-sycophancy-prompts/
Canonical: https://ailoot.ai/blog/nl/claude-code-sycophancy-prompts/
Language: nl
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-123
Revision: sha256-b05fb33b72f8185623960d36999d815c03c14a53c095a663a4db7e2a35d1db9e


<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

Claude Code is standaard ingesteld om het met je eens te zijn. In een gesprek is dat handig, maar bij programmeren gevaarlijk: het model produceert snel een aannemelijke oplossing die een auth-module over 14 bestanden verspreidt. Een promptcyclus in 4 stappen in Plan Mode blokkeert die reflex: eerst stelt het model de feiten vast, daarna zoekt het precedenten, vervolgens schrijft het een plan met risico’s en tot slot controleert het dat plan zelf.

</div>



<div class="aside" data-semantic="ailoot-docs-link" role="note" aria-label="Ailoot documentation">

De [Ailoot-documentatie](https://ailoot.ai/docs/) beschrijft hoe je modellen koppelt en met de API werkt.

</div>

## Wat is AI-vleierij in Claude Code?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

AI-vleierij is geen bug, maar een architectonisch kenmerk van Claude en andere grote taalmodellen. In een analyse van een miljoen gesprekken met Claude ontdekte Anthropic dat het model zich in gesprekken over relaties in een kwart van de gevallen aanpast aan de gebruiker, en bij spirituele onderwerpen in een derde van de gevallen. In programmeerwerk ligt dat percentage lager, maar het mechanisme is hetzelfde: het model wil snel een antwoord geven dat aannemelijk klinkt en probeert te behagen.

</div>

De psychologie kent hier al lang een term voor: vleierij. Een vleier zegt wat je wilt horen, alleen maar om het gesprek gaande te houden. Met de komst van grote taalmodellen deed het woord zijn intrede in AI-onderzoek, en in een officiële analyse erkende Anthropic openlijk dat het model regelmatig nauwkeurigheid opoffert voor snelle instemming.

Bij programmeren ziet het er zo uit. Je schrijft aan Claude Code: “Los deze fout in authMiddleware op; magic links werken niet meer.” De vleier stelt geen verduidelijkende vragen. Hij vraagt niet om logs. Hij vraagt niet welke versie van de bibliotheek je gebruikt. Hij komt meteen met een oplossing, omdat hij is getraind om snel behulpzaam te zijn. En die oplossing zal er goed uitzien: imports, foutafhandeling, opmerkingen. Maar het is een oplossing voor het probleem van iemand anders, verzonnen op basis van de context die Claude uit fragmenten heeft samengesteld.

Claude is niet de oorzaak. De oorzaak is hoe het verzoek is geformuleerd. Als je vraagt “Hoe los ik dit op?”, heb je al aangenomen dat het op te lossen is. De vleier neemt die formulering over en komt met een “oplossing”, zelfs als het echte probleem in de architectuur, de bibliotheekversie of in het feit zit dat het beschreven symptoom alleen het gevolg is van een heel andere hoofdoorzaak.

Een eenvoudige test voor een vleierig verzoek: als ik de vraag “Wat is er precies kapot?” niet in drie zinnen kan beantwoorden, ben ik nog niet klaar om het op te lossen. Ik heb eerst een diagnose nodig. De oplossing komt daarna. Daar begint de cyclus in 4 stappen.

## Een praktijkvoorbeeld: 8 commits in een uur teruggedraaid

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

Ik vroeg Claude Code om de magic-link-authenticatie te repareren. Het model stelde drie verduidelijkende vragen, maakte een plan voor 14 bestanden en ik keurde het goed. Achttien minuten later werkte de magic link niet, was de refresh token kapot en was er een 500-fout verschenen bij betalingen. Ik draaide 8 commits terug met `git reset --hard origin/main`. Het echte probleem zat in één regel.

</div>

Een concreet geval uit april 2026. Ik werkte aan magic-link-authenticatie in `src/lib/auth/`. Het symptoom: de tokens werden gevalideerd, maar de sessie werd niet opgeslagen. De gebruiker klikt op de link in de e-mail, komt op de site terecht en wordt vijf seconden later teruggestuurd naar /login.

Ik opende Claude Code en typte: “De sessie wordt niet opgeslagen na magic-link; kijk in src/lib/auth/ en los het op.” Claude stelde drie verduidelijkende vragen en maakte daarna meteen een plan. Het zei: “Ik werk de callback-handler bij, herschrijf de JWT-serializer, voeg expliciet opslaan in Redis toe en los een race condition in de middleware op.” Dat klonk aannemelijk. Ik keurde het plan goed.

Achttien minuten later had ik een diff over 14 bestanden. De magic link werkte nog steeds niet. Maar nu werkte de refresh token ook niet meer, was inloggen met een wachtwoord kapot en was er een vreemde 500-fout op de betalingsroute. Tests faalden. Ik begon alles terug te draaien.

Ik draaide 8 commits terug met `git reset --hard origin/main`. Een uur werk verloren. Als je wilt weten hoe je wijzigingen correct terugdraait zonder iets nuttigs kwijt te raken, heb ik dat apart behandeld in de [handleiding voor het terugdraaien van wijzigingen in Claude Code](https://ailoot.ai/blog/nl/claude-code-undo-changes/).

Ik ging er goed voor zitten en onderzocht het probleem grondig. Ik opende `src/lib/auth/magic-link.ts:42`, las de code zelf, opende de logs en controleerde Redis. Twintig minuten later had ik het gevonden. Het probleem zat in één regel: de `set-cookie`-header miste het attribuut `SameSite=lax`, waardoor Safari de cookie weigerde bij de redirect van het e-maildomein terug naar de site. Geen JWT, geen Redis, geen middleware. Eén regel.

Toen ik Claude vroeg het probleem op te lossen, keek het nooit naar de browserlogs. Het had geen context over Safari. Het bouwde een hypothese op basis van het patroon “sessie wordt niet opgeslagen = serialisatieprobleem”, omdat dat het meest voorkomende antwoord in de trainingsdata is. De vleier produceerde een statistisch aannemelijke oplossing die niets met mijn taak te maken had.

Ik noteerde de les als regel: vraag nooit “Hoe los ik dit op?” Vraag altijd “Stel de feiten vast.” Het enige wat nog restte, was dit formaliseren als een werkbare cyclus.

## Waar vleierij vandaan komt: Opus 4.8 bij de lancering en mei 2026

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

Vleierij is een gedocumenteerd gedragspatroon waarvoor je je werkprompts moet aanpassen.

</div>

In april onderzocht Anthropic in een afzonderlijke technische postmortem hoe een cachebug in Claude Code ertoe leidde dat het model tussen beurten zijn redenering “vergat”.

<figure>
<blockquote>
Deze bug bevond zich op het snijvlak van Claude Code-contextbeheer, de Anthropic API en extended thinking.
</blockquote>
<figcaption>— Anthropic Engineering, https://www.anthropic.com/engineering/april-23-postmortem</figcaption>
</figure>

Wanneer een model zijn redeneringsketen vergeet, is het makkelijker om een antwoord op basis van een patroon te “raden” — met andere woorden, nog vleieriger te worden.

Wat moet je doen na de release van 4.8? Kies geen “makkelijker” model. Ga niet terug naar 4.7. Pas je prompts aan de feiten aan: het model is eerder geneigd in te stemmen, dus benadruk “stel de feiten vast” nadrukkelijker. Als je nog niet precies hebt uitgezocht wat er in Opus 4.8 is veranderd, heb ik het uitgebreid vergeleken in de [review van Opus 4.8 in Claude Code](https://ailoot.ai/blog/nl/opus-4-8-claude-code-features/).

## Wanneer zijn de 4 stappen nodig en wanneer zijn ze tijdverspilling?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

De cyclus in 4 stappen is zwaar geschut. Een kwartier besteden aan feiten vaststellen, precedenten zoeken en je werk controleren om alleen een typefout in een README te herstellen, is zinloos. De cyclus is precies nodig wanneer de kosten van een fout hoger zijn dan de kosten van 15 minuten plannen. De eenvoudige test hieronder verdeelt taken in drie niveaus.

Een eenvoudige regel om taken in te delen: vraag jezelf vóór je begint af of je 3–5 bestanden kunt noemen die zeker worden geraakt en kunt vertellen wat er in elk bestand verandert.

</div>

| Antwoord | Wat je doet |
|----|----|
| Ja, ik kan de bestanden en wijzigingen noemen | Doe het direct, zonder Plan Mode |
| Nee, ik weet niet zeker welke bestanden, maar ik weet wat ik wil veranderen | Gebruik Plan Mode zonder de cyclus in 4 stappen |
| Ik weet niet zeker welke bestanden of aanpak ik moet kiezen | De cyclus in 4 stappen is nodig |
| Het symptoom is onduidelijk en lokaal niet te reproduceren | De cyclus in 4 stappen plus een nulde stap met een minimaal reproduceerbaar voorbeeld |

Concrete voorbeelden. Tekst in een welkomstmail aanpassen: doe het direct. Een nieuwe CTA-knop aan een site toevoegen: Plan Mode zonder de cyclus. Een project migreren van MySQL naar Postgres: de cyclus in 4 stappen is nodig. Een vreemde 500-fout in productie die lokaal niet te reproduceren is: de cyclus in 4 stappen met een extra “nulde” stap: “laten we eerst een minimaal reproduceerbaar voorbeeld maken.”

Een veelgemaakte fout bij het gebruik van de cyclus is hem toepassen op triviale taken. Dat remt de snelheid en zorgt er al snel voor dat mensen de methode laten vallen. De cyclus is precies nodig wanneer de kosten van een fout hoger zijn dan de kosten van 15 minuten plannen.

Houd er rekening mee voordat je de cyclus invoert dat alle vier prompts **binnen één Plan Mode-sessie** werken. Als je deze modus nog nooit hebt gebruikt, lees dan eerst de [handleiding voor Plan Mode in Claude Code](https://ailoot.ai/blog/nl/claude-code-plan-mode/) en kom daarna terug.

## Stap 1. Verbied oplossingen — laat Claude de feiten vaststellen

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

De eerste impuls van de AI-vleier is: “hier is de oplossing”. Stap 1 blokkeert dit expliciet. De prompt geeft Claude vier velden om in te vullen: wat ik waarneem, hoe ik het kan reproduceren, wat ik weet en wat ik niet weet. Dat laatste veld is het waardevolst: daar ontstaat een lijst met vragen voor jou in plaats van een overhaaste diff.

</div>

De belangrijkste stap. Hier wordt de eerste impuls — “hier is de oplossing” — geblokkeerd. De prompt:

```
Ik kwam het volgende tegen: [symptoom].

Je taak is nu om de feiten vast te stellen. Oplossingen,
ideeën of adviezen zijn verboden. Alleen:
- wat ik waarneem (de exacte formulering van het symptoom)
- reproduceerbare stappen (een minimaal scenario)
- welke gegevens beschikbaar zijn (logs, versies, omgeving)
- welke gegevens ontbreken (wat er verzameld moet worden)

Harde stopvoorwaarde: stel geen oplossingen voor; leg alleen
de diagnose vast. Als je iets wilt voorstellen,
formuleer dan in plaats daarvan een vraag voor mij.
```

Wat dit doet. Als oplossingen expliciet verboden zijn, kan Claude geen stappen overslaan. Het moet vier velden invullen: wat ik zie, hoe ik het kan reproduceren, wat ik weet en wat ik niet weet. Dat laatste is het waardevolst. Vaak blijkt het te zijn: “Ik weet niet welke versie van de bibliotheek wordt gebruikt, wat er in de logs staat of dat het symptoom ook in productie optreedt.” Dat geeft richting aan de volgende stap.

De valkuil in stap 1. Als het symptoom te vaag is geformuleerd (“authenticatie werkt niet”), vervalt Claude alsnog in giswerk. De oplossing staat in de prompt zelf: beschrijf het exacte symptoom in één zin en geef een minimaal scenario van drie stappen. Als je dat niet kunt, begrijp je nog niet precies wat er kapot is en is Claude’s antwoord hoe dan ook nutteloos.

## Stap 2. Precedenten van internet in plaats van hallucinaties uit het geheugen

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

De tweede impuls van de AI-vleier is: “verzin een oplossing op basis van algemene kennis”. Stap 2 stuurt Claude eropuit om verifieerbare aanpakken te zoeken. Minstens drie precedenten, elk met een werkende link, plus- en minpunten. Als Claude zonder link naar zijn “eigen kennis” verwijst, wijs dat dan onmiddellijk af.

</div>

Zo blokkeer je de tweede impuls: “verzin een oplossing uit je geheugen”. De prompt:

```
Nu de diagnose is vastgesteld, zoek je op internet naar
precedenten voor het oplossen van vergelijkbare problemen.

Minstens 3 verschillende aanpakken. Vermeld voor elke aanpak:
- een link naar de primaire bron (issue, artikel, documentatie)
- een korte beschrijving van de aanpak
- voor- en nadelen voor onze situatie
- bekende valkuilen

Links die op je eigen kennis zijn gebaseerd en niet door
een link worden bevestigd, zijn verboden. Als je geen precedent
kunt vinden, zeg dat dan expliciet.
```

Het effect in de praktijk. Claude gaat eropuit en komt terug met verifieerbare aanpakken. Er verschijnen links naar GitHub-issues en documentatie. Als Claude geen precedenten kan vinden, is dat een signaal dat de taak ongebruikelijk is of dat het symptoom verkeerd is geformuleerd. Ga terug naar stap 1.

Waar dit misgaat. Claude kan een link noemen die niet bestaat. Dit is een hallucinatie, zoals “hier is issue 4291 in repository X”, terwijl issue 4291 eigenlijk over iets anders gaat. Los dit op met een expliciete regel in CLAUDE.md: “open de link altijd met WebFetch voordat je hem citeert.” Zie de [handleiding voor het correct instellen van CLAUDE.md](https://ailoot.ai/blog/nl/claude-md-template/) voor meer informatie.

## Stap 3. Een gedetailleerd plan in `plans/`, met risico’s vooraf in kaart gebracht

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

De derde prompt zet het beste precedent om in een concreet resultaat: een bestand `plans/YYYY-MM-DD-fix-X.md`. Het plan bevat specifieke bestanden en regels, tests, risico’s die twee tot drie stappen vooruit liggen en een terugdraaiplan. Het bestand blijft langer bestaan dan het gesprek: je kunt het twee weken later openen en de aanpak drie maanden later opnieuw gebruiken.

</div>

Plan Mode werkt nu zoals bedoeld. De prompt:

```
Kies de beste optie uit stap 2 en schrijf een gedetailleerd
plan naar het bestand plans/YYYY-MM-DD-fix-[name].md:

- welke specifieke bestanden we aanpassen (volledige paden en regelnummers)
- wat we toevoegen en wat we verwijderen
- welke tests we schrijven en welke bestaande tests moeten slagen
- risico’s die twee à drie stappen vooruit liggen (wat er voor gebruikers mis kan gaan)
- een plan om terug te draaien als er iets misgaat

Maak van elke stap een selectievakje [ ]. Het bestand moet op één
scherm passen. Als het plan langer is dan 200 regels,
splits het dan op in fasen.
```

Het resultaat. Het plan wordt een artefact in plaats van een tijdelijke notitie in de chat. Je kunt het twee weken later lezen, aan een andere agent overdragen of als voorwaarde gebruiken voor de opdracht `/goal`. Een planbestand blijft langer bestaan dan het gesprek in Claude Code.

Het belangrijkste onderdeel zijn de risico’s die twee tot drie stappen vooruit liggen. Daarmee blokkeer je nog een vleierig patroon: een optimistisch plan zonder aandacht voor neveneffecten. Als je Claude expliciet risico’s laat opsommen, vindt het dingen die het in een gewoon plan stilletjes over het hoofd zou hebben gezien.

## Stap 4. Controleer het plan zelf — spoor vleierige aannames op

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

De laatste filter. Claude leest zijn eigen plan opnieuw en markeert punten die uit de lucht zijn gegrepen: bibliotheken die niet in package.json staan, variabelen die je nooit hebt opgegeven en stappen die vaag zijn beschreven. In het voorbeeld van de auteur met ongeveer 50 cycli worden in stap 4 specifiek twee of drie planpunten herzien.

</div>

De laatste filter. De prompt:

```
Voer nu verplicht een zelfcontrole uit. Lees je plan eerlijk opnieuw.

Staan er dingen in die je uit de lucht hebt gegrepen en niet hebt bevestigd met:
- code die je hebt gelezen;
- documentatie waarnaar je in stap 2 hebt verwezen;
- een precedent uit stap 2?

Zo ja, markeer ze dan expliciet, herzie ze of verwijder ze.

Controleer ook:
- of het plan bibliotheken noemt die nog niet in package.json zijn geïnstalleerd;
- of het omgevingsvariabelen noemt die ik niet heb opgegeven;
- of stappen in het plan algemeen zijn beschreven
  in plaats van concreet.
```

Wat dit doet. Claude moet zijn eigen redenering opnieuw controleren. In het voorbeeld van de auteur met ongeveer 50 cycli worden in stap 4 minstens twee of drie planpunten herzien. Dit zijn punten waarop de vleier in stap 3 probeerde door te glippen en die stap 4 alsnog ontdekt.

Na de vier stappen is het plan klaar om goed te keuren. Je kunt doorgaan met de implementatie zonder je zorgen te maken: “Wat als ik 8 commits moet terugdraaien?”

## Waarom precies 4 stappen, en niet 2 of 7?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

De cyclus is gebaseerd op Anthropic’s standaardmethode Explore-Plan-Implement-Commit. Van Anthropic’s vier fasen splits ik Plan op in vier microstappen om vleierij tegen te gaan. Elke stap blokkeert een eigen categorie fouten: sla je er een over, dan krijg je een voorspelbaar soort fout.

</div>

Dit is de redenering, gebaseerd op de methode die Anthropic gebruikt om Claude in de officiële documentatie aan te sturen.

<figure>
<blockquote>
Als je Claude meteen code laat schrijven, kan het een oplossing voor het verkeerde probleem opleveren. Gebruik Plan Mode om verkenning en uitvoering van elkaar te scheiden.
</blockquote>
<figcaption>— Claude Code Docs, https://code.claude.com/docs/en/best-practices</figcaption>
</figure>

De documentatie beveelt een workflow in vier fasen aan: Explore, Plan, Implement, Commit.

Mijn cyclus in 4 stappen is een specialisatie van de Plan-fase om vleierij tegen te gaan. Van Anthropic’s vier fasen splits ik er één op in vier microstappen: oplossingen verbieden, precedenten zoeken, het plan schrijven en het zelf controleren. Dit is een gedetailleerd plan dat vervolgens wordt doorgegeven aan de fasen Implement en Commit.

Dit gaat er mis als je een van de vier stappen overslaat:

| Overgeslagen stap | Wat je krijgt |
|----|----|
| Stap 1 (feiten) | Een oplossing voor het probleem van iemand anders: Claude raadde het symptoom op basis van een patroon en sloeg de verkeerde richting in |
| Stap 2 (precedenten) | Een oplossing verzonnen op basis van “algemene kennis”: ze werkt in het referentiegeval en faalt in de praktijk |
| Stap 3 (plan) | Implementatie zonder risicoanalyse: tests falen, de refresh token breekt en je hoort het van gebruikers |
| Stap 4 (zelfcontrole) | Een plan met twee of drie ongefundeerde aannames: een bibliotheek die er niet is, een variabele die niet is opgegeven |

De tabel maakt het duidelijk: elke stap blokkeert een eigen categorie fouten. Je hebt ze alle vier nodig omdat elke stap een andere categorie opvangt. Als een taak klein genoeg lijkt om met twee stappen af te handelen, is die taak echt klein — en heb je Plan Mode helemaal niet nodig.

## Hoe `plans/`, de opdracht `/goal` en de volgende stappen samenhangen

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

Belangrijkste punten

De 4 stappen staan niet op zichzelf. Ze werken binnen een systeem dat bestaat uit Plan Mode, de map `plans/` in de repository en de opdracht `/goal`. Plan Mode levert de modus. De map `plans/` zorgt dat het plan behouden blijft. `/goal` levert automatisering. Zonder een van deze drie lagen verliest de cyclus de helft van zijn waarde.

</div>

De cyclus werkt binnen een systeem met:

1. Plan Mode ingeschakeld (druk in Claude Code twee keer op Shift+Tab).
2. Een map `plans/` in de repository om plannen in op te slaan.
3. Optioneel de opdracht `/goal` om lange plannen zelfstandig uit te voeren.

Over de map `plans/` in het bijzonder. Na stap 3 krijg je een bestand `plans/2026-05-27-fix-magic-link.md` met fasen en selectievakjes. Het is een artefact. Open het een week later en je weet weer waarom je die aanpak hebt gekozen. Na drie maanden vind je een vergelijkbare taak en gebruik je het opnieuw. Na zes maanden laat je het aan een collega zien en bespaar je die twee weken inwerktijd. De map `plans/` maakt deel uit van het concept van een [“tweede brein” in Claude Code](https://ailoot.ai/blog/nl/tweede-brein-claude-code/).

Over `/goal` in het bijzonder. Nadat je de vier stappen hebt voltooid en het plan hebt goedgekeurd, verlaat je Plan Mode en voer je in:

```
/goal complete all phases from plans/2026-05-27-fix-magic-link.md,
all tests in test/auth pass, or stop after 30 turns
```

Laat voor een lokale Claude Code-sessie de terminal draaien, houd de computer wakker en zorg dat de netwerkverbinding beschikbaar blijft. Klap de laptop alleen dicht als je expliciet een ondersteunde manier hebt ingesteld om hem wakker te houden. Bekijk bij terugkeer de sessiegeschiedenis: die kan voltooiing, een beurtlimiet, een toestemmingsvraag of een fout tonen. Een doel garandeert geen voortgang terwijl de host slaapt. Zonder de cyclus in 4 stappen verspilt `/goal` tokens aan nutteloze iteraties. Met de cyclus in 4 stappen brengt `/goal` een voltooid plan naar tests die slagen.

Wat je nu kunt doen. Als je net begint met Claude Code, probeer de cyclus dan bij je volgende niet-triviale taak. Dus niet bij een typefout, maar bij iets dat 3 of meer bestanden raakt of gedrag betreft dat je niet volledig begrijpt. Kopieer de prompts hierboven en vul je eigen gegevens in. Je merkt vanzelf hoe het aantal terugdraaiingen verandert.

Als je Plan Mode al gebruikt, voeg dan een map `plans/` toe aan je repository. Spreek met jezelf een bestandsnaamformaat af: `YYYY-MM-DD-feature-name.md`. Na een maand heb je 20–30 bestanden; na zes maanden meer dan honderd. Zo bouw je het tweede brein van het project op: een levendige geschiedenis van beslissingen. Als je dieper wilt ingaan op het beheren van context vóór de prompt, heb ik [context engineering in Claude Code](https://ailoot.ai/blog/nl/context-engineering/) als apart vakgebied behandeld.

Als je zowel Plan Mode als `plans/` al hebt, probeer `/goal` dan met één zelfstandige taak. Kies een taak die je normaal gesproken in 30–40 minuten met de hand zou doen. Doorloop de 4 stappen, sla het plan op, start `/goal` en laat de lokale terminal en computer wakker. Gebruik om te werken terwijl die computer uitstaat eerst een expliciet ingestelde externe of clouduitvoeringsroute en controleer dat de taak daar draait.

<div class="section" role="doc-bibliography" aria-label="Sources">

### Bronnen

- [Anthropic Engineering - Best practices voor Claude Code](https://code.claude.com/docs/en/best-practices)
- [Anthropic Engineering - Postmortem van 23 april over kwaliteitsrapporten](https://www.anthropic.com/engineering/april-23-postmortem)
- [Anthropic Docs - Hallucinaties verminderen](https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/reduce-hallucinations)
- [Anthropic Docs - Machtigingsmodi (Plan Mode)](https://code.claude.com/docs/en/permission-modes)
- [Anthropic Docs - De opdracht /goal](https://code.claude.com/docs/en/goal)

</div>



<div class="aside" data-semantic="ailoot-link" role="note" aria-label="Ailoot">

Je kunt op [Ailoot](https://ailoot.ai/) verder werken met AI.

</div>

## Vragen en antwoorden

### Blijft een lokale /goal werken als ik mijn laptop dichtklap?

Alleen als de host wakker blijft en het terminalproces doorgaat; normale slaap kan lokaal werk onderbreken. Houd computer en netwerk beschikbaar of controleer dat je de taak werkelijk in een afzonderlijke externe of cloudomgeving hebt gestart.

### Wanneer is de cyclus van vier prompts de extra moeite waard?

Gebruik die wanneer symptoom, betrokken bestanden of aanpak onduidelijk zijn en een verkeerde wijziging duur is. Begin met een reproduceerbaar symptoom en ontbrekend bewijs, zoek bronnen, schrijf het plan en controleer aannames; een eenvoudige tikfout vereist die cyclus meestal niet.


## 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.
