Blatt 01 · Aufnahme vom 14.08.2026

DIE WERKBANK

Sechs Werkzeuge aus dem GitHub-Trending, aufgenommen wie eine technische Zeichnung

Massstab 1:1 · Alle Masse in Sternen
Gegenstand
Design Systems & Dev-Tooling im GitHub-Trending
Stichtag
14. August 2026
Stichprobe
6 Bauteile — 3 aus dem Zulauf, 3 aus dem Bestand
Quelle der Masse
Repository-Seiten auf github.com, abgelesen am Stichtag
Lizenzlage
5× MIT, 1× Apache-2.0 — kein Bauteil unter Copyleft

Der Befund, bevor die Masse kommen

Wer an einem beliebigen Augusttag 2026 auf die Trending-Liste schaut, sieht auf den ersten Blick sechs unzusammenhängende Projekte: ein Design-System aus dem Hause Meta, ein Wissensgraph für Codeordner, eine Browser-Fernsteuerung, einen Code-Formatierer, ein Präsentations-Framework und eine 3-Kilobyte-React-Alternative. Das sieht nach Zufall aus.

Es ist keiner. Sortiert man die sechs nach dem Datum, an dem sie in die Liste geraten sind, zerfällt die Menge sauber in zwei Hälften — und die beiden Hälften verhalten sich zueinander wie Werkzeug und Werkstück.

Der Zulauf — astryx, graphify, chrome-devtools-mcp — besteht ausnahmslos aus Projekten, deren Zielgruppe nicht mehr nur der Mensch ist. Alle drei beschreiben sich selbst über die Schnittstelle zu einem Agenten: eine Doku, die gleichzeitig Spezifikation ist; ein Graph, den ein Assistent abfragt; ein Protokoll, über das ein Modell einen echten Browser bedient.

Der Bestand — prettier, reveal.js, preact — ist älter, grösser und langweiliger, und genau deshalb interessant: Das sind die Werkstücke, an denen die neuen Werkzeuge arbeiten. Ein Agent, der Code schreibt, lässt prettier darüber laufen. Ein Agent, der eine Oberfläche baut, greift zu einer React-kompatiblen Laufzeit. Die Trending-Liste zeigt an diesem Tag nicht sechs Projekte, sondern eine Werkbank: neues Werkzeug oben, altes Material darunter.

Zur Lesart. Sterne messen Aufmerksamkeit, nicht Qualität und schon gar nicht Verbreitung. Sie sind in diesem Dokument als Masszahl gesetzt, weil sie die einzige Grösse sind, die für alle sechs Bauteile einheitlich vorliegt. Wo eine aussagekräftigere Zahl existiert — Forks, Commits, Releasedatum — steht sie daneben.

Übersicht der Masse

Bauteile
6Stk
3 Zulauf, 3 Bestand
Sterne kumuliert
294000
Summe über alle sechs
Permissiv lizenziert
6/6
MIT oder Apache-2.0
Forks kumuliert
35100
rund 119 je 1000 Sterne
ABB. 1 — STERNE JE BAUTEIL
Zulauf in Akzentfarbe, Bestand in Blau. Der Grössenunterschied zwischen astryx und dem Rest ist Altersunterschied, nicht Bedeutungsunterschied — astryx ist seit Monaten öffentlich, reveal.js seit über einem Jahrzehnt.
Baugruppe A — Zulauf

Zulauf: Werkzeug, das für zwei Leser gebaut ist

Was die drei Neuzugänge verbindet, ist eine Entwurfsentscheidung, die vor drei Jahren noch exzentrisch gewirkt hätte: Die Dokumentation ist kein Anhang, sondern Teil der API. Nicht weil Menschen besser lesen sollen, sondern weil ein zweiter Leser dazugekommen ist, der ausschliesslich liest, was maschinell greifbar ist.

BT-01 facebook / astryx Design-System · Beta
Sterne
9 100
Forks
671
Sprache
TypeScript 74,8 %
Lizenz
MIT
Stand
v0.1.6 · 15.07.26
Mitmach-Quote
74 /1000 ★

Acht Jahre lief das System intern bei Meta, wo es nach Angaben des Projekts über 13 000 Anwendungen trägt. Was jetzt veröffentlicht wurde, ist entsprechend kein Prototyp, sondern ein ausgereiztes Stück Infrastruktur: 150+ Komponenten mit Barrierefreiheit als Ausgangszustand, sieben vorgefertigte Themes, Dark Mode, Templates, vollständige TypeScript-Typen, dazu eine CLI für Gerüst, Doku und Codemods. Gestylt wird mit StyleX.

