1. Warum die Einrichtung über das Ergebnis entscheidet
Wer zum ersten Mal eine Coding-KI startet, bekommt ein leeres Eingabefeld. Die Software weiß nichts über Ihr Vorhaben, nichts über Ihre Regeln und nichts darüber, was in Ihrem Betrieb erlaubt ist. Sie beantwortet jede Frage, die Sie stellen, so gut sie kann, und trifft alle Entscheidungen, die Sie ihr überlassen, still im Hintergrund.
Genau an dieser Stelle setzen Erweiterungen an. Sie sind der Unterschied zwischen einer KI, die bei jedem Gespräch von vorne anfängt, und einer, die weiß, wie in Ihrem Projekt gearbeitet wird. Der Aufwand dafür ist überschaubar. Die halbe Stunde, die eine ordentliche Grundeinrichtung kostet, sparen Sie in der ersten Arbeitswoche wieder ein.
Die Betonung liegt auf ordentlich. Der häufigere Fehler ist nicht die fehlende Einrichtung, sondern die überladene: zwanzig installierte Erweiterungen, von denen drei benutzt werden, und eine KI, die vor lauter Anweisungen langsamer und unschärfer antwortet. Welche Festlegungen unabhängig vom Werkzeug vorher stehen müssen, steht ausführlicher unter Software selbst bauen: die Entscheidungen davor.
2. Skills, Plugins, MCP: was ist was
Drei Begriffe tauchen ständig auf und werden regelmäßig durcheinandergeworfen. Der Unterschied ist praktisch relevant, weil die drei unterschiedlich viel Vertrauen verlangen.
| Art | Was es ist | Was es darf |
|---|---|---|
| Skill | Eine Anleitung in Textform. Beschreibt der KI, wie eine bestimmte Aufgabe in Ihrem Umfeld erledigt wird. | Nichts von selbst. Wirkt nur über die Anweisungen, die sie der KI gibt. |
| Plugin | Ein Paket, das eine oder mehrere Skills ausliefert, oft zusammen mit ausführbaren Skripten. | Kann Programme auf Ihrem Rechner starten, sofern die Skripte dabei sind. |
| MCP-Server | Eine Verbindung zu einem anderen System, etwa einer Datenbank, einem Browser oder einem Ticketsystem. | Kann dort lesen und je nach Konfiguration auch schreiben. |
Die Reihenfolge in der Tabelle ist zugleich die Reihenfolge des Risikos. Eine Skill kann im schlimmsten Fall schlechte Ratschläge geben. Ein Plugin mit Skripten führt fremden Code auf Ihrem Rechner aus. Ein MCP-Server mit Schreibrechten kann Daten in einem Produktivsystem verändern.
Praktische Regel: Skills können Sie ohne große Prüfung ausprobieren, es sind Textdateien und Sie können sie lesen. Bei Plugins mit Skripten und bei MCP-Servern gilt dieselbe Sorgfalt wie bei jedem anderen Programm, das Sie installieren: Wer hat es geschrieben, wird es gepflegt, und was passiert im schlimmsten Fall.
3. Die Handvoll, die sich lohnt
Für jemanden, der seine eigene Anwendung baut und nicht hauptberuflich entwickelt, sind sechs Bereiche nützlich. Das klingt nach mehr, als die Sparsamkeitsregel weiter unten erlaubt, ist es aber nicht: Der erste ist eine Textdatei und kostet keine Installation, und keiner der übrigen überschneidet sich mit einem anderen. Alles darüber hinaus ist Werkzeugpflege statt Arbeit.
Projektgedächtnis. Eine Datei im Projektordner, in der steht, was das Projekt ist, welche Technologie verwendet wird und welche Regeln gelten. Bei Claude Code heißt sie CLAUDE.md und wird bei jedem Start automatisch gelesen. Das ist die einzige Einrichtung, die wirklich niemand auslassen sollte. Ohne sie erklären Sie Ihr Projekt in jedem neuen Gespräch von vorne.
Was hineingehört, lässt sich in einem Satz prüfen: Steht dort alles, was jemand wissen müsste, der morgen zum ersten Mal an Ihrem Projekt arbeitet? In der Praxis sind das fünf Blöcke. Worum es geht und für wen. Welche Technologie verwendet wird und warum diese. Wo welche Dateien liegen. Welche Regeln beim Arbeiten gelten, etwa dass Änderungen nie direkt im Produktivbetrieb passieren. Und zuletzt die Liste dessen, was auf keinen Fall geschehen darf.
Der letzte Block ist der, den die meisten weglassen und später vermissen. Eine KI, der niemand gesagt hat, dass ein bestimmter Ordner nicht angefasst wird, hat keinen Grund, ihn auszulassen.
Versionsverwaltung. Erweiterungen, die das Festschreiben von Änderungen vereinheitlichen. Klingt nach Formalität, ist aber der Unterschied zwischen einem nachvollziehbaren Verlauf und einer Liste von zweihundert Einträgen mit dem Text „Änderungen“. Sie brauchen den Verlauf in dem Moment, in dem etwas kaputtgeht und Sie wissen wollen, wann es noch ging.
Prüfung vor dem Veröffentlichen. Alles, was Ihre Arbeit anschaut, bevor sie live geht: Codeprüfung, Sicherheitsprüfung, Tests. Für Selbstbauer ist das die wichtigste Kategorie, weil hier das Auge fehlt, das in einem Team ein Kollege wäre. Was passiert, wenn diese Prüfung ausbleibt, ist unter Sicherheitsrisiken beim Vibe Coding beschrieben.
Arbeitsweise statt Drauflosbauen. Die verbreitetste Sammlung dafür ist superpowers von Jesse Vincent. Sie bringt der KI Vorgehensweisen bei: vor dem Bauen erst durchdenken, bei einem Fehler systematisch eingrenzen statt raten, größere Vorhaben vorher aufschreiben. Die Begriffe darin klingen nach Entwicklerhandwerk, der Nutzen ist es nicht. Wer selbst baut, hat niemanden, der fragt „hast du das vorher zu Ende gedacht?“. Diese Sammlung stellt die Frage stellvertretend.
Kürzere Antworten. Coding-KIs erklären ausführlich. Bei jeder Antwort. Für die Kosten und fürs Lesen ist das ungünstig, weil Sie nach dem dritten Absatz meist schon wissen, was Sie wissen wollten. Erweiterungen wie caveman kürzen die Ausgabe auf das Sachliche, ohne die technischen Angaben zu verändern. Das Projekt gibt eine Ersparnis von 65 Prozent bei den Ausgabe-Tokens an. Nachrechnen können Sie das nur an Ihrer eigenen Abrechnung, aber der Effekt ist nach der ersten Sitzung deutlich zu sehen.
Wartung der Werkzeuge selbst. Sobald mehr als eine Handvoll Erweiterungen installiert ist, wird das Aktualisieren zur eigenen Aufgabe. Ein Beispiel aus der eigenen Werkzeugkiste: dieses Plugin-Verzeichnis enthält unter anderem ein kleines Werkzeug, das alle installierten Erweiterungen in einem Durchlauf aktualisiert, weil der eingebaute Befehl das nur einzeln kann.
4. Was Sie weglassen sollten
Jede installierte Erweiterung kostet etwas, auch wenn Sie sie nie aufrufen. Die Beschreibungen aller verfügbaren Erweiterungen werden der KI mitgegeben, damit sie weiß, was zur Auswahl steht. Zwanzig Erweiterungen bedeuten zwanzig Beschreibungen, die bei jeder Anfrage mitgelesen werden. Der Platz, den das belegt, fehlt an anderer Stelle.
Spürbar wird das nicht als Fehlermeldung, sondern als schleichender Qualitätsverlust. Die KI vergisst früher, was am Anfang des Gesprächs besprochen wurde. Sie greift zu einer Erweiterung, die nicht passt, weil deren Beschreibung breit formuliert ist. Beides ist schwer zuzuordnen, weil nichts abstürzt.
Die drei Kandidaten zum Weglassen
Erstens: alles, was Sie in vier Wochen nicht benutzt haben. Deinstallieren, notfalls wieder holen. Zweitens: Erweiterungen mit sehr breiter Beschreibung. Wenn eine Erweiterung angibt, bei fast jedem Thema helfen zu können, wird sie auch fast immer aufgerufen. Drittens: Werkzeuge, die dieselbe Aufgabe doppelt abdecken. Zwei Erweiterungen für Codeprüfung liefern zwei Meinungen, und Sie müssen entscheiden, welcher Sie folgen. Das war nicht der Zweck.
Zur Sicherheit noch ein Punkt, der leicht übersehen wird. Erweiterungen aus fremden Quellen führen Code auf Ihrem Rechner aus, mit Ihren Rechten und Ihrem Zugriff auf Ihre Dateien. Ein Verzeichnis mit vielen Sternen ist kein Prüfsiegel. Sehen Sie sich vor der Installation an, wer dahintersteht, ob es Aktivität der letzten Monate gibt und ob die Skripte lesbar sind. Bei allem, was Zugangsdaten anfassen will, gilt: Schlüssel gehören in die Umgebung Ihres Systems, nie in einen Ordner, der irgendwann veröffentlicht oder hochgeladen wird.
5. Aktuell halten, ohne dass es Arbeit wird
Coding-KIs entwickeln sich schnell. Erweiterungen, die vor einem halben Jahr sinnvoll waren, lösen Probleme, die es nicht mehr gibt, weil die Funktion inzwischen eingebaut ist. Ein fester Termin einmal im Monat reicht, um das aufzuräumen.
Drei Fragen genügen dabei. Welche Erweiterung habe ich seit dem letzten Mal tatsächlich benutzt? Gibt es für eine davon inzwischen eine eingebaute Lösung? Und läuft alles auf dem aktuellen Stand? Die ersten beiden Fragen beantworten Sie aus dem Gedächtnis, die dritte übernimmt ein Werkzeug.
Wichtig ist die Reihenfolge. Erst das Verzeichnis der verfügbaren Erweiterungen aktualisieren, dann die installierten. Wer nur den zweiten Schritt macht, bekommt gemeldet, alles sei auf dem neuesten Stand, obwohl die neuen Versionen schlicht noch nicht bekannt sind. Dieser Fehler ist häufig und fällt nicht auf, weil die Meldung beruhigend klingt.
Wenn Sie an dem Punkt sind, an dem die Einrichtung steht und die eigentliche Frage lautet, was Sie damit bauen sollen, ist das keine Werkzeugfrage mehr. Für die Reihenfolge der Entscheidungen davor gibt es den Software-Fahrplan, und wenn die Anwendung am Ende doch gebaut statt selbst gebaut werden soll, führt der Weg über die Softwareentwicklung.
6. Fazit
Die Einrichtung einer Coding-KI ist kein technisches Projekt, sondern eine Reihe kleiner Entscheidungen darüber, was das Werkzeug über Ihre Arbeit wissen soll. Fangen Sie mit dem Projektgedächtnis an, ergänzen Sie eine Prüfung vor dem Veröffentlichen, und lassen Sie den Rest weg, bis Sie ihn vermissen.
Wer stattdessen zuerst installiert und danach überlegt, baut sich eine Umgebung, in der jede Antwort etwas schlechter ist als nötig, ohne dass jemals eine Fehlermeldung erscheint. Der nächste sinnvolle Schritt ist deshalb der langweiligste: eine CLAUDE.md anlegen und hineinschreiben, was jemand wissen müsste, der morgen zum ersten Mal an Ihrem Projekt arbeitet.