Level CLI kann eine Agenten-Skill generieren, die einem kompatiblen Coding-Agenten beibringt, wie Ihre installierte Version von lvl. Sie wählen den Coding-Agenten, das Modell und den Token-Anbieter. Level stellt die CLI-Befehle und die generierte SKILL.md Referenz.

Sie benötigen:

Führen Sie lvl --help, dann lvl auth status um zu bestätigen, dass die CLI verfügbar und bei der vorgesehenen Level-Organisation angemeldet ist.

Verwenden Sie diese Befehle, um zu prüfen, was der Coding-Agent empfangen wird:

Die Skill wird aus dem Befehlsbaum Ihrer installierten CLI generiert, sodass ihre Befehle und Ausgabedefinitionen mit dieser Version von lvl.

Führen Sie lvl skill install.

Die kanonische Skill wird in ~/.agents/skills/level/SKILL.md. Dieser Speicherort wird von Codex, Cursor, Gemini CLI und anderen Agenten verwendet, die das Standard- ~/.agents/skills Verzeichnis.

Wenn Claude Code bereits auf dem Computer konfiguriert ist, lvl installiert oder verknüpft die Skill auch unter ~/.claude/skills/level. Wenn symbolische Links nicht verfügbar sind, kopiert das Installationsprogramm die Skill stattdessen.

Verwenden Sie eine Installation auf Projektebene, wenn die Skill ein Repository oder Arbeitsverzeichnis begleiten soll.

Der Befehl schreibt die kanonische Skill in ./.agents/skills/level/SKILL.md. Außerdem wird die Skill am Claude Code-Speicherort installiert oder verknüpft unter ./.claude/skills/level.

Lesen Sie die Dokumentation Ihres Coding-Agenten, um zu überprüfen, welches Agenten-Skills-Verzeichnis er liest.

Starten Sie nach der Installation der Skill eine neue Coding-Agenten-Sitzung im gleichen Benutzer- oder Projektkontext. Geben Sie dem Agenten ein klares Ziel, ein erwartetes Ergebnis und eine Berechtigungsgrenze vor.

Die folgenden Eingabeaufforderungen verwenden Blockzitate, damit sie auf kleineren Bildschirmen umbrechen. Ersetzen Sie die Beispielnamen durch Ressourcen aus Ihrem Level-Konto.

Verwende lvl, um alle Geräte in der Gruppe „Servers" aufzulisten. Gib die Geräte-IDs, Namen, Betriebssysteme, Online-Status, aktive Warnungen und verfügbare Aktualisierungen zurück. Nimm keine Änderungen vor.

Dies zeigt, wie ein Agent Geräte-, Warn- und Aktualisierungsdaten zu einer Flottenübersicht zusammenführen kann.

Verwende lvl, um web-01 zu untersuchen und sein Betriebssystem zu ermitteln. Erstelle ein schreibgeschütztes Speicherplatz-Skript für dieses Betriebssystem. Zeige mir das vollständige Skript, die Zielgeräte-ID, die Shell, die Ausführen-als-Einstellung, das Timeout und den genauen lvl-Befehl. Erstelle das Skript nicht und führe es nicht aus.

Nach der Überprüfung des Skripts können Sie den Agenten bitten, es mit lvl script create oder es mit lvl script run.

Verwende lvl skill describe automation um die aktuellen Automatisierungsbefehle und das Spezifikationsformat zu überprüfen. Entwerfe eine neue Automatisierung namens „Disk Space Triage", die auf die Gruppe „Servers" abzielt, eine schreibgeschützte Festplattendiagnose ausführt und die Ausgabe aufzeichnet. Schreibe die vorgeschlagene YAML-Spezifikation auf den Datenträger und erkläre jeden Trigger, jede Aktion, jede Variable und jedes Ziel. Erstelle die Automatisierung nicht.

Nach der Überprüfung der Spezifikation bitten Sie den Agenten, sie mit lvl automation create -f AUTOMATION_SPEC.

Exportiere die Automatisierung „Patch Servers" mit lvl automation spec. Schlage die kleinste YAML-Änderung vor, die nötig ist, um einen Warte-auf-Genehmigung-Schritt vor der Patch-Installation hinzuzufügen. Zeige mir den Diff, dann führe lvl automation apply mit --dry-run. Wende die Änderung nicht an.

Dieser Arbeitsablauf ermöglicht es dem Agenten, die aktuelle Vollzustandsspezifikation zu prüfen, sie zu bearbeiten und eine Vorschau anzuzeigen, wie sie mit der laufenden Automatisierung abgeglichen werden würde.

