Wat zijn Figma Skills precies?

Figma Skills zijn markdown-bestanden met instructies die de ingebouwde AI-agent van Figma uitvoert. Je roept ze aan met een slash-commando, zoals /component-handoff of /ui-state-expander. Ze werken als persoonlijke sneltoetsen voor taken die je anders steeds opnieuw handmatig zou doen. Je schrijft ze zelf, of je gebruikt er een van de Figma Community.

Een Skill is eigenlijk een gestructureerde prompt die je één keer schrijft en daarna eindeloos hergebruikt. Het klinkt technisch, maar het zijn gewoon tekstbestanden in markdown-formaat, dezelfde opmaaktaal als in veel notitie-apps. Je hoeft geen developer te zijn om ze te begrijpen of te schrijven.

Wat me opvalt aan dit systeem: het legt voor het eerst de designkennis van een individuele ontwerper vast in een deelbare vorm. Normaal zit die kennis in iemands hoofd. Nu zit het in een bestand dat iedereen in het team kan gebruiken. Dat is een fundamenteel ander idee dan een template of een component library.

Je maakt een Skill door de agent te vragen er een te schrijven op basis van een frame in je design of via specifieke stappen die je opgeeft. Daarna kun je hem direct testen, bijsturen en aanpassen. Als je de manier waarop Figma Weave merkstijlen vastlegt al interessant vond, dan is dit de volgende stap in diezelfde richting.

Welke 10 Skills zijn het meest nuttig voor een designer?

De Figma Community heeft tientallen Skills gepubliceerd. Tien daarvan springen eruit omdat ze concrete tijdwinst opleveren: van automatische componentdocumentatie tot een volledige UI-state-checker en een ingebouwde design review op basis van UX-heuristieken.

Hieronder de tien Skills die de meeste designpijn wegnemen, met wat ze concreet doen:

• /component-handoff: genereert automatisch een documentatieframe met naam, versie, variant-grid, do’s en don’ts en anatomie van een component. Wat eerder een uur kostte, duurt nu een klik.
• /ui-state-expander: pakt een scherm en vult alle ontbrekende states in, zoals loading, empty, error, disabled en edge cases. Inclusief copy, transitions en implementatienotes voor de developer.
• /analyze-components: crawlt een pagina, vindt orphans, duplicaten en naamfouten, repareert ze automatisch en schrijft een auditrapport op het canvas.
• /superfuture-design-review: beoordeelt een bestand op UX-heuristieken, toegankelijkheid en visuele hiërarchie, met een stoplicht-systeem: rood voor blockers, geel voor aanbevelingen, groen voor wat al werkt.
• /create-color: mapt alle fills, strokes en shadows in een component naar design tokens of styles, en markeert hard-gecodeerde kleuren die nog vervangen moeten worden.
• /find-animation-opportunities: scant designs op plekken die wel of niet zouden moeten animeren, met exacte waarden en concrete aanbevelingen.
• /camera-pan-and-zoom: bouwt een camera-rig, een geneste laagstructuur die echte camerabeweging nabootst, om geselecteerde content en animeert die als een motion director.
• /better-interface: geeft de agent een persoonlijk regelboek voor interface-craft, met standaarden voor typografie, layout, toegankelijkheid en productteksten.
• /usability-test-guide: genereert een discussiegids voor usability-tests op basis van een designflow, met open vragen direct op het canvas naast elk frame.
• /xray-scan: zet een foto of tekstbeschrijving om naar een radiografisch beeld in twee afwerkingen, handig voor creatieve collages en moodboards.

Naar mijn idee zijn /component-handoff en /ui-state-expander de twee die direct rendement opleveren voor iedereen die regelmatig designs overdraagt aan developers. De rest is waardevol, maar afhankelijk van je specifieke workflow. Bekijk ook hoe AI Figma-designs omzet naar werkende code voor een aansluitende aanpak.

Hoeveel tijd bespaar je er écht mee?

Componentdocumentatie die handmatig een uur kost, doet /component-handoff in één klik. Een volledige UI-state-check die je normaal vergeet tot de developer erom vraagt, doet /ui-state-expander in enkele minuten. De tijdwinst zit niet in spectaculaire taken, maar in de dingen die je anders uitstelt.

Eerlijk gezegd was ik sceptisch toen ik voor het eerst hoorde over ‘AI die je designtaken overneemt’. Mijn eerste reactie: dat klinkt als een belofte die in de praktijk tegenvalt. Maar de Skills-aanpak werkt anders dan een generieke AI-chat, en dat maakt het verschil.

