dv - Discourse Vibe - https://github.com/samsaffron/dv ist ein Tool, das ich entwickelt habe und mit dem Sie einfach mit mehreren vorab konfigurierten Discourse-Entwicklungscontainern arbeiten können.
Ich habe es entwickelt, um die Arbeit mit KI-Agenten zu erleichtern, aber im Laufe der Zeit erledigt es immer mehr Dinge.
Zu den Dingen, die es tun kann:
Einen PR in einem Container auschecken
Code extrahieren und in einen Container importieren
Mehrere Discourse-Entwicklungsinstanzen auf mehreren Ports ausführen
Eine große Anzahl von KI-Agenten in Containern ausführen
und vieles mehr
Am Wochenende habe ich einen praktischen Helfer entwickelt, der bei der Konfiguration von KI in einem laufenden Entwicklungscontainer hilft.
Um dies auf Ihrem eigenen Rechner auszuführen:
Docker installieren
Das Installationsskript in der dv Readme ausführen (oder es mit go build kompilieren)
dv build ausführen (wenn Sie über ausreichend Arbeitsspeicher verfügen) oder dv pull, wenn Sie über wenig Arbeitsspeicher verfügen. Dies gibt Ihnen das Basis-Image.
dv new some-name ausführen (dv ls zum Auflisten der Container)
dv config ai ausführen und Ihre LLM mit der TUI konfigurieren
dv config ai --help erfahren Sie mehr über mögliche API-Schlüssel, nach denen wir suchen.
Nach dem Hinzufügen der LLM haben Sie eine funktionierende, vollständig konfigurierte Entwicklungsumgebung mit Discourse AI.
Besuchen Sie localhost:4200/session/admin/become, um sich als Administrator anzumelden.
Sprechen Sie mit dem Roboter (KI-Bot in der Seitenleiste).
Video-Demo:
Ich habe auch gepostet, wie man dv + claude code router + discourse MCP verwendet unter:
Vielen Dank dafür! Ich verstehe genug, um zu erkennen, dass dies für mich sehr interessant sein könnte, aber mir fehlen einige Wissensbausteine, um wirklich zu verstehen, was das genau bewirkt und wie ich es nutzen kann.
Hättest du etwas mehr „nicht-entwicklerorientierten
Führe mehrere Discourse-Dev-Instanzen auf verschiedenen Ports aus
Das sieht großartig aus, Sam. Ich habe es noch nicht installiert. Ich hatte erhebliche Schwierigkeiten, mehrere Discourse-Instanzen mit Docker auf einem Ubuntu-Server auszuführen. Ich verwende Caddy als Reverse-Proxy.
Mein Hauptziel wäre es, eine live Discourse-Instanz in DEV zu spiegeln, um an benutzerdefinierten Elementen zu arbeiten, bevor sie live geschaltet werden. Vorzugsweise unter einer separaten Domain.
Muss dies zuerst installiert werden, gefolgt von der Installation neuer Discourse-Instanzen und deren Konfiguration, oder kann es so installiert werden, dass es mit bestehenden Installationen funktioniert, um dann weitere hinzuzufügen? Ich bin mir nicht sicher, ob Caddy die beste Wahl für das DNS-Management bei dieser Konfiguration ist oder ob eine andere Lösung besser geeignet wäre.
dv versucht, ein End-to-End-Tool zu sein. Es verwaltet den Proxy und alles Weitere; beispielsweise hoste ich meine Instanzen auf XYZ.home.arpa.
Sie können mehrere Container mit dv konfigurieren und dv catchup verwenden, um sie auf den neuesten Stand zu bringen. Dies übernimmt auch die Aktualisierung von Plugins und dem Kern.
Im Grunde handelt es sich bei allem nur um Docker-Container. Sie können sie in jede gewünschte Form bringen, einschließlich des Imports von Daten, der Ausführung benutzerdefinierter Befehle und so weiter.
Dies ist eindeutig primär eine Umgebung, die sich zuerst an Entwickler und Designer richtet. Sie könnten dv build → dv new something → dv ra codex ausführen und sich so durcharbeiten. Allerdings zielt dies nicht darauf ab, Engineering für die breite Masse zugänglich zu machen, sondern versucht, viele isolierte Entwicklungsumgebungen („Pods“) auf Ihrem Rechner als Power-User-Funktion für Ingenieure und Designer zu schaffen.
Danke, das ist klar. Wenn es für Leute ist, die mehrere Entwicklungsumgebungen gleichzeitig verwalten wollen, dann definitiv nicht für mich (ich frage mich immer noch, ob ich eine einrichten soll )
)