Verwende lvl skill describe monitor policy und lvl skill describe monitor add um die aktuellen Monitor-Richtlinien- und Monitor-Nutzlastformate zu prüfen. Entwerfe eine Richtlinie „Server Health" für das Tag „Servers" mit CPU-, Arbeitsspeicher- und Festplattenplatz-Monitoren. Füge die vorgeschlagenen Schwellenwerte, Dauern, Schweregrade, Warnungsempfänger und Ziel-Tags hinzu. Schreibe die YAML-Spezifikation auf den Datenträger und erkläre jede Einstellung. Erstelle die Richtlinie nicht.

Bitten Sie nach der Überprüfung den Agenten, die Richtlinie mit lvl monitor policy create -f POLICY_SPEC.

Das Erstellen einer Monitor-Richtlinie aus einer Spezifikation ist ebenfalls eine nicht-transaktionale Abfolge. Ein Fehler kann eine teilweise erstellte Richtlinie hinterlassen. Überprüfen Sie daher die zurückgegebene Richtlinien-ID und korrigieren Sie sie mit lvl monitor policy apply -f POLICY_SPEC zu erstellen, falls nötig.

Exportiere die Monitor-Richtlinie „Server Health". Füge einen schreibgeschützten Skript-Monitor hinzu, der den Anwendungsgesundheits-Endpunkt prüft. Zeige mir den vorgeschlagenen Skript- und Richtlinien-Diff, dann führe lvl monitor policy apply mit --dry-run. Wende die Änderung nicht an.

Der Monitor-Richtlinien-Abgleich gleicht die aktive Richtlinie mit der Datei ab. Monitore, die in der Spezifikation fehlen, können gelöscht werden. Der Agent sollte daher die vollständig exportierte Richtlinie prüfen, anstatt ein partielles Update zu erstellen.

Prüfe die Monitor-Richtlinie „Server Health" und die Automatisierung „Restart Web Service". Stelle fest, ob der aktuelle Monitor-Typ den vorgesehenen Behebungsablauf unterstützt. Entwerfe die kleinsten Richtlinien- und Automatisierungsänderungen, die nötig sind, um zuerst eine Warnung auszulösen und die vorhandene Behebung erst nach Genehmigung auszuführen. Zeige beide Diffs und Probelaufpläne. Wende keine der Änderungen an.

Diese Eingabeaufforderung veranlasst den Agenten, die aktuellen Monitor- und Automatisierungsschemata der installierten CLI zu prüfen, bevor er einen verbundenen Arbeitsablauf vorschlägt.

Verwende lvl, um Skripte, Automatisierungen, Monitor-Richtlinien, Tags, Gerätegruppen und Repository-Dateien im Zusammenhang mit dem Patching zu inventarisieren. Identifiziere doppelte Namen und mehrdeutige Verweise. Schlage einen einheitlichen Gruppierungs- und Benennungsplan vor. Benenne, verschiebe oder lösche nichts.

Ein schreibgeschütztes Inventar ist ein nützlicher erster Schritt, bevor ein Agent gemeinsam genutzte Ressourcen neu organisieren soll.

Überprüfen Sie diese Details, bevor Sie einen vorgeschlagenen Befehl ausführen lassen:

Permanente Löschbefehle erfordern eine Bestätigung. In einer nicht interaktiven Sitzung schlagen Befehle, die eine Bestätigung erfordern, fehl, sofern nicht --yes angegeben ist. Einige Aktionen, darunter Geräteneustart und Herunterfahren, fordern die Aktion sofort an und haben keine Bestätigungsaufforderung.

Die Skill und die Befehlsreferenz werden aus Ihrer installierten CLI-Version generiert. Nach dem Upgrade von lvl, führen Sie lvl skill install erneut aus.

Führen Sie für eine Installation auf Projektebene lvl skill install --project.

Dadurch bleiben der Befehlsindex, die Flags und die JSON-Ausgabedefinitionen Ihres Coding-Agenten mit der installierten Binärdatei synchronisiert.

Installieren Sie die Skill mit demselben lvl Binärdatei, die der Coding-Agent aufrufen wird. Wenn mehrere lvl Binärdateien sich in Ihrem PATH, führen Sie lvl --help, dann verwenden Sie lvl skill describe COMMAND um den aktuellen Befehl zu prüfen.

Die installierte CLI und lvl skill describe sind die maßgebliche Quelle für die verfügbaren Befehle und Flags.