Der bemerkenswerte Teil steht nicht in der Komponentenliste, sondern im Untertitel: fully customizable and agent ready. Das Projekt formuliert das als Entwurfsprinzip — API, Doku und CLI wurden zusammen entworfen, damit ein Mensch und ein Assistent auf demselben Weg zum selben Ergebnis kommen. Wer je erlebt hat, wie ein Modell an einer Komponentenbibliothek scheitert, deren Wahrheit in einer Storybook-Instanz und deren Doku in einem Design-Tool liegt, erkennt das Problem, das hier adressiert wird.

Die zweite Entscheidung ist ebenso ungewöhnlich: kein Styling-Lock-in. Man darf mit Tailwind, CSS-Modulen oder blankem CSS darüberschreiben, Komponenten über CSS-Custom-Properties umbauen, ohne den Quellcode zu forken, und die Interna sind direkt exportiert, so dass auf jeder Ebene komponiert werden kann. Ein Design-System, das seine eigene Umgehung mitliefert — das ist die Lehre aus acht Jahren Bestandskundschaft.

BT-02 safishamsi / graphify Wissensgraph · CLI
Sterne
75 200
Forks
7 500
Sprache
Python 100 %
Lizenz
MIT
Paket
PyPI: graphifyy
Mitmach-Quote
100 /1000 ★

graphify nimmt einen Ordner — Code, SQL-Schemata, R-Skripte, Shell, Papers, Bilder, Videos — und macht daraus einen abfragbaren Wissensgraphen. Über tree-sitter werden 36 Sprachen zu einem AST zerlegt; extrahiert werden nicht nur Symbole und Aufrufe, sondern auch Entwurfsbegründungen aus Kommentaren und, wie das Projekt es nennt, überraschende Verbindungen quer durch Module.

Herausfällt dreierlei: eine interaktive HTML-Visualisierung, ein Markdown-Bericht mit den auffälligen Verknüpfungen und die rohen Graphdaten als JSON. Abgefragt wird über graphify query "…" und graphify path; ein Git-Hook baut den Graphen bei jedem Commit neu. Optional lassen sich Neo4j, PostgreSQL, Ollama oder ein OpenAI-kompatibler Server dahinterhängen.

Der entscheidende Satz steht im Kleingedruckten: Quelldateien werden lokal verarbeitet, ohne API-Aufruf. Damit ist graphify eines der wenigen Werkzeuge dieser Gattung, das man auf ein Firmen-Repository loslassen kann, ohne vorher mit der Rechtsabteilung zu sprechen. Die Skills lassen sich in Claude Code, Cursor, Codex, Gemini CLI und über 15 weitere Umgebungen installieren — das Projekt bindet sich bewusst an kein einzelnes Werkzeug.

BT-03 ChromeDevTools / chrome-devtools-mcp MCP-Server · Browser
Sterne
47 100
Forks
3 100
Sprache
TypeScript 95,9 %
Lizenz
Apache-2.0
Stand
v1.6.0 · 14.07.26
Mitmach-Quote
66 /1000 ★

Das Chrome-DevTools-Team hat seine eigenen Werkzeuge als MCP-Server verpackt. Ein Modell bekommt damit keinen simulierten Browser, sondern einen echten, laufenden Chrome — mit allem, was das DevTools-Panel sonst einem Menschen zeigt.

KategorieWerkzeugeWofür
Speicher12Heap-Snapshots aufnehmen und vergleichen
Eingabe10click, drag, fill, type_text, upload_file
Debugging8Screenshot, evaluate_script, lighthouse_audit
Navigation6Seiten öffnen, wechseln, schliessen
Erweiterungen5Extensions installieren, neu laden, entfernen
Drittanbieter / WebMCP4Brücken nach aussen
Performance3Trace starten, stoppen, Insight auswerten
Netzwerk2Requests auflisten und einzeln lesen
Emulation2Gerät und Viewport nachbilden

Zwölf Werkzeuge allein für Heap-Analyse — das ist der Teil, der stutzig macht. Speicherlecks zu finden ist die klassische Aufgabe, bei der ein Mensch stundenlang Snapshots vergleicht und Muster sucht. Genau das ist Arbeit, die sich delegieren lässt, und offenbar hat das Team das genauso gesehen: Die grösste Werkzeugkategorie ist nicht die naheliegende (Klicken und Tippen), sondern die mühsamste.

Baugruppe B — Bestand

