hmgr 0.0.4 → 0.0.6

package/dist/cli/hilfe.js

@@ -9,23 +9,35 @@ geklontes Vorhaben holt seinen Stand mit hmgr sync.
 
 hmgr <kommando> [schalter]
 
-  source add <url|pfad>   Quelle hinzufügen (URL wird geklont, Pfad bleibt Arbeitskopie)
-  source list             Quellen zeigen
-  dir add <pfad>          Arbeitsverzeichnis merken und an seinen Zeiger binden
-  dir forget <pfad>       Arbeitsverzeichnis und Bindung vergessen, Links bleiben
-  dir list                Arbeitsverzeichnisse mit ihrer Bindung zeigen
-  link <skill>            Skill in ein Ziel verlinken
-  unlink <skill>          Link entfernen
-  adopt [name]            Fremde Links im Ziel durch eigene hmgr-Links ersetzen
-  plugin add <name>       Plugin in ein Ziel legen (installieren oder Skills verlinken)
-  plugin remove <name>    Plugin aus einem Ziel entfernen
-  plugin list             Plugins der Marketplaces aller Quellen
-  sync [pfad]             Ziel auf den Stand seines Zeigers bringen
-  update                  Alle Checkouts aktualisieren
-  status                  Ist-Zustand der Ziele
+  source add <url|pfad>     Quelle hinzufügen (URL wird geklont, Pfad bleibt Arbeitskopie)
+  source rename <url|pfad> <name>  Anzeigename der Quelle ändern
+  source remove <url|pfad>  Quelle vergessen, Checkouts und Links bleiben liegen
+  source list               Quellen zeigen
+  dir add <pfad>            Arbeitsverzeichnis merken und an seinen Zeiger binden
+  dir forget <pfad>         Arbeitsverzeichnis und Bindung vergessen, Links bleiben
+  dir list                  Arbeitsverzeichnisse mit ihrer Bindung zeigen
+  link <skill>              Skill in ein Ziel verlinken
+  unlink <skill>            Link entfernen
+  adopt [name]              Fremde Links im Ziel durch eigene hmgr-Links ersetzen
+  plugin add <name>         Plugin in ein Ziel legen (installieren oder Skills verlinken)
+  plugin remove <name>      Plugin aus einem Ziel entfernen
+  plugin list               Plugins der Marketplaces aller Quellen
+  mcp add <name>            MCP-Server aus dem Katalog in ein Ziel einhängen
+  mcp remove <name>         MCP-Server aus einem Ziel aushängen
+  mcp migrate <name>        MCP-Server aus der geteilten .mcp.json in den privaten Scope übernehmen
+  mcp list                  Katalog-Einträge zeigen, mit wo sie eingehängt sind
+  sync [pfad]               Ziel auf den Stand seines Zeigers bringen
+  update                    Alle Checkouts aktualisieren
+  status                    Ist-Zustand der Ziele
+  harness list              Harness-Typen mit Stand aktiv/inaktiv und vorhanden
+  harness enable <name>     Harness-Typ aktivieren, hmgr richtet ihn künftig ein
+  harness disable <name>    Harness-Typ deaktivieren, mit Angebot zum Säubern
+  harness skills-dir <name> Verwalteten Skill-Ordner zeigen, festlegen oder entfernen
 
 hmgr help <kommando> zeigt Schalter, Beispiele und Zusammenhänge.`;
-const SOURCE = `hmgr source add <url|pfad>
+const SOURCE = `hmgr source add <url|pfad> [--name <name>]
+hmgr source rename <url|pfad> <name>
+hmgr source remove <url|pfad>
 hmgr source list
 
 Eine Quelle ist ein Git-Repo mit Skills. source add prüft, ob sie erreichbar ist, liest ihre Skills
@@ -35,21 +47,45 @@ dort schon liegt, und wird von hmgr nicht verändert.
 
 Welche Quelle gemeint ist, hängt an Host, Besitzer und Repo, nicht an der Schreibweise der URL. Ein
 Repo in SSH- und in HTTPS-Form ist dieselbe Quelle, mit und ohne .git-Suffix ebenso. Gefetcht wird
-unter der Schreibweise, die beim ersten source add stand.
+unter der Schreibweise, die beim ersten source add stand. source remove trifft dieselbe Quelle auch
+in anderer Schreibweise (E36).
+
+Jede Quelle trägt einen Anzeigenamen (E59): ohne --name schlägt hmgr den Repo-Namen vor (letztes
+Pfadsegment, bei einer lokalen Quelle der Ordnername) und speichert ihn. Namen sind eindeutig, trägt
+eine andere geführte Quelle schon denselben, bricht source add ab. source rename ändert den Namen
+später; die Identität der Quelle bleibt dabei ihre URL bzw. ihr Pfad, nicht der Name. Bei einer schon
+bekannten Quelle (source add trifft sie erneut) bleibt ihr Name unverändert.
+
+source remove vergisst die Quelle nur aus dem Zustand (E54), wie dir forget das
+Arbeitsverzeichnis (E26): Checkouts und Links bleiben liegen, bestehende Links gelten danach als
+„Link ohne bekannte Quelle" und tauchen so in hmgr status auf, hmgr update prüft sie nicht mehr. Ein
+erneutes source add derselben Quelle macht sie wieder zu normalen Links.
+
+Danach bietet hmgr als eigene Rückfrage an, die Skills dieser Quelle komplett vom Rechner zu löschen
+(E58): alle ihre Links in allen Zielen und alle ihre Checkouts, alles oder nichts. Über die
+Harness-CLI installierte Plugins deinstalliert hmgr dabei nicht, sie werden nur genannt, ebenso
+Zeiger-Einträge (E57). Ohne Links und ohne Checkouts kommt die Rückfrage gar nicht erst. Ablehnen
+lässt alles liegen wie bisher.
 
-Schalter: keine.
+Schalter:
+  --name <name>   nur bei add: Anzeigename statt des abgeleiteten Vorschlags
 
 Beispiele:
   hmgr source add https://github.com/tim/skills.git
-  hmgr source add ~/.skills/tim-skills
+  hmgr source add ~/.skills/tim-skills --name tim-skills
+  hmgr source rename https://github.com/tim/skills.git meine-skills
+  hmgr source remove https://github.com/tim/skills.git
   hmgr source list
 
 Häufige Fälle:
   „Skill … liegt in keiner Quelle": die Quelle fehlt, erst source add, dann link.
   Neue Commits einer bekannten Quelle holt hmgr update, nicht source add.
   „Quelle ist schon bekannt": dasselbe Repo steht schon im Zustand, hier in anderer Schreibweise.
+  „Quelle … ist nicht bekannt": source remove und source rename kennen nur geführte Quellen,
+  hmgr source list zeigt sie.
+  „Name … ist schon vergeben": einen anderen Namen wählen, mit --name bzw. source rename.
 
-Siehe auch: hmgr help link, hmgr help plugin, hmgr help update`;
+Siehe auch: hmgr help link, hmgr help plugin, hmgr help update, hmgr help status`;
 const DIR = `hmgr dir add <pfad> [--composer <pfad>]
 hmgr dir forget <pfad>
 hmgr dir list
