OpenPencil

Design-Teams, die auf Figma angewiesen sind, kennen die immer gleichen Kompromisse: ein geschlossenes Dateiformat, ein an den Browser gebundenes Editieren und keine echte Möglichkeit, das Canvas zu skripten oder einem automatisierten Agenten zu übergeben. OpenPencil versucht, auf diese Frustrationen mit einem quelloffenen Design-Editor zu antworten, der native .fig-Dateien direkt öffnen kann, statt einen Import- oder Konvertierungsschritt zu erzwingen. Es erscheint sowohl als Desktop-Anwendung auf Basis von Tauri als auch als Web-PWA und versteht sich als Toolkit, nicht nur als App: eine programmierbare Oberfläche für Design statt eines abgeschotteten Produkts. Die Idee ist einfach. Behalte die Figma-Dateien, die du schon hast, bearbeite sie in Software, die du kontrollierst, und binde das Canvas an dieselben KI- und Agenten-Tools an, die du ohnehin überall einsetzt.

Technisch rendert OpenPencil mit Skia über ein nach WebAssembly kompiliertes CanvasKit und verarbeitet Flex- und Grid-Layout mit einem geforkten Yoga-Build. Die Figma-Kompatibilität entsteht durch das direkte Lesen des .fig-Formats, das Kiwi-Binärkodierung mit Zstd-Kompression in einem ZIP-Container nutzt, und das Projekt verspricht Round-Trip-Treue sowie Copy-and-paste zwischen Figma und OpenPencil. Das eigentlich Besondere ist die Agenten-Oberfläche. Es stellt einen MCP-Server bereit, der mit Claude Code, Cursor und Windsurf zusammenarbeitet, liefert eine headless CLI mit XPath-artigen Abfragen zum Inspizieren und Exportieren von Dateien und bietet rund 90 bis 100 Design-Werkzeuge über einen integrierten Chat. Die Echtzeit-Zusammenarbeit läuft peer-to-peer über WebRTC mit Yjs-CRDTs, sodass das Synchronisieren ohne zentralen Server auskommt.

Die naheliegende Zielgruppe sind Designer und Entwickler, die programmatische Kontrolle über ihre Design-Arbeit und einen selbst hostbaren, kontofreien Editor wollen. Aus dem Funktionsumfang ergeben sich konkrete Anwendungen. Eine Frontend-Entwicklerin kann einen Coding-Agenten über den MCP-Server auf eine .fig-Datei richten und ihn Komponenten lesen, Design-Tokens extrahieren und JSX mit Tailwind-Klassen erzeugen lassen, was einen Teil der Lücke zwischen Design und Code schließt. Wer ein Design-System pflegt, kann Massenänderungen oder Audits über die CLI skripten, statt sich durch jede Datei zu klicken. Kleine Teams, die SaaS-Lock-in scheuen, bekommen ein local-first Editieren mit optionaler Peer-to-peer-Zusammenarbeit. Es passt außerdem zu allen, die schlicht neugierig sind, wie weit KI-gestützte, chatgesteuerte Design-Manipulation trägt, bevor sie aufhört, eine Spielerei zu sein.

Die Einschränkungen sind erheblich, und die Maintainer benennen die wichtigste klar: Das Projekt befindet sich in aktiver Entwicklung und ist nicht produktionsreif. Allein das sollte es vorerst aus jedem Kunden-Deliverable und jedem kritischen Workflow heraushalten. Der Ansatz mit Skia und WASM bringt ein großes Bundle und schwierigeres Debugging mit sich, wenn auf dem Canvas etwas schiefläuft. Round-Trip-Treue bei .fig-Dateien ist ein hartes Problem, weil Figmas Format proprietär ist und sich weiterentwickelt, also sind Sonderfälle und stiller Datenverlust reale Risiken, die man prüfen sollte, bevor man Originale anvertraut. Hinter dem Projekt steht eine kleine Organisation, was die Gefahr von nachlassendem Tempo oder Aufgabe erhöht. Eine umfassende Testsuite ist beruhigend und für dieses frühe Stadium ungewöhnlich, doch Tests ersetzen keine Produktionsreife.

Gemessen an Figma ist OpenPencil heute kein Ersatz, und gegenüber Penpot, der etablierten Open-Source-Option, ist es jünger und rauer, aber ehrgeiziger bei KI- und Agenten-Integration. Sein eigentlicher Wert liegt momentan im Erkunden: eine Möglichkeit, agentengesteuertes Design, skriptbare Dateimanipulation und einen Figma-kompatiblen Editor auszuprobieren, den man tatsächlich selbst hosten kann. Setze es für Prototypen, internes Tooling, Design-to-Code-Experimente und zum Lernen ein, wo Ausfälle billig sind und die Agenten-Hooks sich auszahlen. Meide es für alles, worauf ein Kunde oder dein Team angewiesen ist, denn davor warnen die Maintainer selbst. Die vernünftige Haltung ist, es genau zu beobachten, beizutragen, falls dich die Richtung anspricht, und es erneut zu prüfen, sobald ein stabiles Release und eine breitere Mitwirkendenbasis seine Reife signalisieren.