Validator für semantische Versionen für Openclaw

Validieren Sie eine Versionszeichenfolge anhand der SemVer-Regeln des Skills und erhalten Sie eine Empfehlung für den Versionssprung basierend auf der Art der Änderung.

trend0522
v1.0.0
Oct 3, 2026
0
150
0

Installieren & Herunterladen

1. ClawHub CLI

Der schnellste Weg, einen Skill direkt aus der Registry zu installieren.

npx clawhub@latest install semantic-version-validator

2. Manuelle Installation

Kopiere den Skill-Ordner an einen dieser Orte

Global
~/.openclaw/skills/
Workspace
<project>/skills/

Priorität: Workspace > Lokal > Integriert (Bundled)

3. Prompt-Installation

Kopiere diesen Prompt in OpenClaw, um ihn automatisch zu installieren.

Hilf mir, semantic-version-validator über Clawhub zu installieren. Falls Clawhub nicht installiert ist, installiere es bitte zuerst (npm i -g clawhub).

Lieber herunterladen?

Hole dir die rohen Skill-Dateien in einem ZIP-Archiv.

Was ist Validator für semantische Versionen?

Der Validator für semantische Versionen hilft Entwicklern zu prüfen, ob eine Version der dokumentierten SemVer-2.0.0-Struktur entspricht, und zu entscheiden, ob eine Änderung einen MAJOR-, MINOR- oder PATCH-Versionssprung erfordert. Er umfasst die Kernversionsnummern, optionale Pre-Release- und Build-Metadaten, Pre-Release-Kennungen sowie die besonderen Erwartungen rund um 0.y.z und 1.0.0.

Als einer der Openclaw Skills zur Vorbereitung von Releases bietet er eine gezielte Versionsprüfung für die Überprüfung des Changelogs und Pre-Release-Workflows. Damit lassen sich Versionsentscheidungen konsistenter treffen: Rückwärtsinkompatible API-Änderungen sprechen für MAJOR, abwärtskompatible Funktionen für MINOR und Fehlerbehebungen für PATCH.

Validator für semantische Versionen Anwendungsfälle

  • Eine vorgeschlagene Versionszeichenfolge vor der Vorbereitung eines Releases prüfen.
  • Bei einer rückwärtsinkompatiblen API-Änderung einen MAJOR-, bei einer abwärtskompatiblen Funktion einen MINOR- oder bei einer Fehlerbehebung einen PATCH-Versionssprung wählen.
  • Beim Vorbereiten einer Vorschauversion eine Pre-Release-Kennung wie alpha.1 hinzufügen.
  • Versionsnummern bei der Klassifizierung von Changelog-Einträgen überprüfen.
  • Die dokumentierten Hinweise für die anfängliche Entwicklungsphase anwenden, solange sich ein Projekt noch im Bereich 0.y.z befindet.

So funktioniert Validator für semantische Versionen

  1. Geben Sie die zu prüfende Versionszeichenfolge an und beschreiben Sie, wenn Sie eine Empfehlung für einen Versionssprung wünschen, die Art der Änderung.
  2. Der Skill prüft die Version anhand der dokumentierten Struktur MAJOR.MINOR.PATCH[-PRERELEASE][+BUILD] und der Einschränkungen für ihre numerischen Bestandteile.
  3. Ist eine Pre-Release-Kennung vorhanden, prüft er, ob ihre Kennungen ausschließlich ASCII-Buchstaben, Ziffern oder Bindestriche verwenden und durch Punkte getrennt sind.
  4. Beim Vergleich von Pre-Releases wendet er die dokumentierte Regel an, dass numerische Kennungen niedriger als alphabetische sortiert und numerische Kennungen anhand ihres Zahlenwerts verglichen werden.
  5. Er empfiehlt den passenden Versionssprung: MAJOR für rückwärtsinkompatible API-Änderungen, MINOR für abwärtskompatible Funktionen, PATCH für Fehlerbehebungen oder eine zusätzliche Pre-Release-Kennung für Vorschauversionen.

Validator für semantische Versionen Einrichtung

In der SKILL.md sind weder Paketinstallation noch CLI-Befehl, Konfigurationsdatei oder externe Abhängigkeit angegeben. Verwenden Sie den Skill über einen KI-Coding-Agenten, der darauf zugreifen kann, und geben Sie die zu prüfende Versionszeichenfolge sowie die relevante Art der Änderung an.

Beispielanfrage:

Validiere Version 1.2.3 und empfehle einen Versionssprung für eine abwärtskompatible Funktion.

Validator für semantische Versionen Datenschema & Taxonomie

Der Skill dokumentiert Regeln für die Bewertung von Eingaben, definiert jedoch weder dauerhafte Speicherung noch generierte Dateien oder ein formales maschinenlesbares Antwortschema.

Information Dokumentierte Struktur oder Hinweise
Versionszeichenfolge MAJOR.MINOR.PATCH[-PRERELEASE][+BUILD]
Kernbestandteile MAJOR, MINOR und PATCH sind nicht negative Zahlen; für jede ist ein Bereich von 0 bis 99999999 dokumentiert.
Pre-Release Optionale, durch Punkte getrennte Kennungen; zulässige Zeichen sind ASCII-Buchstaben, Ziffern und Bindestriche. Beispiele: alpha.1, beta.2 und rc.1.
Build-Metadaten Optionale, durch Punkte getrennte Kennungen nach +.
Änderungsklassifizierung Rückwärtsinkompatible API-Änderung → MAJOR; abwärtskompatible Funktion → MINOR; Fehlerbehebung → PATCH; Vorschauversion → Pre-Release-Kennung hinzufügen.
Versionskontext 0.y.z kennzeichnet die anfängliche Entwicklung; 1.0.0 definiert die öffentliche API.

Die dokumentierte Erhöhungsregel besagt, dass beim Erhöhen einer Versionskomponente die darunterliegenden MAJOR-, MINOR- oder PATCH-Komponenten gegebenenfalls auf null zurückgesetzt werden.

Validator für semantische Versionen Erweiterte Funktionen

  • Unterstützt Pre-Release- und Build-Metadaten in Versionszeichenfolgen.
  • Enthält Hinweise zu Zeichen und Sortierung von Pre-Release-Kennungen, einschließlich des numerischen Vergleichs numerischer Kennungen.
  • Berücksichtigt Versionen aus der anfänglichen Entwicklungsphase (0.y.z) und den Meilenstein der öffentlichen API bei 1.0.0.
  • Verknüpft die Klassifizierung von Änderungen direkt mit Empfehlungen für Versionssprünge und ist daher bei Changelog- und Pre-Release-Prüfungen nützlich.
  • Im bereitgestellten Skill sind weder Hooks noch automatische Dateibearbeitung, Multi-Agent-Funktionen oder eine Befehlszeilenschnittstelle angegeben.

SKILL.md


Laden

Verwandte Openclaw-Skills

METADATA

Github Stars: 0
forks: 0

Hervorgehoben*