@@ -57,7 +93,8 @@ hmgr dir list
 Ein Arbeitsverzeichnis ist ein Verzeichnis, in dem ein Harness gestartet wird. dir add merkt es und
 bindet es an seinen Zeiger, also an die composer.json, in deren extra-Abschnitt Quellen, Skills und
 Plugins des Vorhabens stehen. Ohne Zeiger bleibt das Verzeichnis gemerkt und jeder Link dort lokal
-(E26). dir forget löst Bindung und Eintrag, die gelegten Links bleiben liegen.
+(E26). dir forget löst Bindung und Eintrag, die gelegten Links bleiben liegen. Gebunden wird nur für
+Harnesses, die hmgr verwaltet: standardmäßig nur claude-code (E38).
 
 Schalter:
   --composer <pfad>   nur bei add: composer.json wählen, wenn unter dem Verzeichnis mehrere in
@@ -74,13 +111,16 @@ Häufige Fälle:
   link --ort dir:<pfad> merkt das Verzeichnis von selbst. dir add braucht es vorher nur, wenn die
   composer.json mehrdeutig ist.
 
-Siehe auch: hmgr help link, hmgr help sync`;
+Siehe auch: hmgr help link, hmgr help sync, hmgr help harness`;
 const LINK = `hmgr link <skill> [schalter]
 
 Legt im Ziel einen Symlink auf den Skill an, der aus einer bekannten Quelle stammt, und trägt ihn
 in den Zeiger des Ziels ein, damit hmgr sync ihn anderswo reproduzieren kann. Einen Zeiger gibt es
 nur für ein Arbeitsverzeichnis mit composer.json, an Home und Profil bleibt jeder Link lokal.
 
+Das Schreiben in einen Zeiger ist gesperrt, bis das Composer-Thema entschieden ist (E57): an einem
+Arbeitsverzeichnis mit Zeiger bricht link ohne --local ab, der Link wird nicht gelegt.
+
 Schalter:
   --harness <name>    claude-code, hermes oder agents, Standard claude-code
   --ort <ort>         home, dir:<pfad> oder profil:<name>, Standard home. profil kennt nur hermes
@@ -108,6 +148,9 @@ const UNLINK = `hmgr unlink <skill> [schalter]
 Entfernt den Link aus dem Ziel und, wenn das Ziel an einen Zeiger gebunden ist, den Skill aus dem
 Zeiger. Der Checkout unter ~/.hmgr bleibt liegen, Links anderer Ziele bleiben unberührt.
 
