Figma licht waarborgen voor agents toe met specs, bibliotheken en toegangscontrole

Tijdens Config India 2026 presenteerde Figma een explicieter kader voor de manier waarop zowel de eigen agent als agents van derden binnen het platform kunnen werken. In de releasenotes van het bedrijf en in een bericht van TechCrunch beschrijft Figma een reeks hulpmiddelen die agents meer context moeten geven, maar ook meer beperkingen: een nieuwe op Markdown gebaseerde editor met de naam Specs, richtlijnen die aan designbibliotheken worden gekoppeld, codebronnen, gecentraliseerde designsystemen en bredere ondersteuning via Figma MCP. De rode draad is governance. Figma voegt dus niet alleen AI-functies toe, maar probeert ook vast te leggen hoe teams het gedrag van agents kunnen vormgeven met regels, bestanden en gedeelde referenties.

Die nadruk op waarborgen lijkt samen te hangen met een grens die Figma zelf erkent. TechCrunch meldt dat Figma, nadat de agent op het canvas in de afgelopen week voor een bredere groep gebruikers beschikbaar werd gemaakt, ook middelen aanreikt om die agent naar voorspelbaardere uitkomsten te sturen, juist omdat AI niet-deterministisch is. Dat kader is van belang. In plaats van agents als vanzelf volledig betrouwbaar te presenteren, positioneert het bedrijf context en systeemregels als een manier om variatie te verkleinen.

Een eigen plek voor intentie en context

De centrale aankondiging is Figma Specs. In de releasenotes omschrijft Figma Specs als een native plek voor context die geschreven intentie, visuele verkenning en technische details samenbrengt voor teams en agents. TechCrunch voegt daaraan toe dat het gaat om een Markdown-editor waarmee gebruikers hun designtaal op een eenvoudige manier kunnen vastleggen. Volgens dat bericht kan Specs als zelfstandig bestand in Figma bestaan of naast het canvas staan, en kunnen gebruikers verwijzen naar andere Figma-elementen, zoals cancaselementen, FigJam-diagrammen, codelagen en ontwerpen.

Samen genomen wijzen de twee bronnen erop dat Specs voor meer bedoeld is dan alleen het documenteren van een project voor mensen. Het moet ook machineleesbare context worden voor AI-systemen die in Figma werken. De releasenotes gaan niet met dezelfde technische detaillering in op het insluiten of verwijzen naar andere Figma-objecten als TechCrunch, maar beide bronnen zijn het eens over de bredere rol: agents moeten dezelfde geschreven en visuele context kunnen raadplegen als menselijke medewerkers.

De beschikbaarheid is hier duidelijker dan bij sommige andere aankondigingen. Figma zegt dat Specs nu wordt uitgerold als open bèta op betaalde abonnementen. Dat onderscheid is belangrijk voor governancegesprekken binnen organisaties: de functie wordt niet omschreven als algemeen beschikbaar en staat ook niet open voor alle abonnementen.

Bibliotheken, richtlijnen en code als beperkingen voor agents

Naast Specs formaliseert Figma ook andere lagen van controle. In de releasenotes staat dat teams richtlijnen kunnen toevoegen aan gepubliceerde designbibliotheken, zodat de agent gevestigde patronen volgt en anti-patronen vermijdt. Deze functie wordt nu uitgerold als open bèta. Figma zegt ook dat code uit GitHub-repositories of npm-pakketten kan worden geïmporteerd als codebron, om de agent te helpen componenten en codelagen te bouwen en te bewerken die aansluiten op echte designsystemen. Die functie wordt nu uitgerold als gesloten bèta.

TechCrunch schetst een vergelijkbaar beeld en schrijft dat teams meer ontwerpcontext kunnen inbrengen, waaronder designbibliotheken, codebibliotheken en richtlijnen om de context van het designsysteem te beheren, en dat agents naar dit gecentraliseerde systeem kunnen verwijzen om regels te volgen. Figma’s eigen releasenotes zijn concreter over de productverpakking. Daarin worden gecentraliseerde designsystemen beschreven als bundels van designbibliotheken, codebibliotheken en richtlijnen die in één enkel designsysteem zijn samengebracht, zodat onderhoud eenvoudiger wordt voor makers en naleving eenvoudiger voor iedereen. Figma bestempelt gecentraliseerde designsystemen echter uitsluitend als preview.

• Specs: open bèta op betaalde abonnementen.
• Richtlijnen in gepubliceerde designbibliotheken: open bèta.
• Codebronnen uit GitHub-repositories of npm-pakketten: gesloten bèta.
• Gecentraliseerde designsystemen: alleen preview.
• Figma MCP met 20 nieuwe partners: nu beschikbaar.

Die uitsplitsing is belangrijk, omdat het governanceverhaal over functies is verspreid die zich op verschillende volwassenheidsniveaus bevinden. Sommige controles zijn al breed inzetbaar voor betalende klanten, sommige zijn beperkt tot geselecteerde gebruikers en sommige blijven voorlopig slechts een preview. Elk bedrijf dat wil beoordelen hoeveel beleid en proces het vandaag daadwerkelijk met Figma-agents kan afdwingen, zal dus onderscheid moeten maken tussen aangekondigde richting en actuele beschikbaarheid.

