Bei einer Standardinstallation laufen Discourse (und damit auch Plugins) in einem Docker-Container. Dieser Container hat keinen vollständigen Zugriff auf das Dateisystem des Hosts, daher kann er nicht auf das /var/discourse-Verzeichnis des Hosts zugreifen, um app.yml zu ändern oder launcher auszuführen.
Und selbst wenn er könnte… gibt es hier eine kleine zirkuläre Abhängigkeit. Das Ausführen von ./launcher rebuild würde den Docker-Container beenden… was den launcher rebuild beenden würde, den Sie vom Plugin aus gestartet haben 
Hierfür gibt es mögliche Lösungen. z. B. das Hinzufügen zusätzlicher Docker-Volume-Mounts, damit die Konfiguration/der Launcher aus dem Container heraus aufgerufen werden kann. Aber das ist nicht trivial.
Ich meine, jemand hat einmal ein “Plugin-Manager”-Plugin erstellt… das einige Anpassungen an der app.yml erforderte, um Dinge wie den Volume-Mount hinzuzufügen. Aber ich kann jetzt keine Themen mehr dazu finden, daher gehe ich davon aus, dass es nicht mehr gepflegt wird. Vielleicht kann jemand anderes einen Link teilen, wenn er ihn findet? (oder vielleicht war das alles nur ein Traum 
)
Auf der CDCK-Seite neigen wir definitiv dazu, Themes zu verwenden, wenn wir möchten, dass Kunden nach Belieben installieren/aktualisieren/deinstallieren können. Das Ermöglichen der willkürlichen Installation von Plugins ist keine Option, da dies andere Kunden auf demselben Server beeinträchtigen würde.