+Das Schreiben in einen Zeiger ist gesperrt, bis das Composer-Thema entschieden ist (E57): an einem
+Arbeitsverzeichnis mit Zeiger bricht unlink ohne --local ab, der Link bleibt liegen.
+
 Schalter:
   --harness <name>    claude-code, hermes oder agents, Standard claude-code
   --ort <ort>         home, dir:<pfad> oder profil:<name>, Standard home. profil kennt nur hermes
@@ -130,6 +173,10 @@ ein Link stammt, nimmt deren remote.origin.url als Quelle, legt einen Checkout a
 und verlinkt den Skill daraus. Ohne Namen laufen alle fremden Einträge des Ziels durch, mit Namen
 nur dieser eine. Was sich nicht auflösen lässt, bleibt liegen und wird mit Grund gemeldet.
 
+Das Schreiben in einen Zeiger ist gesperrt, bis das Composer-Thema entschieden ist (E57): an einem
+Arbeitsverzeichnis mit Zeiger bricht adopt ohne --local ab, bevor etwas übernommen wird. Der
+Probelauf bleibt frei, er schreibt ohnehin nichts.
+
 Schalter:
   --harness <name>    claude-code, hermes oder agents, Standard claude-code
   --ort <ort>         home, dir:<pfad> oder profil:<name>, Standard home. profil kennt nur hermes
@@ -159,6 +206,10 @@ Plugin von dessen CLI installieren, sonst verlinkt es die flache Skill-Liste des
 seinen Abhängigkeiten. In den Zeiger kommt das Plugin, nicht seine Einzelskills. plugin list zeigt
 die Marketplaces aller bekannten Quellen mit ihren Plugins.
 
+Das Schreiben in einen Zeiger ist gesperrt, bis das Composer-Thema entschieden ist (E57): an einem
+Arbeitsverzeichnis mit Zeiger brechen add und remove ohne --local ab, nichts wird installiert,
+verlinkt oder entfernt.
+
 Schalter (add und remove):
   --harness <name>    claude-code, hermes oder agents, Standard claude-code
   --ort <ort>         home, dir:<pfad> oder profil:<name>, Standard home. profil kennt nur hermes