Bestand: das Material, an dem gearbeitet wird

Die drei folgenden Bauteile haben zusammen mehr Sterne als der gesamte Zulauf und stehen trotzdem selten in einer Schlagzeile. Sie sind das, was in der Werkstatt seit Jahren im Regal liegt: unspektakulär, tragend, und ohne sie funktioniert das neue Werkzeug nicht.

BT-04 prettier / prettier Formatierer
Sterne
52 200
Forks
5 000
Commits
11 708
Lizenz
MIT
Offene Issues
1 200
Offene PRs
272

Ein rechthaberischer Formatierer, so die Selbstbeschreibung: prettier parst den Code und druckt ihn nach eigenen Regeln neu, mit der maximalen Zeilenlänge als einzigem Verhandlungsspielraum. JavaScript, TypeScript, JSON, CSS, HTML, GraphQL, Markdown.

Die 1200 offenen Issues bei 11 708 Commits sind kein Warnsignal, sondern das charakteristische Profil eines Werkzeugs, das eine unendliche Menge von Randfällen bedienen muss: Jede Sprache, jede Syntaxerweiterung, jeder exotische Ausdruck erzeugt einen neuen Fall. Dass das Projekt trotzdem eine einzige, nicht konfigurierbare Meinung durchhält, ist der eigentliche Wert — und der Grund, warum es im Agentenzeitalter wichtiger wird statt unwichtiger. Ein Formatierer ohne Optionen ist ein Werkzeug, über das ein Modell nicht falsch entscheiden kann.

BT-05 hakimel / reveal.js Präsentations-Framework
Sterne
71 600
Forks
16 800
Sprache
JavaScript 46,1 %
Lizenz
MIT
Stand
v6.0.1 · 11.04.26
Mitmach-Quote
235 /1000 ★

Das HTML-Präsentations-Framework, seit Jahren die Antwort auf die Frage, wie man Folien baut, ohne eine Datei zu öffnen, die man nicht diffen kann. Version 6.0.1 stammt vom 11. April 2026.

Interessant ist hier eine einzige Zahl: 16 800 Forks bei 71 600 Sternen. Das ist mit Abstand die höchste Mitmach-Quote im Feld — mehr als das Vierfache von preact, mehr als das Dreifache von astryx.

Der Grund ist nicht mehr Beteiligung, sondern eine andere Nutzungsart: Man forkt reveal.js nicht, um beizutragen, sondern um eine eigene Präsentation daraus zu machen. Die Fork-Zahl misst hier Vorlagennutzung, nicht Mitarbeit. Ein hübsches Beispiel dafür, dass dieselbe Metrik in zwei Repositories zwei völlig verschiedene Dinge bedeuten kann — und eine Warnung an jeden, der Repositories nach Kennzahlen sortiert, ohne zu fragen, was die Kennzahl im Einzelfall zählt.

BT-06 preactjs / preact Render-Engine
Sterne
38 800
Forks
2 000
Sprache
JavaScript
Lizenz
MIT
Grösse
3–4 kB
Mitmach-Quote
52 /1000 ★

Eine React-kompatible Render-Engine in 3 Kilobyte — Komponenten, virtuelles DOM, dieselbe moderne API. Nebenbei ein schönes Detail für Freunde der Genauigkeit: Die Repository-Beschreibung sagt 3 kB, die README im selben Repository sagt 4 kB. Beides stimmt, je nachdem was man mitzählt und wie man komprimiert; keine der beiden Zahlen ist gelogen, und trotzdem widersprechen sie sich auf einem einzigen Bildschirm.

Die niedrigste Mitmach-Quote im Feld (52 Forks je 1000 Sterne) sagt dasselbe wie die Dateigrösse: Das hier ist kein Baukasten, den man umbaut, sondern ein Bauteil, das man einsetzt. Man forkt keine Schraube.

Schnitt A–A

Querschnitt: was die sechs gemeinsam haben

ABB. 2 — MITMACH-QUOTE (FORKS JE 1000 STERNE)
Die Streuung von 52 bis 235 ist der Beleg dafuer, dass Forks nicht einen, sondern mindestens zwei verschiedene Vorgänge zählen: Mitarbeit am Werkzeug und Verwendung als Vorlage.
Schichtmodell der Werkbank Vier Schichten: Agent oben, darunter Protokoll- und Kontextschicht, darunter Werkzeugschicht, unten der Quellcode als Werkstueck. AGENT Mensch oder Modell BT-02 graphify Kontext: was steht wo im Code BT-03 chrome-devtools-mcp Zugriff: was tut die Seite gerade BT-01 astryx · BT-04 prettier · BT-06 preact Bausteine mit einer Meinung — darum ohne Entscheidung benutzbar WERKSTÜCK — das Repository
Abb. 3: Die sechs Bauteile, nach Funktion gestapelt. BT-05 reveal.js steht ausserhalb des Stapels — es ist die Ausgabeform, nicht Teil der Kette.