Codelagen vergroten het werkterrein van de agent

Figma scherpt instructies niet alleen aan; het breidt ook uit wat agents kunnen doen. Codelagen, die volgens TechCrunch in juni voor het eerst als private bèta werden aangekondigd, worden nu volgens beide bronnen uitgerold als open bèta. Figma omschrijft ze als een manier om interactieve prototypes met code-ondersteuning op het canvas te maken door een designframe om te zetten, een GitHub-repository te importeren, een website vast te leggen met de Figma Chrome-extensie, of vanaf nul te prompten.

TechCrunch voegt nog een detail toe dat relevant is voor governance: gebruikers kunnen de agent vragen om een ontwerp in code om te zetten of een deel van de code te wijzigen om op een prototype door te itereren. Met andere woorden: de agent komt dichter bij een bouwoppervlak te staan en is niet langer alleen een assistent voor brainstormen. De releasenotes van Figma onderstrepen die richting door te stellen dat Figma MCP nu ook vanuit externe AI-tools kan worden gebruikt om codelagen te maken, specs te bewerken of afbeeldingen op het canvas te genereren.

Die combinatie heeft twee implicaties. Ten eerste worden contextcontroles belangrijker wanneer de agent invloed kan uitoefenen op prototypes met code-ondersteuning in plaats van alleen op statische ontwerpbestanden. Ten tweede wordt interoperabiliteit op zichzelf een governancekwestie. Figma zegt dat MCP nu sneller presteert, meer Figma-producten ondersteunt en ondersteuning biedt voor 20 nieuwe partners. TechCrunch noemt Open Code, Dia, Grok Bot en Sarvam als toegevoegde tools. In het aangeleverde fragment van de releasenotes noemt Figma die namen niet; dat detail over partners komt dus uit TechCrunch.

Payload-integratie en de verschuiving van prototype naar app

Een ander deel van de aankondiging reikt verder dan designgovernance en raakt ook de oplevering van applicaties. Figma zegt dat Make nu native een Payload-back-end opzet, met een CMS, database, media, API’s, authenticatie en een beheerpaneel, waarbij Figma dit host zodat content en data op dezelfde plek leven als de ontwerpen die ze vormgeven. Volgens de releasenotes wordt dit uitgerold voor alle abonnementen.

TechCrunch meldt op vergelijkbare wijze dat Figma Payload integreert met Figma Make voor het genereren van dynamische websites en het rechtstreeks beheren van content. Het artikel merkt ook op dat Figma vorig jaar het open-source headless CMS Payload heeft overgenomen. Hoewel deze integratie niet in de eerste plaats wordt neergezet als een functie voor agent-governance, versterkt zij wel de bredere productlogica achter de aankondigingen: ontwerpcontext, codecontext en contentcontext worden samengebracht in één omgeving waarin agents kunnen handelen.

Wat bevestigd is en wat vooral richting aangeeft

Over de bronnen heen is de kernboodschap consistent: Figma wil dat teams vastleggen hoe agents zich gedragen door hun expliciete context en regels mee te geven. Toch is voorzichtigheid op twee punten op zijn plaats. Ten eerste zijn verschillende mogelijkheden nog niet volledig beschikbaar. Open bèta, gesloten bèta en alleen preview betekenen operationeel niet hetzelfde. Ten tweede verschijnen sommige implementatiedetails slechts in één bron. Zo beschrijft TechCrunch Specs als op Markdown gebaseerd en stelt het dat er kan worden verwezen naar ingesloten Figma-elementen, terwijl de releasenotes van Figma zich meer richten op het bredere productdoel dan op precies die mechaniek.

De bronnen verschillen ook in nadruk. TechCrunch onderstreept de redenering dat AI niet-deterministisch is en dat Figma uitkomsten voorspelbaarder probeert te maken. De releasenotes van Figma leggen de nadruk op workflow en productbereik, en beschrijven manieren om met code te bouwen en samen te werken, context vast te leggen en te delen, en te bouwen met echte data en content. Die lezingen zijn verenigbaar, maar niet identiek.

Voor Nederlandstalige bedrijven is de praktische verandering dat Figma teams concretere hefbomen geeft om te bepalen wat een agent mag zien, welke regels die moet volgen en waar die mag handelen. Vandaag kan dat betekenen dat intentie in Specs wordt vastgelegd, begeleiding aan gepubliceerde bibliotheken wordt gekoppeld en workflows met code-ondersteuning in open bèta worden getest, terwijl tegelijk moet worden erkend dat sommige controles in gesloten bèta of preview blijven. Kortom: organisaties kunnen het gedrag van agents minder als een ad-hocoefening met prompts gaan behandelen en meer als een gestuurd onderdeel van het designsysteem, maar ze zullen die ambitie wel moeten afzetten tegen de huidige uitrolstatus van elke afzonderlijke functie.