@@ -179,13 +230,107 @@ Häufige Fälle:
   kann nur die Quelle beheben.
 
 Siehe auch: hmgr help source, hmgr help sync`;
+const MCP = `hmgr mcp add <name> [schalter]
+hmgr mcp remove <name> [schalter]
+hmgr mcp migrate <name> [schalter]
+hmgr mcp list
+
+Ein MCP-Server ist ein Eintrag im persönlichen Katalog ~/.hmgr/mcp.yaml, nicht in einer Quelle: kein
+Download, keine Installation, kein Update. hmgr liest den Katalog nur, er wird von Hand oder von
+einem LLM gepflegt, das den MCP ohnehin gerade einrichtet. mcp add hängt einen Katalog-Eintrag in
+ein Ziel ein (Projekt oder global), mcp remove hängt ihn wieder aus, mcp list zeigt den Katalog mit
+je Eintrag, wo er eingehängt ist, dazu Einträge, die in Harness-Konfigurationen liegen, aber nicht
+im Katalog stehen (nur genannt, hmgr fasst sie nicht an). mcp list sieht dabei in den Homes und
+Profilen der Harnesses nach und in den Arbeitsverzeichnissen, die hmgr kennt (hmgr dir add); ein
+MCP in einem Verzeichnis, das hmgr nicht kennt, taucht dort nicht auf.
+
+Format von ~/.hmgr/mcp.yaml: ein Objekt, Schlüssel ist der MCP-Name. Je Eintrag:
+
+  beschreibung   Pflicht, kurzer Text
+  homepage       optional, URL
+  notizen        optional, mehrzeilig
+  konfig         Pflicht: entweder command (Pflicht), optional args und env,
+                 oder url (Pflicht), optional headers
+
+Andere Schlüssel im konfig-Block sind ein Fehler, mit Eintrag und Feld in der Meldung. Secrets
+stehen als \${VAR}- oder \${env:VAR}-Verweise im Block, nie im Klartext; aufgelöst werden sie vom
+Harness gegen dessen Umgebung, hmgr prüft beim Einhängen nur, ob die Variablen gesetzt sind, und
+warnt sonst. Fehlt die Datei, ist der Katalog leer, kein Fehler; kaputtes YAML ist ein Fehler mit
+dem Dateipfad.
+
+Beispiel:
+
+  teamwork:
+    beschreibung: Teamwork.com Projektmanagement
+    homepage: https://teamwork.com
+    notizen: |
+      Erfordert TEAMWORK_API_KEY, siehe Teamwork-Profil.
+    konfig:
+      command: npx
+      args: ["-y", "@teamwork/mcp-server"]
+      env:
+        TEAMWORK_API_KEY: \${TEAMWORK_API_KEY}
+
+  context7:
+    beschreibung: Context7 Doku-Suche
+    konfig:
+      url: https://mcp.context7.com/mcp
+      headers:
+        Authorization: Bearer \${env:CONTEXT7_TOKEN}
+
+Die Fähigkeit hängt am Harness-Adapter, nicht am Namen (E16): claude-code kennt Projekt (Scope
+local, nie die geteilte .mcp.json der Projektwurzel, das bleibt Team-Sache wie beim Zeiger, E57) und
+global (Scope user). Hermes kennt nur global, mcp_servers in seiner config.yaml (Home oder Profil
+mit --ort profil:<name>); ein Projekt-Ziel ist bei Hermes ein Fehler, es kennt keine Projektebene für
+MCPs. agents kennt MCP-Server gar nicht.
+
+mcp migrate ist der einzige Weg, auf dem hmgr die geteilte .mcp.json anfasst (E64): der Eintrag
+wandert 1:1 aus der Datei in deinen privaten Scope am selben Ort und wird dort gelöscht. Auch ein
+Eintrag, der nicht im Katalog steht, lässt sich so übernehmen — der Konfigblock kommt aus der Datei,
+nicht aus dem Katalog. Ist die Datei mit dem Team geteilt, verlieren die anderen den Server, sobald
+die Änderung committet ist. Nur claude-code hat eine solche Datei und nur an einem
+Arbeitsverzeichnis. Gearbeitet wird in zwei Schritten, erst eintragen, dann entfernen: bricht der
+zweite ab, steht der Eintrag doppelt statt gar nicht mehr, und die Meldung sagt, was zu tun bleibt.
+
+Nach dem Einhängen/Aushängen nennt hmgr den Weg zur Wirkung: Claude Code übernimmt die Änderung erst
+mit der nächsten Sitzung, Hermes lädt seine config.yaml selbst nach, dafür gibt es keinen Hinweis.
+
+Fehlende \${VAR}-Verweise beim Einhängen sind kein Abbruch, nur eine Warnung (F39): hmgr kann nicht
+wissen, was die Shell beim Start des Harness setzt. Geprüft wird gegen die eigene Prozess-Umgebung
+und, bei einem Hermes-Ziel, zusätzlich gegen <hermes-home>/.env.
+
+Schalter (add, remove und migrate):
+  --harness <name>    claude-code oder hermes, Standard claude-code
+  --ort <ort>         home, dir:<pfad> oder profil:<name>, Standard home
+
+Beispiele:
+  hmgr mcp list
+  hmgr mcp add teamwork --ort dir:.
+  hmgr mcp add context7 --harness hermes --ort profil:researcher
+  hmgr mcp remove teamwork --ort dir:.
+  hmgr mcp migrate kollegen-tool --ort dir:.
+
+Häufige Fälle:
+  „steht nicht im Katalog": hmgr mcp list zeigt die bekannten Namen, ~/.hmgr/mcp.yaml pflegt sie.
+  „kennt keine MCP-Server": nur claude-code und hermes haben diese Fähigkeit, agents nicht.
+  „kennt für MCP-Server den Ort … nicht – Hermes kennt keine Projektebene für MCPs": bei Hermes
+  --ort home oder --ort profil:<name> nutzen, kein dir:<pfad>.
+  „liegt schon ein MCP-Server …, der nicht von hmgr stammt oder vom Katalogblock abweicht": von Hand
+  angleichen oder hmgr mcp remove, dann erneut versuchen.
+  „steht in der geteilten …/.mcp.json": mcp remove fasst sie nicht an, hmgr mcp migrate <name> holt
+  den Eintrag in den privaten Scope und löscht ihn aus der Datei.
+  „gibt es keine geteilte Konfigurationsdatei": mcp migrate geht nur mit --harness claude-code und
+  --ort dir:<pfad>.
+
+Siehe auch: hmgr help harness, hmgr help status`;
 const SYNC = `hmgr sync [pfad]
 
 Bringt ein Arbeitsverzeichnis auf den Stand seines Zeigers: fehlende Quellen übernehmen, fehlende
 Links legen, Links auf einen anderen Ref umlegen, Plugins herstellen. Ohne Pfad gilt das aktuelle
 Verzeichnis. Das ist der Befehl nach einem frischen Clone eines Vorhabens und nach jeder Änderung
 am Zeiger. Eigene Links, die im Zeiger fehlen, werden als abweichend gemeldet und nicht entfernt,
