In beiden enthalten
- Installer und CLI
- Code-Regeln mit Do und Don't
- Architekturmuster mit „passt, wenn“ und „passt nicht, wenn“
- ADR-Vorlage
- Projektprofil
.kette/profile.json - Claude-Code-Plugin
kette-engineering-core
Doku
Ein Befehl, und Claude Code kennt die Regeln deines Projekts: Code, Architektur, Stack und Plattform. Für dich und jeden Agenten im Team gleich.
curl -fsSL https://kette.itdone.de/install | sh
irm https://kette.itdone.de/install.ps1 | iex
Skript ansehen: install.sh · install.ps1
~/.kette/bin in ~/.zshrc, ~/.bashrc oder ~/.profile ein, unter Windows in den Benutzer-PATH. Fehlt kette, ein neues Terminal öffnen, sonst zeigt kette doctor, was fehlt.kette init mein-projekt. Bestehendes Repo: kette add.Standardmäßig hängt der Installer den Kommentar # kette und darunter export PATH="$HOME/.kette/bin:$PATH" an (zsh: ~/.zshrc, bash: ~/.bashrc, sonst ~/.profile). Mit KETTE_NO_MODIFY_PATH=1 bleiben Shell-Dateien und Benutzer-PATH unverändert, ~/.kette/bin nimmst du dann selbst in den PATH auf.
curl -fsSL https://kette.itdone.de/install | KETTE_NO_MODIFY_PATH=1 sh
$env:KETTE_NO_MODIFY_PATH=1; irm https://kette.itdone.de/install.ps1 | iex
Die Agenten lesen das Projektprofil und bauen nach denselben Regeln. Du erklärst nicht in jedem Prompt neu, wie ihr arbeitet.
Profil und Regeln liegen im Repo, Updates kommen per kette update. Jeder Rechner und jeder Agent nutzt dieselbe Fassung.
Mit Enterprise, der Edition der Kette, legt kette init CI, Docker, Prüfungen und den code-reviewer in einem Schritt an.
| Befehl | Zweck |
|---|---|
kette init <name> | Legt ein neues Projekt mit Projektprofil und Regelwerk an. |
kette add | Ergänzt ein bestehendes Repo um Regelwerk und Profil. |
kette doctor | Prüft Installation und Projekt und nennt, was fehlt. |
kette doctor --ci | Dieselbe Prüfung für Pipelines, ohne Claude Code. Bei offenen Punkten endet sie mit Fehlercode. |
kette update | Lädt die neueste Version des Regelwerks. |
kette login <key> | Schaltet Enterprise mit deinem Lizenzschlüssel frei. |
kette logout | Entfernt Lizenzschlüssel und Enterprise-Paket von diesem Rechner. |
Enterprise-Schlüssel gibt es ab Verkaufsstart am 01.11.2026.
| Inhalt | Community | Enterprise (Die Kette) |
|---|---|---|
| Preis und Lizenz | Kostenlos, MIT | In jeder Lizenz enthalten, Solo und Team, ohne Aufpreis (Angebote) |
| Installer und CLI | ✓ja | ✓ja |
| Code-Regeln mit Do und Don't | ✓ja | ✓ja |
| Architekturmuster mit „passt, wenn“ und „passt nicht, wenn“ | ✓ja | ✓ja |
| ADR-Vorlage | ✓ja | ✓ja |
Projektprofil .kette/profile.json | ✓ja | ✓ja |
Claude-Code-Plugin kette-engineering-core | ✓ja | ✓ja |
| Stack-Profile: Next.js, NestJS mit Prisma oder Mongoose, FastAPI, Expo | ×nein | ✓ja |
| Plattform-Profile mit Vorlagen für CI, Docker, Deploy mit Freigabe und Rollback | ×nein | ✓ja |
| Maschinelle Prüfungen: strict TypeScript, ESLint, Modulgrenzen, Secrets-Scan | ×nein | ✓ja |
code-reviewer: prüft Code gegen die Regeln, leitet Befunde an die zuständige Rolle | ×nein | ✓ja |
Community: Kostenlos, MIT. Enterprise (Die Kette): In jeder Lizenz enthalten, Solo und Team, ohne Aufpreis (Angebote).
.kette/profile.jsonkette-engineering-corecode-reviewer: prüft Code gegen die Regeln, leitet Befunde an die zuständige RolleNicht verwechseln: Die 132 UX-/UI-Regeln mit 52 Do/Don't-Paaren stecken in den Kaufpaketen Design-Review-Pack, Agenten-Pack und Die Kette (Angebote und Preise), nicht in Community. Community enthält Regeln für Code. Mit der Kette bekommst du beides: die UX-/UI-Regeln und Enterprise.
Die Code-Regeln decken ab: Lesbarkeit, Struktur (KISS, DRY, YAGNI, SOLID), Fehler, Tests, Sicherheit, Abhängigkeiten, Logging, Änderungen. Die Architekturmuster: modularer Monolith, Schichten, Ports und Adapter, Event‑driven mit Outbox, CQRS, Backend for Frontend, Multi-Tenancy.
Bewährt mit GitHub und Docker auf eigenem Server, an einem Referenzprojekt mit grüner CI, Images, Browser-Test sowie Design-, UX- und Code-Review. Weitere Plattformen folgen.
~/.kette an. Bei einer Neuinstallation ersetzt er nur ~/.kette/cli/<version>.# kette und darunter die PATH-Zeile an, unter Windows ergänzt er den Benutzer-PATH. Abschaltbar mit KETTE_NO_MODIFY_PATH=1.kette init oder kette add..kette/profile.json und .kette/README.md mit dem Verweis auf die Regeln.CLAUDE.md. Gibt es die Datei schon, wird die Zeile nur angehängt.compose.yaml, dazu die Konfiguration der maschinellen Prüfungen.--dry-run zeigt vorher, was entsteht.Für Netze ohne freien Zugang und für eigene Vorgaben.
Setze KETTE_MIRROR auf die Adresse deines Spiegels. Der Installer lädt dann von dort und prüft weiterhin jede Datei per SHA‑256.
Für Umgebungen ohne Internetzugang gibt es ein Offline-Paket. Schreib uns, wir schicken es dir.
Eigene Regeln trägst du als Overlay in .kette/profile.json ein. Die Agenten laden sie von dort und geben ihnen Vorrang vor den Regeln von Die Kette. Das Regelwerk selbst bleibt unverändert.
curl -fsSL https://spiegel.example/kette/install.sh | KETTE_MIRROR=https://spiegel.example/kette sh
rm -rf ~/.kette ausführen und in der Shell-Startdatei den Kommentar # kette mit der PATH-Zeile darunter löschen..kette in deinem Benutzerordner löschen und den Eintrag .kette\bin aus dem PATH deines Benutzerkontos entfernen..kette/ und die Verweiszeile in CLAUDE.md bleiben im Repo, bis du sie selbst löschst.Die Claude-Code-Plugins entfernst du mit drei Befehlen:
claude plugin uninstall kette-engineering@kette-engineering claude plugin uninstall kette-engineering-core@kette-engineering claude plugin marketplace remove kette-engineering
Fragen, Fehler oder ein Wunsch für dein Setup? Schreib an info@itdone.de. Starte vorher kette doctor und hänge die Ausgabe an.
Die CLI ist Open Source unter MIT: github.com/getitdone-gmbh/kette-cli.