DIE WERKBANK
Sechs Werkzeuge aus dem GitHub-Trending, aufgenommen wie eine technische Zeichnung
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.
Übersicht der Masse
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.
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.
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.
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.
| Kategorie | Werkzeuge | Wofür |
|---|---|---|
| Speicher | 12 | Heap-Snapshots aufnehmen und vergleichen |
| Eingabe | 10 | click, drag, fill, type_text, upload_file |
| Debugging | 8 | Screenshot, evaluate_script, lighthouse_audit |
| Navigation | 6 | Seiten öffnen, wechseln, schliessen |
| Erweiterungen | 5 | Extensions installieren, neu laden, entfernen |
| Drittanbieter / WebMCP | 4 | Brücken nach aussen |
| Performance | 3 | Trace starten, stoppen, Insight auswerten |
| Netzwerk | 2 | Requests auflisten und einzeln lesen |
| Emulation | 2 | Gerä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.
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.
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.
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.
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.
Querschnitt: was die sechs gemeinsam haben
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
-
B1 belastbarDer 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.
-
B2 belastbarSechs 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.
-
B3 EinschränkungDie 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.
-
B4 EinschränkungSternzahlen 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.
-
B5 Beobachtungastryx 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-01 | facebook/astryx | Zulauf | 9100 | 671 | 74 | TypeScript | MIT |
| BT-02 | safishamsi/graphify | Zulauf | 75200 | 7500 | 100 | Python | MIT |
| BT-03 | ChromeDevTools/chrome-devtools-mcp | Zulauf | 47100 | 3100 | 66 | TypeScript | Apache-2.0 |
| BT-04 | prettier/prettier | Bestand | 52200 | 5000 | 96 | JavaScript | MIT |
| BT-05 | hakimel/reveal.js | Bestand | 71600 | 16800 | 235 | JavaScript | MIT |
| BT-06 | preactjs/preact | Bestand | 38800 | 2000 | 52 | JavaScript | MIT |
Release-Chronik 2026
-
11.04.2026reveal.js v6.0.1 — Patch auf den sechsten Hauptstrang. Das älteste Bauteil im Feld liefert weiter regelmässig aus.
-
14.07.2026chrome-devtools-mcp v1.6.0 — der Werkzeugkatalog wächst auf über 50 Einträge in neun Kategorien.
-
15.07.2026astryx v0.1.6 — einen Tag nach chrome-devtools-mcp. Die Versionsnummer sagt Beta, der Unterbau sagt acht Jahre Produktion.
-
14.08.2026Stichtag 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.