-fremde Einträge bleiben unberührt.
+fremde Einträge bleiben unberührt. Eingerichtet wird nur für Harnesses, die hmgr verwaltet:
+standardmäßig nur claude-code (E38).
 
 Schalter: keine.
 
@@ -200,7 +345,7 @@ Häufige Fälle:
   hmgr unlink <skill> --ort dir:<pfad> --local entfernen.
   „Kein Harness auf diesem Rechner": weder ~/.claude noch ~/.hermes noch ~/.agents ist angelegt.
 
-Siehe auch: hmgr help dir, hmgr help link, hmgr help update`;
+Siehe auch: hmgr help dir, hmgr help link, hmgr help update, hmgr help harness`;
 const UPDATE = `hmgr update
 
 Holt für jeden Checkout unter ~/.hmgr den neuesten Stand seines Refs und zieht bei Harnesses mit
@@ -232,9 +377,11 @@ Siehe auch: hmgr help sync, hmgr help status`;
 const STATUS = `hmgr status
 
 Liest den Ist-Zustand vom Dateisystem: je Ziel eines vorhandenen Harness die Einträge mit Quelle
-und Ref, davor die Versionseinschränkung, falls der Zeiger eine nennt. Fremde Einträge und Links
-ohne bekannte Quelle sind eigens gekennzeichnet, dazu kommen die Plugins des Ziels. Am Ende stehen
-die Harnesses, die auf diesem Rechner nicht liegen.
+und Ref, davor die Versionseinschränkung, falls der Zeiger eine nennt. Dahinter steht der
+abgeleitete Grund des Links: das Plugin, zu dem er gehört, oder „über Zeiger", von Hand gelegte
+Links bleiben ohne Zusatz. Fremde Einträge und Links ohne bekannte Quelle sind eigens
+gekennzeichnet, dazu kommen die Plugins des Ziels. Am Ende stehen die Harnesses, die auf diesem
+Rechner nicht liegen.
 
 Schalter: keine.
 
@@ -249,6 +396,58 @@ Häufige Fälle:
   überspringt seine Ziele.
 
 Siehe auch: hmgr help adopt, hmgr help sync`;
