Wann darf Claude Code einen Witz machen?

Die Tests sind durchgelaufen. Auf dem Bildschirm steht: 214 bestanden, keiner fehlgeschlagen. Claude fasst das Ergebnis in einigen Sätzen zusammen. Dann folgt eine eigene Zeile:

„Noice. Smort.“

Der erste Teil betrifft die Arbeit. Die letzte Zeile trägt nichts zum Code bei. Sie findet keinen Fehler, beschleunigt keinen Test und schlägt keine bessere Architektur vor. Sie verändert nur den Ton des Gesprächs.

Claude hat diesen Scherz nicht spontan gemacht. Er stammt aus sitcom-flavour, einem Claude-Code-Plugin meines Freundes Emre Erkan.

Eines vorweg: Ich nutze das Plugin nicht, und in meinem eigenen Arbeitsablauf fehlt mir ein solches Werkzeug auch nicht. Erwähnenswert finde ich es trotzdem, weil Emre aus einer kleinen Idee mit bemerkenswerter Sorgfalt ein fertiges Produkt gemacht hat.

Was macht ein Claude-Code-Plugin?

Claude-Code-Plugins erweitern die Arbeitsweise des Programmierassistenten. Ein Plugin kann neue Befehle bereitstellen, bei bestimmten Ereignissen Skripte ausführen oder dem Modell zu Beginn jeder Sitzung zusätzlichen Kontext geben.

Teams können auf diesem Weg Projektregeln laden, interne Begriffe erklären, Kriterien für Code-Reviews verankern oder einen wiederkehrenden Arbeitsablauf wiederverwendbar machen. Was darüber hinaus möglich ist, hängt weitgehend von der Fantasie des Entwicklers ab.

Emre nutzt denselben Mechanismus für einen leichteren Zweck.

sitcom-flavour fügt beim Start einer Sitzung kurze Zitatsammlungen aus den vom Nutzer ausgewählten Serien in Claudes Kontext ein. Die Zeilen sind nach Situationen geordnet: Tests laufen erfolgreich durch, eine Korrektur funktioniert nicht, eine Kostenschätzung liegt daneben oder alter Code ist seltsamer als erwartet.

Das Plugin enthält keine eigene Erkennungslogik, die solche Situationen zuordnet. Der Code stellt Claude die Zitate und die Regeln für ihre Verwendung bereit. Ob eine Zeile zum jeweiligen Moment passt, entscheidet das Modell.

Das Plugin verleiht Claude keine neue Fähigkeit zum Schlussfolgern. Es legt fest, aus welchem Material Claude schöpfen kann und innerhalb welcher Grenzen es eingesetzt werden soll.

In letzter Zeit arbeite ich beim Programmieren überwiegend mit Codex. Vielleicht habe ich das Plugin auch deshalb nicht sofort ausprobiert. Da Codex ebenfalls die in Plugins enthaltenen SessionStart-Hooks unterstützt, ließe sich mit einer kleinen Anpassung eine Codex-Version erstellen. Ob Emre das tun wird, weiß ich nicht. Vielleicht findet sich aber unter den Lesern jemand, der die Portierung übernimmt und einen Pull Request eröffnet.

Einen Witz einzubauen ist leichter, als im richtigen Moment zu schweigen

Einem Programmierassistenten ein Sitcom-Zitat mitzugeben, ist der einfache Teil. Schwieriger ist die Frage, wo es auf keinen Fall erscheinen sollte.

Deshalb setzt das Plugin einige Grenzen. Die nützliche Antwort soll zuerst kommen. Das Zitat soll auf eine Zeile beschränkt bleiben. In Code, Commit-Nachrichten, Pull-Request-Beschreibungen oder Dokumentation hat es nichts zu suchen. Bei einem Produktionsausfall, Datenverlust oder wenn der Nutzer erkennbar Schwierigkeiten hat, soll es ganz ausbleiben.

Das sind keine technisch erzwungenen Sicherheitsregeln, sondern Verhaltensanweisungen an Claude. Das Modell kann diese Grenzen gelegentlich falsch auslegen. Einen weitergehenden technischen Anspruch erhebt das Projekt nicht.

Die gesetzten Grenzen sind dennoch sinnvoll. Wer einem Werkzeug Persönlichkeit gibt, muss vor allem entscheiden, wann sie sich zurücknehmen soll – nicht, welchen Witz sie macht. Ohne diese Zurückhaltung wird aus einem kleinen unterhaltsamen Element schnell zusätzliche Ablenkung bei der Arbeit.

Kleine Projekte haben ihren eigenen Wert

sitcom-flavour macht Claude Code nicht zu einem besseren Programmierer. Das Projekt behauptet auch nicht, die Lieferzeit eines Teams zu verkürzen oder die Softwarequalität zu erhöhen.

Sein Wert liegt an anderer Stelle.

Die ausgewählten Serien, die Zuordnung der Zitate zu bestimmten Situationen, die einstellbare Häufigkeit und der Versuch, in ernsten Momenten zu schweigen, zeigen das Produktgespür des Entwicklers. Die technische Konstruktion mag klein sein, doch die Idee wurde nicht halb fertig liegen gelassen. Es gibt Einstellungen, persönliche Zitatsammlungen, Tests, Dokumentation und eine eigene Website.

Welche Schritte nötig sind, um eine eigene Serie hinzuzufügen, könnte die README etwas ausführlicher erklären.

Nicht jedes Nebenprojekt muss ein großes Problem lösen. Manche sind dazu da, eine neue Technik auszuprobieren, eine persönliche Vorliebe in ein Produkt zu verwandeln oder der Frage nachzugehen: „Kann ich das bauen?“

Dieser Impuls kommt mir bekannt vor. Ich hatte einmal meine tägliche Schrittzahl auf dieser Website eingebaut. Für die Besucher löste das kein wichtiges Problem. Der Nutzen war persönlicher: Die sichtbare Zahl gab mir einen kleinen Anreiz, weiterzulaufen. Gleichzeitig war da die Befriedigung, die Funktion technisch auf die Website gebracht zu haben – sagen zu können: „Das habe ich gebaut.“

Auch deshalb kann ich den Ausgangspunkt von Emres Projekt nachvollziehen. Ein Werkzeug ist nicht bedeutungslos, nur weil es nicht jeder braucht. Persönlicher Nutzen, Neugier und der Wunsch, etwas Funktionierendes in die Welt zu setzen, können als Grund für ein Projekt genügen.

So sehe ich sitcom-flavour: nicht als Produktivitätswerkzeug, das ich jedem empfehlen würde, sondern als kleines, abgeschlossenes und persönliches Experiment eines Entwicklers, der sich sein Werkzeug stärker zu eigen machen wollte.

Den Code finden Sie im GitHub-Repository des Projekts.