Begin met de tweede kaart als je overweegt zelf iets te bouwen. Die bespaart je mogelijk het hele project.
1. Subagents: werk uitbesteden binnen je sessie
Een subagent doet een deelklus in zijn eigen context en geeft alleen de conclusie terug. Dat is de winst: het zoekwerk vervuilt je hoofdsessie niet. Ik gebruik ze vooral voor verkennen — "zoek uit waar dit gedrag vandaan komt" — en zelden voor schrijven. Meerdere agents tegelijk in dezelfde bestanden laten werken vraagt om conflicten.
2. Wanneer je géén agent moet bouwen
Het eerlijkste stuk over dit onderwerp dat ik ken, juist omdat het begint met: doe het meestal niet. Een vaste keten van stappen is voorspelbaarder, goedkoper en makkelijker te debuggen dan iets dat zelf mag beslissen. Pas als de stappen echt per geval verschillen, wordt een agent de moeite. Ik heb er twee projecten door teruggeschroefd naar iets simpelers.
3. Waarom skills bestaan
Het achterliggende idee, geschreven door de mensen die het bedacht hebben. Het gaat over het verschil tussen een model dat alles moet weten en een model dat weet waar het moet kijken. Als je snapt waarom die keuze zo gemaakt is, schrijf je vanzelf betere skills. Meer denkstuk dan handleiding, dus lees het als je even zit.
4. Meerdere agents tegelijk, en wat het kost
Hoe Anthropic een systeem met meerdere parallelle agents bouwde, inclusief wat er misging. Het deel dat me bijbleef: het verbruikt veel meer tokens dan één agent, en dat is alleen te verantwoorden bij breed zoekwerk. Voor de meeste klantprojecten is dit overkill. Lees het als achtergrond, niet als blauwdruk.
