Artboards in je terminal: wat het /design-commando in Claude Code echt doet

Ik bouw deze site in Claude Code, en het ontwerpwerk eromheen deed ik altijd ergens anders. Kleuren en typografie staan vast in DESIGN.md, de rest ontstond in gesprek: ik beschreef wat ik wilde, keek naar het resultaat in de browser, en stuurde bij. Dat werkt, maar er is geen moment waarop ik drie richtingen naast elkaar zie. Ik zie er één, namelijk degene die het model als eerste koos.

Op 17 augustus kondigde Anthropic een /design-skill aan voor Claude Code, in research preview. Je typt /design, je krijgt bewerkbare artboards voor je UI, je kiest er één, je sleutelt eraan, en daarna bouwt Claude het. In de CLI en in de desktop-app, gebouwd op artifacts.

Dat is het nieuws. De mechaniek eronder is interessanter, en die staat in geen enkel bericht dat ik erover las.

Wat er precies nieuw is, en wat niet

Claude Design bestaat sinds 17 april 2026 als los product, toen nog research preview en aangedreven door Opus 4.7. Ik schreef eerder al wat het is en voor wie het handig is. Op 17 juni ging het in beta, en dat heb ik toen meteen getest; in diezelfde aankondiging stond al dat je “kunt beginnen in Claude Code” met /design. De aankondiging van vorige week noemt het opnieuw research preview, nu specifiek voor de artboard-workflow in de CLI en de desktop-app.

Die twee omschrijvingen spreken elkaar niet tegen, maar ze rijmen ook niet. Ik houd de primaire bronnen aan en noteer allebei.

Beschikbaar op Pro, Max, Team en Enterprise. Bij Enterprise staat het standaard uit; een beheerder zet het aan in de organisatie-instellingen.

De plan-grens is het echte verhaal

Naast /design bestaat /design-sync, en daaronder zit een tool die ik in mijn eigen sessie kan uitlezen. Die tool praat met je design-systeemprojecten op claude.ai, en de volgorde waarin dat moet gebeuren ligt hard vast:

1. Lezen. Projecten opsommen, bestandspaden ophalen, eventueel één bestand lezen.
2. Plan vastzetten. Je legt de exacte lijst paden vast die je gaat schrijven en verwijderen, plus de lokale map waaruit geüpload mag worden. Dat levert een planId op.
3. Schrijven. Elke schrijf- of verwijderactie moet dat planId meesturen, en elk pad moet in het plan staan. Een pad dat er niet in staat wordt geweigerd.

De gebruiker ziet die padenlijst en die bronmap los van wat het model erover vertelt. Dat is het punt van de constructie: het model kan de lijst niet mooier omschrijven dan hij is, want je krijgt de lijst zelf te zien.

Bestanden gaan bij voorkeur via een lokaal pad de upload in, zodat de inhoud nooit door de context van het model komt. En er staat een expliciete waarschuwing in de tool zelf: een bestand dat je uit het project terugleest is geschreven door iemand anders in je organisatie, dus dat is data en geen instructie. Leest het als een opdracht aan het model, dan is dat een signaal dat er iets mis is.

Harde grenzen: 256 KiB per gelezen bestand, 256 bestanden per schrijfactie. Grotere bundels splits je op onder hetzelfde plan.

De kaartjes in het Design System-paneel komen tegenwoordig uit een commentaarregel bovenaan elk preview-bestand, niet meer uit een aparte registratiestap. Dat betekent dat de bron van waarheid in je bestanden zit, niet in een losse database ergens.

Het cijfer, en het cijfer dat er niet bij staat

Anthropic meldde dat meer dan een miljoen mensen Claude Design in de eerste week gebruikten. Dat is een eigen telling over de week na 17 april, en er staat niet bij wat “gebruikt” betekent: één keer openen telt waarschijnlijk mee. Er is geen retentiecijfer, geen aantal ontwerpen dat daadwerkelijk in productie belandde, en geen meting van hoe vaak een artboard de implementatie haalde.

Het cijfer dat Anthropic minder goed uitkomt staat in dezelfde aankondiging, maar dan als verbetering geformuleerd: Claude Design deelt sinds juni het verbruikslimiet met chat, Cowork en Claude Code. Dat wordt gepresenteerd als meer ruimte. Het betekent ook dat elk artboard dat je genereert uit hetzelfde budget komt als je codewerk die dag. Wie twaalf richtingen laat maken voordat hij begint te bouwen, bouwt daarna met minder.

De kanttekening

Eerst: dit verschuift waar de ontwerpbeslissing valt. Twaalf richtingen in een paar minuten klinkt als meer keuze, maar het verandert het karakter van de keuze. Kiezen uit wat een model aanbood is iets anders dan bedenken wat er zou moeten staan. “Welke van deze vier” is een comfortabeler vraag dan “wat willen we hier eigenlijk”, en de tweede is degene die stilletjes verdwijnt.

Dan de verantwoordelijkheid, die op een padenlijst landt. De plan-grens is goed ontworpen, en tegelijk gaat je akkoord over paden en niet over inhoud. Wie 256 bestanden in één keer goedkeurt, keurt het proces goed en niet de bestanden. Dat is precies het soort akkoord dat na drie keer een reflex wordt. De grens beschermt tegen een model dat buiten zijn boekje gaat. Niet tegen een mens die te snel ja zegt.