Die Doku ist die Schnittstelle geworden

Bei allen drei Zulauf-Bauteilen ist die maschinenlesbare Beschreibung kein Nebenprodukt, sondern Teil des Vertrags. astryx entwirft API, Doku und CLI zusammen, damit Mensch und Assistent zum selben Ergebnis kommen. graphify erzeugt neben der Visualisierung für Menschen ausdrücklich JSON für Maschinen. chrome-devtools-mcp beschreibt jedes seiner 50+ Werkzeuge so, dass ein Modell es ohne Beispielcode aufrufen kann.

Der praktische Test dafür ist unsentimental: Kann ein Werkzeug benutzt werden von jemandem, der nur den Text lesen kann und keine Screenshots? Wer diese Frage mit Ja beantwortet, hat nebenbei auch die Barrierefreiheit und die Auffindbarkeit erledigt.

Sechs von sechs permissiv

Fünf Bauteile unter MIT, eines (chrome-devtools-mcp) unter Apache-2.0. Kein Copyleft, keine Dual-License, keine Commons-Clause. Das ist keine Selbstverständlichkeit — im Feld der Entwicklerwerkzeuge gab es in den Jahren davor eine spürbare Bewegung hin zu restriktiveren Lizenzen.

Der Unterschied zwischen MIT und Apache-2.0 ist an dieser Stelle nicht kosmetisch: Apache-2.0 gewährt eine ausdrückliche Patentlizenz. Dass ausgerechnet das Bauteil aus dem Hause eines Browserherstellers diese Lizenz trägt, ist wenig überraschend und für Firmen, die es einsetzen wollen, der freundlichere Fall.

Warum rechthaberische Werkzeuge gewinnen

prettier ist absichtlich kaum konfigurierbar. preact hat eine Grösse und keine Ausbaustufen. astryx liefert sieben fertige Themes statt eines Theme-Baukastens. Alle drei nehmen dem Benutzer Entscheidungen ab — und genau das ist der Grund, warum sie sich für Automatisierung eignen.

Jede Konfigurationsoption ist eine Stelle, an der ein Agent falsch abbiegen kann, ohne dass es jemand merkt. Ein Werkzeug mit einer einzigen Meinung erzeugt immer dasselbe Ergebnis, unabhängig davon, wer oder was es aufruft. Reproduzierbarkeit ist hier kein Nebeneffekt der Sparsamkeit, sondern ihr eigentlicher Zweck.

Bemerkenswert bleibt, dass astryx diesen Grundsatz mit dem Gegenteil kombiniert: feste Vorgaben im Normalfall, vollständige Überschreibbarkeit im Ausnahmefall. Das ist teurer zu bauen als beides einzeln, und es ist wahrscheinlich der Grund, warum es acht Jahre gedauert hat.

Befunde

  1. B1 belastbar
    Der gesamte Zulauf richtet sich an zwei Leser gleichzeitig. astryx, graphify und chrome-devtools-mcp beschreiben sich alle drei über die Schnittstelle zum Agenten, nicht über ihre Oberfläche. Bei drei von drei ist das kein Zufallsbefund mehr.
  2. B2 belastbar
    Sechs von sechs Bauteilen sind permissiv lizenziert. Wer aus diesem Trending-Ausschnitt eine Werkzeugkette baut, hat keine Lizenzkollision zu erwarten — das ist die praktisch wichtigste Zahl auf diesem Blatt.
  3. B3 Einschränkung
    Die Fork-Zahl ist nicht über Bauteile hinweg vergleichbar. reveal.js (235 Forks je 1000 Sternen) misst Vorlagennutzung, preact (52) misst Mitarbeit. Wer beide in dieselbe Spalte schreibt, vergleicht zwei verschiedene Grössen — die Tabelle unten tut das trotzdem, weil die Spalte als Warnung nützlicher ist denn als Rangliste.
  4. B4 Einschränkung
    Sternzahlen sind ein Momentbild und altern schnell. Die Werte auf diesem Blatt stammen von den Repository-Seiten am 14.08.2026 und weichen bereits von den Zahlen ab, die die Trending-Übersicht am selben Tag anzeigte. Wer sie zitiert, sollte das Datum mitzitieren.
  5. B5 Beobachtung
    astryx ist mit 9 100 Sternen das kleinste Bauteil und zugleich das einzige, das aus einer achtjährigen internen Produktionsgeschichte kommt. Alter des Codes und Alter des Repositories fallen hier weit auseinander — ein Fall, in dem die Sternzahl systematisch unterschätzt, was vorliegt.

