Designöverlämning har varit ett löst problem för mänskliga utvecklare sedan ungefär 2016. Zeplin, InVision Inspect, Avocode, Figmas egna Dev Mode — de gör alla samma sak: ger en utvecklare ett webbgränssnitt där de kan klicka på en nod och läsa dess egenskaper.
Det arbetsflödet slutar helt fungera när "utvecklaren" är en AI-agent.
Den här artikeln förklarar varför, vad agenter faktiskt behöver, och hur man strukturerar ett överlämningsarbetsflöde som producerar korrekt kod snarare än ungefärlig kod. Lösningen är figmascope — ett webbläsarbaserat verktyg som exporterar ett strukturerat kontextpaket direkt från din Figma-fil. För steg-för-steg-arbetsflöden, se Figma till Claude Code eller Figma till Cursor.
Antagandet bakom designöverlämning
Varje överlämningsverktyg byggt före 2023 gör samma implicita antagande: en människa finns i andra änden, klickar runt, läser värden, gör bedömningar. Verktygets uppgift är att exponera information tillräckligt tydligt för att en skicklig utvecklare kan arbeta utifrån det utan att ständigt byta kontext tillbaka till designern.
Detta antagande är inbakat i hela UX:et hos dessa verktyg:
- Värden visas i en panel, exporteras inte till en fil
- Kodsnuttar genereras på begäran per val, inte för hela filen
- Utvecklaren navigerar designen genom att klicka, inte genom att fråga en datastruktur
- Anteckningar skrivs på naturligt språk, inte i ett maskinläsbart format
Inget av detta är fel. Det är korrekt för det mänskliga utvecklararbetsflödet. Det är bara fel gränssnitt för en agent.
Vad agenter faktiskt behöver från en design
En AI-agent som tar emot en designuppgift behöver:
- En spec den läser innan den gör något — begränsningar, omfattning, namnkonventioner för tokens, versionsnoteringar. Inte underförstått av att hålla muspekaren över en panel; skrivet ut explicit.
- En typat tokenordbok — inte råa hex-värden och pixeltal, utan namngivna, typade tokens med deras värden. Agenten behöver veta att
#d96a3aärcolor.accentså att den kan generera korrekta Tailwind-klassnamn eller CSS-anpassade egenskaper. - Ett fullskärmsträd med layout — hierarkin för varje nod, deras layoutrelationer, deras storlekar, deras tokenreferenser. Inte en nod i taget på begäran; hela trädet i minnet.
- Konsoliderade strängar — allt textinnehåll, normaliserat, med resursnycklar. Inte spritt över enskilda noder.
- Visuell grundsanning — en referensrendering som agenten kan jämföra sin utdata mot. En skärmdump av designen vid 2×.
- Komponentnamn — kanoniska identifierare som den genererade koden bör använda, inte uppfunna namn.
Traditionella överlämningsverktyg tillhandahåller inget av dessa i en form som en agent kan använda. figmascope-appen producerar alla i en enda zip — klistra in din Figma-URL och få paketet. Ingen uppladdning, ingen backend. Tokenformatet täcks på djupet på Design Token Export för AI-agenter.
Varför skärmdumpar misslyckas
Den snabbaste lösningen folk försöker: exportera en PNG från Figma och ge den till agenten med en prompt som "implementera den här skärmen." Agenten producerar kod. Ibland ser det ungefär rätt ut. Men:
- Avståndsavvärden gissas. Agenten ser "ungefär 16px mellanrum" och producerar 14px eller 20px.
- Färger beskrivs, extraheras inte. "Varm orange" blir
#E67A40istället för#D96A3A. - Typografi infereras. Teckensnittsvikter och radavstånd approximeras.
- Komponentnamn uppfinns. Agenten kallar saker
UserCardnär designen kallar demProfileTile. - Strängar är ibland OCR:ade, ibland omformulerade. Din text skrivs om.
Var och en av dessa fel är individuellt liten. Tillsammans summerar de till en komponent som kräver betydande manuell korrigering — vilket eliminerar det mesta av tidsbesparingen från att använda en agent överhuvudtaget.
Se varför skärmdumpar misslyckas för AI-kodgenerering för en detaljerad genomgång med exempel.
En skärmdump berättar för agenten hur designen ser ut. Strukturerad kontext berättar vad designen är.
De traditionella överlämningsverktygen, utvärderade
Zeplin
Zeplins primära gränssnitt är en webbapp där utvecklare inspekterar designer nod för nod. Det har en "Styleguide"-funktion som aggregerar färger och typografi från filen — närmast något som liknar en tokenexport. Det exporterar inte maskinläsbara layoutträd. Dess "Connected Components"-funktion länkar Storybook-komponenter till Figma-ramar, vilket är användbart för dokumentation men hjälper inte en agent att generera ny kod.
Figma Dev Mode
Figmas egna svar på överlämning. Kodpanelen genererar CSS från valda noder och visar variabelnamn när de är konfigurerade. Väldesignad för mänskliga utvecklare. Stöder inte export på filnivå, genererar inte layoutträd, och dess kodsnuttar är enbart CSS (inte ramverksoberoende tokens). Kräver en Dev Mode-licens.
Avocode
Avocode förvärvades av Abstract och avvecklades sedan 2022. Nämns eftersom det fortfarande dyker upp i sökresultat för "designöverlämningsverktyg" och genererar en del jämförelsetrafik. Det är inte längre tillgängligt.
Locofy, Builder.io, Anima
Dessa verktyg försöker generera faktisk ramverkskod (React, Next.js, HTML) direkt från Figma-designer. De är närmare problemutrymmet — de förstår att utdata måste vara kod, inte bara en egenskapspanel. Men de genererar kod du driftsätter, inte kontext du matar en agent. Distinktionen spelar roll: du kan inte fråga "Implementera Inställningsskärmen, återanvänd UserAvatar-komponenten jag redan byggt" när verktyget genererar koden själv. Det kan du fråga Claude Code eller Cursor när du har gett dem den strukturerade kontexten.
Se figmascope vs Locofy och figmascope vs Builder.io för detaljerade jämförelser.
Hur agentredo överlämning ser ut
Agentredo överlämning har tre egenskaper som skiljer den från traditionell överlämning:
1. Det är en filartifakt, inte ett UI
Överlämningsartifakten är en versionerad fil (eller uppsättning filer) som lever i förrådet bredvid koden. Inte en delad länk som kräver inloggning. Inte en panel i en webbapp. En design/-katalog med JSON-, PNG- och Markdown-filer.
Detta har flera konsekvenser:
- Det är versionskontrollerat. Du kan köra
git diffpå tokenändringar mellan designsprintar. - Det kan användas offline. Agenten behöver inte anropa ett API vid kodgenereringstillfället.
- Det är reproducerbart. Samma Figma-fil + figmascope-version producerar samma paket.
2. Det använder typade data, inte renderad text
Designtokens i tokens.json är typade — $type: "color", $type: "dimension" — inte bara strängar i en Markdown-tabell. Layout-IR i screens/*.json har explicita nodtyper (stack, overlay, absolute, leaf) och tokenreferenser med $ref-notation. Strängar i strings.json har punktnotationsnycklar, inte bara mänskligt läsbara etiketter.
Typade data innebär att agenten kan resonera om det programmatiskt: "alla noder med background.$ref == color.surface använder samma bakgrundsfärg," inte "alla noder som ser ut att vara på samma bakgrund."
3. Det inkluderar ett specdokument som agenten läser först
CONTEXT.md är kontraktet mellan designern och agenten. Det beskriver:
- Vilka ramar som är inom räckvidden och vilka som inte är det
- De tokennamnskonventioner som används
- Genomarbetade exempel — "en nod med
background: { $ref: 'color.surface' }bör användabg-surfacei Tailwind" - Kända avvikelser — ramar där auto-layout saknades och figmascope infererade layout från barnpositioner
- Versionen av figmascope som användes och exporttidsstämpeln
Traditionell överlämning har ingen motsvarighet. Dev Mode har ett "developer notes"-fält per ram, men det skrivs ad hoc av en designer utan struktur. CONTEXT.md genereras konsekvent från filens faktiska innehåll.
Överlämningsarbetsflödet steg för steg
- Designern markerar ramar som klara — i Figma flaggar designern de ramar som är redo för implementation (namnkonvention, en "klar"-etikett, vad ditt team använder).
- Utvecklaren kör figmascope — klistra in fil-URL och PAT på figmascope.dev, klicka på exportera, ladda ner zipen.
- Packa upp i design/ —
unzip figmascope-<fileKey>.zip -d design/ - Commit design/ till repot — paketet är överlämningsartifakten. PR inkluderar både designpaketet och implementationen.
- Agenten implementerar — peka Claude Code eller Cursor mot
design/CONTEXT.mdoch relevant skärm-JSON. Agenten genererar kod som använder tokenvärdena, komponentnamnen och strängarna från paketet. - Granska och iterera — utvecklaren granskar mot
screens/*.png, noterar eventuella luckor, förfinar prompts.
När designen ändras, upprepa från steg 2. Tidsstämpeln i _meta.json berättar när paketet senast genererades relativt när Figma-filen senast ändrades — en enkel färskhetskontroll.
{
"figmascopeVersion": "1.0.0",
"fileKey": "ABC123",
"exportedAt": "2026-05-11T09:14:00Z",
"figmaLastModified": "2026-05-10T18:30:00Z",
"frameCount": 8,
"warnings": [
{
"code": "layout-mode-none-inferred",
"message": "Frame 'Modal' has no auto-layout; child positions inferred from absolute coordinates.",
"nodeId": "2:34"
}
]
}
Vad som inte förändras
Agentredo överlämning ersätter inte designgranskningen. Agenten implementerar utifrån den strukturerade kontexten; en människa verifierar fortfarande utdata. Interaktionstillstånd, animationer, responsivt beteende, tillgänglighet — dessa kräver bedömning som agenten kan approximera men inte garantera enbart från statisk designdata.
Den strukturerade kontexten ersätter heller inte designer-utvecklar-konversationen. Om en token är tvetydigt namngiven, eller en komponent beter sig annorlunda på olika brytpunkter än den statiska ramen antyder, behövs en konversation. CONTEXT.md fångar vad som finns i filen; det infererar inte vad designern avsåg för fall som filen inte tar upp.
Vad som förändras: implementationen av statiska skärmlayouter från en stabil design går från en timslång manuell process till ett prompt-och-granska-arbetsflöde. Agenten hanterar den mekaniska översättningen; utvecklaren hanterar bedömningsbesluten.
Checklista: är din designöverlämning agentredo?
- Designtokens exporteras till en maskinläsbar JSON-fil (inte bara en Figma Variables-panel eller en Notion-sida)
- Tokens har semantiska namn, inte bara hex-värden eller pixeltal
- Layouthierarkin för varje skärm är tillgänglig som en strukturerad datafil, inte bara en skärmdump
- UI-strängar är konsoliderade med stabila resursnycklar
- Komponentnamn är kanoniska och konsekventa mellan designfilen och kodbasen
- Ett specdokument finns som agenten kan läsa innan den implementerar
- Överlämningsartifakten är versionskontrollerad bredvid koden
Om de flesta av dessa saknas kommer agenten att producera kod som kräver mer korrigering än att börja från grunden med bra kontext. Paketet som figmascope genererar uppfyller alla i en enda export. Besök figmascope-bloggen för fallstudier och djupdykningar i varje checklistpost, eller se Figma Inspector Alternative för en direkt jämförelse mot Dev Mode och plugins.