Designer-Doku
Diese Doku wird noch finalisiert und kann sich weiter ändern, während das Produkt weiterentwickelt wird.
Deine Aufgabe ist klar: das Plugin streamen lassen und Entwickler:innen die TokenIgnite File-ID geben. Sie verbinden ihre laufende UI; du arbeitest weiter in Figma. Für den Gesamt-Workflow und das Glossar ist So funktioniert es der passende Einstieg. Für die Entwickler-Seite siehe Entwickler-Doku.
1. Voraussetzungen
- Figma-Datei mit Variablen (Collections / Modes)
- Zugang zum TokenIgnite Figma-Plugin (Public Beta / Early Access)
- Eine Entwickler:in, die ihre Runtime mit deiner File-ID verbindet
Du musst keine Code-Syntax vorher in Figma setzen. TokenIgnite kann Namen erzeugen und bei Bedarf nach Dev Mode zurückschreiben. Hast du WEB-Code-Syntax bereits definiert, behält sie absolute Priorität.
2. Quick Start
- TokenIgnite Figma-Plugin installieren.
- Design-Datei öffnen und das Plugin starten.
- Registrieren oder anmelden (Figma, Google oder E-Mail).
- Am Status und an den Sync-Flammen prüfen, dass gestreamt wird.
- Die TokenIgnite File-ID kopieren (Form wie
tokenignite-096149). - Die ID an deine Entwickler:in senden — nicht den Figma-File-Key, nicht den Share-Link.
3. Was im Alltag zählt
| Konzept | Für dich |
|---|---|
| TokenIgnite File-ID | Stream-ID im Plugin. Klick auf den File-ID-Block kopiert sie. Das kommt in die Entwickler-Config. |
| Jemand muss eingeloggt bleiben | Live-Updates brauchen mindestens eine Person mit geöffnetem, eingeloggtem Plugin an der Datei. Dann syncen auch Änderungen von Teammates (oder Figma-AI), die das Plugin selbst nicht offen haben. Ist bei niemandem das Plugin offen, streamt nichts. |
| Code-Syntax | Vorhandene Figma-WEB-Syntax gewinnt. Fehlende Syntax kann nach Dev Mode nachgezogen werden; manuelle Syntax wird nie überschrieben. |
| Collections / Modes | Du pflegst sie in Figma. Entwickler:innen aktivieren Modes als collectionName:modeName auf data-ti-context. |
| Export | Streaming dient der Live-Prüfung. CSS exportiert die Entwickler:in nach Freigabe. |
4. So entstehen die Namen
Contexts
Collection- und Mode-Namen werden zu normalisierten Segmenten (lowercase kebab-case; führende Nummern-Präfixe wie 1- entfallen; Emojis/Sonderzeichen entfallen):
collectionName:modeNameBeispiel: Color Modes + Dark Mode → color-modes:dark-mode. Plugin-Filter zeigen dieselben Labels, die Entwickler:innen in data-ti-context einsetzen.
CSS-Variablennamen
Ohne WEB-Code-Syntax baut TokenIgnite --{gruppenpfad}-{variablenname} (Collection und Mode gehören nicht zum CSS-Namen). Pfadsegmente mit -, normalisiert zu kebab-case. Explizite WEB-Code-Syntax gewinnt weiterhin.
--spacing-gap-2xl: 32px;Variable 2xl unter Gruppen Spacing → Gap → --spacing-gap-2xl.
5. Alltag im Workflow
- TokenIgnite-Plugin während der Arbeit geöffnet lassen.
- Variablen wie gewohnt bearbeiten (Werte, Modes, Collections).
- Current Tokens und Sync-Status prüfen.
- Entwickler:in bitten, die Änderung in der laufenden UI zu bestätigen.
- Iterieren, bis es stimmt — danach exportiert die Entwickler:in.
Wenn etwas hängt: Refresh in der Hinweiszeile. Force-Hard-Reconcile aus Figma plus Backfill fehlender WEB-Syntax im Hintergrund (in Batches, damit das Plugin responsiv bleibt). Bei großen Dateien kann Syntax an einer gerade geöffneten Variable kurz noch fehlen; der Live-Sync in den Browser wartet nicht auf dieses Figma-Write-back.
6. Variablenanzahl (Public Beta)
| Limit | Bedeutung |
|---|---|
| Soft ~500 | Lesbares Export-CSS und einfacheres Review — Empfehlung, kein Performance-Abbruch. |
| Hard 5000 | Public-Beta-Maximum an Figma-Variablen pro Datei. Darüber blockiert oder friert das Plugin Live-Writes. |
Mehr Tokens aus Pflegegründen: Dateien trennen (z. B. Foundations vs Product) und jeweils mit eigener TokenIgnite File-ID verbinden.
7. Plugin-Interface

| Nr. | Bereich | Funktion |
|---|---|---|
| 1 | Brand / Logo | Plugin-Header |
| 2 | User-Menü (Avatar) | Workspace, Sign out |
| 3 | File-ID + Plan-Badge | Klick kopiert File-ID; Badge zeigt Plan (z. B. Public Beta) |
| 4 | Designer-Zähler | Online-Designer:innen an dieser Datei |
| 5 | Clients-Zähler | Verbundene Entwickler-Runtimes am Stream |
| 6 | Hinweiszeile + Refresh | Statustext; Force-Hard-Reconcile (+ Syntax-Backfill bei Bedarf) |
| 7 | Collection-Filter | Begrenzt die Token-Liste (normalisierte Collection-Labels) |
| 8 | Mode-Filter | Begrenzt die Token-Liste (normalisierte Mode-Labels) |
| 9 | Current Tokens | Live-Liste für Collection/Mode |
| 10 | Status + Sync-Flammen | Verbindung / Sync während Updates |
8. Accounts und Handoff
Eine Designer:in braucht ein Konto, um sich im Plugin anzumelden und den Stream laufen zu lassen. Der Handoff an Entwickler:innen ist einfach: die TokenIgnite File-ID teilen. Diese ID verbindet die Figma-Datei mit der Entwickler-Runtime. Die Workspace-Mitgliedschaft ist separat und wird nicht allein über die File-ID gewährt.
9. Troubleshooting
| Symptom | Lösung |
|---|---|
| Keine Updates beim Dev | Status/Flammen prüfen; File-ID neu kopieren und senden; sicherstellen, dass die File-ID genutzt wird (nicht der Figma-Key) |
| Andere editieren, aber nichts geht live | Plugin bei mindestens einer Person offen und eingeloggt lassen |
| File-ID fehlt / Copy deaktiviert | Erneut anmelden; Binding abwarten; Netz prüfen |
| Tokens wirken veraltet oder falsch gefiltert | Collection-/Mode-Filter anpassen; Refresh |
| Code-Syntax in Dev Mode leer nach Refresh | Backfill ist asynchron und gebatcht — kurz warten oder Variable neu öffnen; bei festem Namen WEB-Syntax selbst setzen |
| „Unavailable“ / gedimmte UI | Netz/Erreichbarkeit herstellen; Plugin neu öffnen |