Stückliste

Spaltenüberschrift anklicken zum Sortieren, Suchfeld zum Filtern. Ohne JavaScript bleibt die Tabelle vollständig lesbar.

Nr. Bauteil Gruppe Sterne Forks F/1000★ Sprache Lizenz
BT-01facebook/astryxZulauf 910067174TypeScriptMIT
BT-02safishamsi/graphifyZulauf 752007500100PythonMIT
BT-03ChromeDevTools/chrome-devtools-mcpZulauf 47100310066TypeScriptApache-2.0
BT-04prettier/prettierBestand 52200500096JavaScriptMIT
BT-05hakimel/reveal.jsBestand 7160016800235JavaScriptMIT
BT-06preactjs/preactBestand 38800200052JavaScriptMIT
Zulauf — neu in der Liste Bestand — tragendes Material F/1000★ — Forks je 1000 Sterne

Release-Chronik 2026

  1. 11.04.2026
    reveal.js v6.0.1 — Patch auf den sechsten Hauptstrang. Das älteste Bauteil im Feld liefert weiter regelmässig aus.
  2. 14.07.2026
    chrome-devtools-mcp v1.6.0 — der Werkzeugkatalog wächst auf über 50 Einträge in neun Kategorien.
  3. 15.07.2026
    astryx v0.1.6 — einen Tag nach chrome-devtools-mcp. Die Versionsnummer sagt Beta, der Unterbau sagt acht Jahre Produktion.
  4. 14.08.2026
    Stichtag dieser Aufnahme. Alle Masse auf diesem Blatt sind an diesem Tag von den Repository-Seiten abgelesen.

Methodik und ihre Lücken

Wie diese Auswahl zustande kam — und was daran angreifbar ist

Auswahl. Ausgangspunkt war die GitHub-Trending-Übersicht vom 14.08.2026. Aus ihr wurden die Einträge herausgegriffen, die sich dem Feld Design Systems und Dev-Tooling zuordnen lassen. Die drei Bestands-Bauteile (prettier, reveal.js, preact) standen nicht in der Tagesliste, sondern wurden ergänzt, weil ohne sie die These über die Werkbank nicht prüfbar wäre. Das ist eine redaktionelle Entscheidung, keine Messung — wer sie für falsch hält, hat einen Punkt.

Zahlen. Alle Kennwerte stammen von den öffentlichen Repository-Seiten, nicht aus der API. Sie sind dort auf Tausenderstellen gerundet dargestellt („52.2k“), was hier übernommen wurde; die Spalte F/1000★ ist daraus abgeleitet und trägt die Rundungsungenauigkeit mit. Bei einem Bauteil weicht die auf der Trending-Seite angezeigte Sternzahl deutlich von der auf der Repository-Seite ab — in solchen Fällen wurde die Repository-Seite als Quelle genommen.

Was fehlt. Keine Aussage über tatsächliche Verbreitung (Downloads, Abhängigkeiten), keine über Wartungsgesundheit (Issue-Alter, Bus-Faktor), keine über Sicherheit. Sterne und Forks sind das, was sich in wenigen Minuten für alle sechs einheitlich erheben liess. Ein Blatt, das Abhängigkeitszahlen aus den Paketregistern zieht, würde die Rangfolge wahrscheinlich spürbar umsortieren — besonders zuungunsten der Neuzugänge.

Der grösste Vorbehalt. Eine Trending-Liste ist ein 24-Stunden-Fenster. Sie zeigt, was gerade Aufmerksamkeit bekommt, und Aufmerksamkeit entsteht auch durch einen gut platzierten Beitrag in einem Forum. Die These, dass der Zulauf systematisch agentenorientiert ist, stützt sich auf drei Fälle an einem einzigen Tag. Sie ist plausibel, aber sie ist nicht bewiesen — prüfbar wäre sie nur über mehrere Wochen.

ZeichnungDie Werkbank
Blatt01 von 01
Massstab1:1
Bauteile6
Stichtag2026-08-14
Werkmzone-publisher