Bittest du einen Coding-Agent um eine Landingpage, bekommst du oft dieselbe Seite noch einmal: ein kleines Label über jeder Überschrift, ein farbiges Wort in der Headline, ein Anmeldefeld ganz unten. Das funktioniert, wirkt aber maschinell. Hallmark setzt genau bei dieser Gewohnheit an, direkt im Agent.
Was ist Hallmark, und wer steckt dahinter?
Hallmark ist ein Design-Skill für Coding-Agents. Ein Skill ist hier ein Paket aus Anweisungen und Referenzdateien, das ein Agent liest, bevor er eine bestimmte Aufgabe erledigt. Das offizielle Repository beschreibt Hallmark als Skill für Claude Code, Codex, Cursor und OpenCode, der sich weigert, nach KI auszusehen. Als Urheber ist Together AI angegeben, die Lizenz ist MIT. Du darfst den Skill also lesen, ändern und weiterverwenden.
Welches Problem soll er lösen?
Hallmark baut Webseiten und lintet sie anschließend, prüft das Ergebnis also gegen eine Liste bekannter Muster. Das Repository nennt die Merkmale, nach denen es sucht: das Eyebrow-Label über jeder Überschrift, gesperrte Großbuchstaben-Labels, ein einzelnes farbiges Wort in der Headline, eine Seite voller leerer Rahmen oder nur aus Fotos und eine E-Mail-Anmeldung am Ende jeder Seite. Außerdem markiert es einen Hero-Bereich, der nicht auf den Bildschirm passt, und ein Formular, das sich bedankt, ohne etwas abzuschicken. Letzteres ist kein Stilproblem, sondern eine kaputte Funktion, die nur fertig aussieht.
Wie funktioniert er?
Im Zentrum stehen die Themes. Hallmark bringt fünfzig davon mit, und jedes ist ein „Material“: Papier, Schrift, Farbe, Oberflächen, eigene Komponenten und Textur. Ein Theme legt nicht fest, was eine Seite enthält oder in welcher Reihenfolge. Jedes ist eine einzelne Datei unter 8 KB, und ein Build liest genau eines. Sagst du „custom“, verzichtet Hallmark auf die Themes und gestaltet allein nach deinem Prompt, unter denselben Regeln. Version 2 baut zudem vom Zweck her: Eine Buchungsseite bucht, ein Shop verkauft, ein Newsletter nimmt Anmeldungen an. Zeigst du auf eine URL, einen Dev-Server oder eine App, erstellt der Skill selbst Screenshots, und er greift auf 755 offen lizenzierte Fotos zurück, die auf der Seite genannt werden.
Die Prüfungen sind in drei Stufen geteilt. Der Floor geht nie live: Kontrast, Fokus, reduzierte Bewegung, erfundene Fakten und ein kaputtes Smartphone-Layout. Reflex-Gates fangen die Standardgewohnheiten eines Modells ab; ein Build darf eines übergehen, aber nur mit einer Begründung, die festgehalten wird. Finish-Checks betreffen handwerkliche Details und blockieren keine Veröffentlichung. Der Linter sloplint prüft eine gerenderte Seite in acht Breiten, danach sieht ein Subagent sie mit frischem Blick durch. Statische Prüfungen laufen auch ohne Browser.
Wie installierst und nutzt du ihn?
Die Installation ist ein Befehl: npx skills add nutlope/hallmark -g. Mit -g gilt der Skill für alle Projekte, ohne die Option nur für das aktuelle. Du brauchst Node 18 oder neuer. Für die Browser-Prüfungen sind zusätzlich puppeteer-core und Chrome nötig; ohne sie laufen weiterhin die statischen Checks. In Claude Code landet der Skill unter ~/.claude/skills/hallmark, in Codex CLI unter ~/.agents/skills/hallmark. Für bestehende Seiten gibt es zwei Befehle: /hallmark redesign <Pfad> baut eine Seite neu und behält Inhalt und Verdrahtung, /hallmark audit <Pfad> erstellt nur einen Bericht. Vor einem Redesign kann sloplint Links, Felder, Handler und Überschriften erfassen; fehlt danach etwas, schlägt das Redesign fehl.
Wo liegen die Grenzen?
Hallmark erfindet keine Inhalte. Im Pre-Flight fragt der Skill nach echtem Material wie Fotos, Screenshots und Zahlen. Stock-Seiten wie Unsplash, Pexels oder Pixabay nutzt er nicht, weil deren Bedingungen KI-Werkzeugen die Bildauswahl untersagen. Und er startet nicht mit einem bestehenden Design, solange du keines nennst. Hallmark selbst ist ein Satz Anweisungen; die eigentliche Arbeit und jede Modellnutzung laufen weiter über den Agent, den du ohnehin verwendest.
Einschätzung der Redaktion
Die fünfzig Themes werden die Aufmerksamkeit bekommen, nützlicher ist aber die Reflex-Stufe. Sie verbietet Gewohnheiten nicht einfach, sondern lässt den Agent eine Regel brechen und zwingt ihn, den Grund aufzuschreiben. Aus einer stillen Designentscheidung wird so eine, die ein Mensch prüfen kann. Mein praktischer Vorschlag: Fang mit /hallmark audit an einer Seite an, die du schon hast. Du bekommst eine Problemliste ohne Umbau und entscheidest selbst, welche Korrekturen du dem Agent übergibst. Wer den nächsten Schritt übernimmt, legst dann du fest, nicht die Voreinstellung des Modells. Das ist unsere Lesart der Dokumentation, kein Testergebnis; wie gut die Prüfstufen bei deinen eigenen Seiten greifen, zeigt erst dein eigenes Audit.