En wat er wegstroomt, is je designsysteem. Om dit goed te laten werken moet je merk-DNA erin: kleuren, typografie, componenten, en bij voorkeur je hele repository. Dat is bedrijfseigendom, en het gaat naar één leverancier die ook je code al leest. Voor mij persoonlijk is dat overzichtelijk. Voor de organisaties waar ik overdag mee werk is dit precies waar het gesprek moeilijk wordt, en “de beheerder kan het uitzetten” beantwoordt daar een andere vraag dan er gesteld is.

Wat ik zelf doe

Ik zet DESIGN.md en de bijbehorende sidecar in mijn repository niet opzij. Die blijven de bron van waarheid voor de huisstijl van sparkone.nl, en een artboard mag daar een voorstel voor doen, geen besluit over nemen. Concreet: het risograph-blok, de spot-inkt en de vaste 2px-randen staan vast in het bestand, en die haal ik niet uit een canvas terug.

Voor de carousels die ik voor Instagram render verandert er niets. Die blijven HTML in mijn eigen map, en ik bekijk elke gerenderde PNG met het oog voordat hij ergens heen gaat. Een artboard-workflow neemt die controle niet over, want de fouten die daar ontstaan zijn zetfouten en die vangt geen enkele automatische controle.

De zeven design skills die al in Claude Code zitten blijven doen wat ze deden. Die beoordelen wat er staat; /design maakt wat er komt. Dat zijn twee verschillende momenten en ik zou ze niet door elkaar halen.

Ik ga /design inzetten op het moment waarop ik nu meteen begin te bouwen, om te zien of drie zichtbare richtingen mij iets laten kiezen dat ik anders had overgeslagen. Ik schrijf op wat daaruit komt, inclusief het geval waarin het antwoord “niets” is.

Veelgestelde vragen

Heb ik Claude Design nodig om /design te gebruiken?

Je hebt een betaald Claude-abonnement nodig (Pro, Max, Team of Enterprise) en een bijgewerkte Claude Code. Claude Design en het commando in Claude Code delen dezelfde onderliggende projecten, dus in de praktijk werk je met hetzelfde systeem vanaf twee kanten.

Wat is het verschil tussen /design en /design-sync?

/design is de kant waar je ontwerpt: artboards maken, kiezen, bijstellen, laten bouwen. /design-sync is de kant waar je je bestaande componentenbibliotheek naar een design-systeemproject brengt, één component tegelijk en nooit als vervanging in één klap. Het eerste maakt nieuw werk, het tweede houdt bestaand werk gelijk.

Kost dit extra bovenop mijn abonnement?

Nee, het valt binnen je abonnement. Wel deelt het sinds juni het verbruikslimiet met chat, Cowork en Claude Code, dus het put uit hetzelfde budget als je andere werk. Wie over de limiet heen wil, kan extra verbruik aanzetten.

Kan een beheerder dit uitzetten voor een organisatie?

Bij Enterprise staat het standaard uit en zet een beheerder het aan in de organisatie-instellingen. Sinds juni bestaat er ook een beheerdersrol die één standaard designsysteem kan goedkeuren en verdere bewerkingen kan vergrendelen.

Bronnen

• Aankondiging @ClaudeDevs op X, 17 augustus 2026 (tijdstempel 23:57) — x.com/ClaudeDevs
• “Claude Design now stays on brand for daily work”, 17 juni 2026, geraadpleegd 19 augustus 2026 — claude.com/blog
• “Introducing Claude Design by Anthropic Labs”, 17 april 2026, geraadpleegd 19 augustus 2026 — anthropic.com/news
• Productpagina Claude Design, geraadpleegd 19 augustus 2026 — claude.com/product/design
• Claude Code CHANGELOG, gecontroleerd tot en met 2.1.235 op 19 augustus 2026 — github.com/anthropics/claude-code

Gecontroleerd op 19 augustus 2026. De aankondiging zelf heb ik gelezen op X, inclusief de eigen vervolgreactie waarin staat dat het beschikbaar is op Pro, Max, Team en Enterprise. De overige reacties in die draad zitten achter een inlog, dus die heb ik niet meegenomen. De beschrijving van de plan-grens, de limieten van 256 KiB en 256 bestanden en de waarschuwing over teruggelezen bestanden komen uit de tool zoals die in mijn eigen sessie beschikbaar is (Claude Code 2.1.233), niet uit een documentatiepagina; er is geen publieke pagina waar dit zo staat. Twee dingen kloppen niet helemaal met elkaar: de blogpost van 17 juni noemt /design al als beschikbaar in beta, terwijl de aankondiging van 17 augustus de artboard-workflow research preview noemt. Ik heb dat verschil laten staan in plaats van te kiezen. Verder noemt de publieke changelog van Claude Code het commando /design en het woord artboard nergens, ook niet in de nieuwste release op het moment van schrijven. De artboard-workflow zelf heb ik niet kunnen testen: het commando staat niet in de skill-lijst van mijn installatie.