Het verschil is specificiteit. Een generieke AI weet niet hoe jouw team componenten documenteert, welke states jij altijd vergeet of welke kleuren hard-gecodeerd zijn in je design system. Een Skill wél, omdat jij die kennis er zelf in hebt gestopt. Of iemand anders dat voor je heeft gedaan en het gedeeld heeft in de Community.

De concrete tijdwinst per Skill is moeilijk te generaliseren, want die hangt af van hoe ingewikkeld je design system is. Maar de /analyze-components-skill pakt het soort werk aan dat je normaal uitstelt tot het echt niet meer kan. Dat soort uitgesteld werk kost uiteindelijk meer tijd dan de taak zelf.

Voor wie website-toegankelijkheid serieus neemt, is /superfuture-design-review interessant: die checkt ook op toegankelijkheidsstandaarden als onderdeel van de review.

Zelf een Skill schrijven: zo werkt dat in de praktijk

Je vraagt de Figma-agent een Skill te maken op basis van een frame of een beschrijving van je werkwijze. De agent schrijft een eerste versie, jij test die, past aan en slaat op. Je kunt de markdown ook direct bewerken als je precies weet wat je wilt.

Het proces is minder technisch dan het klinkt. Je hoeft geen code te schrijven. Je beschrijft in gewone taal wat je wilt dat de Skill doet, de agent vertaalt dat naar gestructureerde instructies, en jij controleert of het klopt. Klopt het niet helemaal? Dan zeg je wat er anders moet, net als in een gewone chatconversatie.

Wat ik een slim detail vind: je kunt een bestaand designframe gebruiken als referentie. Je wijst de agent op een component die je altijd op een bepaalde manier documenteert, en vraagt hem daar een Skill van te maken. Zo leg je werkwijzen vast die anders alleen in je hoofd zitten.

Let op: Skills zijn momenteel beschikbaar voor Full seat-gebruikers op Professional, Organization en Enterprise plannen. Collab-, Dev- en View-seats kunnen de agent gebruiken in hun drafts. Tijdens de open beta is het gratis. Wat het na de beta kost, is nog niet bekendgemaakt.

Als je al werkt met AI-tools die Figma-designs omzetten naar code, dan past dit systeem goed in diezelfde workflow. Je legt je designkennis vast in Skills, en je legt je code-kennis vast in de tools die de output verwerken.

Het probleem: AI-tools missen context van jouw merk

Je laat een AI een banner of UI maken en krijgt drie keer iets anders terug. Andere kleur, ander gevoel. Niet jouw stijl. Dat is geen bug. AI-tools werken op basis van wat je ze geeft. Zonder merkinformatie gokken ze op iets generieks.

Bij mijn klanten zie ik dit elke week. Vorige week kwam een klant in de hospitality bij me met drie social-posts uit een AI-tool: drie keer dezelfde prompt, drie keer een ander oranje. Hij dacht eerst dat het aan zijn ogen lag , tot ik de hex-codes naast elkaar zette en hij het verschil zwart-op-wit zag.

De fout zit niet in de tool, hij zit in het gebrek aan context. Bij Midjourney, Claude, ChatGPT en Figma AI werkt het allemaal zo. Geen merkinformatie? Dan gokken ze. DESIGN.md vult die context in één keer in en houdt hem voor elke volgende prompt vast.

Wat DESIGN.md is en waarom het werkt

DESIGN.md is een tekstbestand met je merkinfo in een formaat dat AI direct begrijpt. Geen formeel document. Geen technische specificatie. Kleuren als hex-codes, fontnamen, een paar stijlsteekwoorden, korte componentbeschrijvingen. Eén tot twee pagina's max.

Ik gebruik dit zelf voor elk klantproject sinds een half jaar. Het scheelt me makkelijk een uur per ontwerpronde aan corrigeren en herhalen. Werkt in elke AI-tool die tekst als input accepteert: ChatGPT, Claude, Midjourney, Figma AI, Cursor, Lovable.

Het bestand zelf hoef je nergens te uploaden. Je plakt de inhoud aan het begin van je prompt, daarna pas komt je opdracht. Resultaat: consistente output die er elke keer hetzelfde uitziet.

De vier basissecties die je opschrijft

