Install
npx skills add vercel-labs/konsistent --skill konsistent-configFür wen
Das passt zu Leuten, deren TypeScript-Repository schon (oder demnächst) projektweite Strukturvereinbarungen hat und die per CLI prüfen wollen, ob Dateien und Verzeichnisse diesen Mustern folgen. Das offizielle Repository ist https://github.com/vercel-labs/konsistent Es prüft files and directories darauf, ob sie match declared structural patterns, und schließt die Lücke, wenn ESLint, Biome und oxlint nur den Stil in der Datei abdecken und keine projektweite Struktur prüfen. Beispiele sind every provider package must export the same shape oder every adapter must extend the base class. Es ist kein weiterer Code-Styler.
Es passt besser zu Leuten, die zuerst konsistent.json schreiben, dann validate / check. Fehlen noch Strukturvereinbarungen, lesen Sie den ersten Versuch nicht als automatisches Umschreiben aller Dateien. Das Material nennt kein Pflicht-Agentenprodukt.
Erster Versuch in 3 Minuten
Der Hauptweg der Skill installiert zuerst die Konfigurations-Skill:
npx skills add vercel-labs/konsistent --skill konsistent-config
Voraussetzungen: Die aktuelle Umgebung kann npx ausführen, und Sie wollen in einem TypeScript-Repository konsistent.json schreiben oder prüfen. Das Material schreibt keine Node-Version. Bestätigen Sie, dass das Verzeichnis Konfiguration aufnehmen darf, dann ausführen; die Nebenwirkung ist die Installation der konsistent-config-Skill. Lassen Sie die Skill danach zuerst Konfiguration prüfen oder entwerfen; ändern Sie Geschäftscode nicht in einem Schwung.
Aufgabe mit geringem Risiko: In einem Agenten, der diese Skill schon nutzen kann, nur konsistent.json erzeugen oder prüfen, dann die offizielle Prüfung:
konsistent validate
Erfolgssignal: Die Konfigurationsdatei besteht Validate the konsistent.json configuration file, nicht dass schon viel Quelltext umgeschrieben wurde. Fehlt die CLI noch, lautet das Entwicklungsabhängigkeits-Beispiel npm install konsistent --save-dev; bestätigen Sie, dass Sie ins Repository schreiben dürfen, bevor Sie es ausführen. Führen Sie in diesem Schritt keine Reparatur-Skill aus.
Wenn die Oberfläche ein im Material nie genanntes Geheimnis verlangt oder alle Paketmanager-Installationen auf einmal laufen lassen will, sofort stoppen.
Anwendungsfälle
Fall 1: Strukturvereinbarungen erklären und prüfen. Das entspricht der konsistent-config-Skill und konsistent validate. Es passt zu Leuten ohne stabiles konsistent.json, die zuerst die Muster richtig schreiben wollen. Es gibt keine Feldliste; bestätigt ist: zuerst Konfiguration, dann validate. Schreiben Sie Fall 1 nicht so, als hätte das ganze Repository schon bestanden.
Fall 2: Gegen die Vereinbarungen prüfen oder Verstöße einzeln ansehen. Das entspricht konsistent / konsistent check (Check structural conventions) und der zweiten Skill npx skills add vercel-labs/konsistent --skill konsistent-fix-violations. Es passt zu Leuten, deren Konfiguration schon bestand und die nur sehen wollen, welche Dateien das Muster verfehlen. check ist vergleichsweise umkehrbar; fix-violations walks violations und kann Dateien ändern — bestätigen Sie vorher, dass der aktuelle Branch Änderungen erlaubt. Das Material sagt nicht, automatische Reparatur sei immer sicher.
Grenzen
Es ersetzt keine In-Datei-Regeln von ESLint, Biome oder oxlint; es füllt nur projektweite Struktur. Das Material nennt drei Entwicklungsabhängigkeits-Installationen — NPM, PNPM, Bun. Beim ersten Versuch nur die wählen, die Sie schon nutzen; nicht alle drei als Pflicht behandeln. konsistent ist die Kurzform von konsistent check; beide brauchen ein nutzbares konsistent.json. Es gibt kein Versprechen zu Veröffentlichung, Formatierung oder Nicht-TypeScript-Repositories. Ergänzen Sie keine nie genannte Installationsart.