+const HARNESS = `hmgr harness list
+hmgr harness enable <name>
+hmgr harness disable <name>
+hmgr harness skills-dir <name> [--profil <name>]
+hmgr harness skills-dir <name> add <pfad> [--profil <name>]
+hmgr harness skills-dir <name> remove [--profil <name>]
+
+Welche Harness-Typen hmgr verwaltet, ist eine Einstellung, kein gescannter Zustand: nur für aktive
+Harnesses richten dir add und sync Ziele ein, standardmäßig nur claude-code (E38). harness list zeigt
+alle bekannten Harness-Typen mit ihrem Stand: aktiv oder inaktiv, dazu vorhanden oder nicht vorhanden
+(auf diesem Rechner installiert oder nicht). enable und disable sind idempotent, ein zweites Mal
+ändert nichts und ist kein Fehler.
+
+disable säubert nicht von selbst: liegen noch eigene Links oder eine harness-eigene Konfiguration wie
+Hermes' external_dirs-Eintrag, fragt hmgr, ob sie entfernt werden sollen. Ohne Terminal, etwa in einem
+Script, gilt Nein und die Konfiguration bleibt liegen. Ein Link mit ausdrücklich genanntem --harness
+(hmgr link, hmgr plugin add) legt weiterhin an jedem vorhandenen Harness an, aktiv oder nicht, das ist
+Sache des Nutzers.
+
+skills-dir zeigt, legt fest oder entfernt den Ordner, aus dem Hermes externe Skills liest
+(skills.external_dirs in seiner config.yaml, E13, E56). hmgr verwaltet je Ziel (Home oder ein Profil
+mit --profil) genau einen Eintrag, den ersten unterhalb des Hermes-Home, ohne Hermes' eigenen Ordner
+„skills"; alle anderen Einträge der config.yaml rührt hmgr nicht an. add erlaubt nur einen Pfad
+unterhalb des Hermes-Home und legt ihn an, falls er fehlt; ein zweiter add ohne vorheriges remove ist
+ein Fehler. remove löscht nur den Eintrag aus der config.yaml, der Ordner bleibt liegen; danach fragt
+hmgr (mit Inhaltsangabe), ob der Ordner samt Inhalt gelöscht werden soll. Ohne Terminal, etwa in einem
+Script, gilt Nein und der Ordner bleibt liegen, ohne weitere Meldung. Ohne verwalteten Eintrag richtet
+das nächste hmgr link wieder den Standard-Ordner external-skills ein (E13). Hermes übernimmt eine
+Änderung an external_dirs ohne Neustart.
+
+Schalter (nur skills-dir):
+  --profil <name>   Ziel ist das genannte Profil statt Home
+
+Beispiele:
+  hmgr harness list
+  hmgr harness enable hermes
+  hmgr harness disable hermes
+  hmgr harness skills-dir hermes
+  hmgr harness skills-dir hermes add ~/.hermes/external-skills
+  hmgr harness skills-dir hermes remove --profil researcher
+
+Häufige Fälle:
+  „ist kein bekannter Harness-Typ": hmgr harness list zeigt die bekannten Namen.
+  Konfiguration bleibt nach disable liegen, wenn die Rückfrage mit Nein oder ohne Terminal beantwortet
+  wird. Ein erneutes hmgr harness disable <name> bietet das Säubern wieder an.
+  „kennt keinen verwalteten Skill-Ordner": skills-dir kennt heute nur hermes.
+  „ist schon ein Skill-Ordner verwaltet": erst hmgr harness skills-dir <name> remove, dann add.
+  „ist kein Skill-Ordner verwaltet": remove kennt nur einen vorhandenen Eintrag, add legt ihn fest.
+  „liegt nicht unterhalb des Hermes-Home" oder „ist Hermes' eigener Skill-Ordner": einen anderen
+  Pfad unter ~/.hermes (bzw. dem Profil-Ordner) nennen, nicht „skills" selbst.
+
+Siehe auch: hmgr help dir, hmgr help sync, hmgr help status`;
 /** Ebene 2, je Kommandofamilie ein Text. Unterkommandos teilen sich die Hilfe ihrer Familie. */
 const THEMEN = new Map([
     ['source', SOURCE],
@@ -257,9 +456,11 @@ const THEMEN = new Map([
     ['unlink', UNLINK],
     ['adopt', ADOPT],
     ['plugin', PLUGIN],
+    ['mcp', MCP],
     ['sync', SYNC],
     ['update', UPDATE],
     ['status', STATUS],
+    ['harness', HARNESS],
     ['help', HILFE],
 ]);
 /** Hilfetext zu einem Kommando, undefined für ein unbekanntes Thema. */