Vier secties zijn genoeg. Kleuren als hex-codes (niet "donkerblauw" maar #0A1F44). Fonts met gewicht ("Inter Regular 400"). Drie tot vijf stijlsteekwoorden. Korte componentbeschrijvingen voor je terugkerende UI-elementen.

Concrete waarden zijn het belangrijkst. Niet “warm oranje” maar #F5821F. Niet “modern blauw” maar #0A1F44. AI vertaalt jouw woorden naar pixels, en die vertaling werkt alleen voorspelbaar bij exacte waarden.

Mijn eigen fout in het begin: te veel willen vastleggen. Ik schreef pagina’s vol met uitzonderingen, edge cases en gedragsregels per component. De AI raakte juist meer in de war en mengde regels door elkaar. Sinds ik me beperk tot een halve A4 met alleen de essentials, werkt het tien keer beter.

Voor componenten geef je één regel per type: “Primaire knop: oranje achtergrond, witte tekst, 4px border-radius, geen schaduw.” Dat is genoeg. Te veel detail laat de AI dwalen.

Werkend voorbeeld: DESIGN.md voor een bouwbedrijf

Dit is de DESIGN.md die ik gebruik voor een klant in de bouw. Concreet, in dezelfde structuur die ik altijd hanteer. Gebruik 'm als template: vervang de waarden door die van jou en je hebt binnen tien minuten een werkend bestand.

De fictieve klant heet “Bouwbedrijf Janssen”. De structuur hieronder werkt 1-op-1 voor elke andere branche, alleen de waarden verschillen.

# DESIGN.md ,  Bouwbedrijf Janssen

## Kleuren
- Primair: #1B3A57 (donkerblauw, voor headers en knoppen)
- Accent: #E8A33D (warm geel-oranje, voor CTA's en hover-states)
- Tekst: #1A1A1A op #FFFFFF
- Achtergrond licht: #F5F2ED (gebroken wit, geen plat wit)
- Lijnen en borders: #D4CFC4

## Typografie
- Headings: Montserrat SemiBold 600
- Body: Inter Regular 400
- Captions: Inter Light 300, 14px
- Knoppen: Montserrat Medium 500, all caps

## Stijl in steekwoorden
Solide, ambachtelijk, betrouwbaar, ruime witregels, geen schaduwen, foto's altijd warm-getint.

## Componenten
- Primaire knop: #1B3A57 achtergrond, witte tekst, 4px border-radius, hover #E8A33D
- Secundaire knop: transparant, 1px border #1B3A57, blauwe tekst
- Kaart: #FFFFFF achtergrond, 8px border-radius, 1px border #D4CFC4, geen schaduw
- Foto's: altijd 16:9, warme tint via 5% sepia-overlay

## Tone of voice
Direct, geen jargon, jij/je-vorm, korte zinnen. Vermijd: "innovatief", "passie", "kwaliteit". Gebruik: "we bouwen", "we leveren op tijd".

Plak deze inhoud aan het begin van je prompt en je AI-tool weet direct wat hij wel en niet moet doen. Een UI-generator levert nu een knop op met #1B3A57, niet met een willekeurig blauw.

Hoe je DESIGN.md in de praktijk gebruikt

In de praktijk: open je AI-tool, plak de DESIGN.md, daarna pas je opdracht. Werkt voor afbeeldingen, UI, code en zelfs teksten als je een tone of voice-sectie toevoegt. Maak twee versies: een korte voor snelle prompts, een complete voor diepere opdrachten.

Voorbeeld voor een UI-generator: “[DESIGN.md inhoud] Maak nu een contactformulier met deze stijl. Velden: naam, e-mail, bericht.” Je krijgt een formulier in jouw kleuren, met jouw font, met de juiste border-radius. Geen willekeur meer.

Voor afbeeldingsgeneratoren werk je met een ingedikte versie. Niet de hele DESIGN.md, alleen de relevante regels: primaire en accent-kleur, drie stijl-steekwoorden, eventuele foto-stijl. Vier regels meegeven werkt vaak beter dan twintig.

Voor AI-codeertools zoals Cursor of Claude Code sla je het bestand op in je projectmap. Tools die met repositorybestanden werken pikken het automatisch op als context. Wat ik bij klanten doe: bouw DESIGN.md in de eerste week van een project en sla hem op naast de README. Geen overleg meer over kleuren, geen “welk geel was het ook alweer?”. Het bestand is de bron van waarheid.