Produktüberblick
DevVM verwaltet für jedes Projekt eine wiederverwendbare Linux-VM. Sie wechseln auf dem Host in den Projektordner, starten devvm und führen den Coding-Agenten in der VM-Shell aus. Projektdateien bestimmen die vorgeschlagenen Toolchains; weitere Werkzeuge und Image-Layer lassen sich ergänzen. Ein erneuter Aufruf im selben Ordner öffnet die bestehende Projekt-VM.
Entscheidend ist der tatsächliche Zugriff der VM. Im Standardablauf wird das Projekt mit Schreibzugriff eingebunden, Agent-Skills sind schreibgeschützt und bestimmte Einstellungen werden kopiert. Andere persönliche Ordner und der Agent-Verlauf bleiben außerhalb. Ein Proxy auf dem Host ergänzt ausgehende Anfragen um echte Zugangsdaten, während die VM Platzhalter erhält. Das beschreibt die veröffentlichten Mechanismen, keine Garantie gegen jeden Angriff.
Der Agent kann ein beschreibbares Projekt weiterhin verändern. Für eine getrennte Arbeitskopie bietet der dokumentierte Clone-Modus ein eigenes Repository in der VM; Änderungen holen Sie anschließend per fetch ab. Neue VMs verwenden standardmäßig eine Netzwerk-Positivliste, daneben gibt es gesperrte und offenere Stufen. Prüfen Sie Mounts, Netzwerk und Host-Grenzen gemeinsam: Der .git-Schutz unter macOS steht nicht auf jedem Linux-Host bereit.
Was devvm bietet
- 01Eine VM je Projekt wiederverwenden und Toolchains aus Projektdateien wählen.
- 02Unterstützte Claude-Code-, Codex- oder opencode-Agenten in der VM starten.
- 03Netzwerkstufen und Zugangsdaten über den Host-Proxy konfigurieren.
- 04Optionale Layer, Portweiterleitung und VS Code Remote-SSH nutzen.
- 05Mit Clone-Modus direkte Änderungen am Host-Arbeitsverzeichnis vermeiden.
Ein praktischer Ablauf
- 01Lima und Host-Voraussetzungen prüfen; Linux benötigt zusätzlich QEMU und Zugriff auf /dev/kvm.
- 02Im Zielordner Werkzeuge, Agent, Ressourcen und Netzwerkstufe vor dem Erstellen der VM prüfen.
- 03Den Agenten in der VM-Shell starten und gegebenenfalls den dokumentierten Provider-Login ausführen.
- 04Beschreibbare Pfade, sichtbare Skills und Einstellungen sowie erlaubte Netzwerkziele kontrollieren.
- 05Den tatsächlichen Diff und die Ergebnisse prüfen; für bewusstes Abholen der Änderungen den Clone-Modus wählen.
Zusammenfassung auf Basis der Quelle; Produktangaben wurden nicht unabhängig getestet.
Was es unterscheidet
DevVM verbindet den Lebenszyklus projektbezogener VMs mit Entwicklungswerkzeugen und der Zugangsdaten-Verarbeitung für Agenten. Ein beschreibbarer Projekt-Mount ist eine ausdrückliche Freigabe. Die VM-Grenze bedeutet nicht, dass Projektdateien unverändert bleiben; maßgeblich sind die gewählten Mounts und Netzwerkregeln.
Für wen es geeignet ist
- Entwickler, die Coding-Agenten in einer projektbezogenen Umgebung ausführen möchten.
- Teams mit unterschiedlichen lokalen Toolchains je Projekt.
- Nutzer, die Dateizugriff und Netzwerkregeln konkret prüfen können.
Was zu prüfen ist
- Erforderlich sind macOS 13+ oder Linux auf arm64/x86_64 sowie Lima 2.2+. Das Repository nennt Tests auf Apple-Silicon-Macs und Linux; Intel-Macs sind noch nicht getestet.
- Schreibzugriff erlaubt Projektänderungen; bei Bedarf sichern oder klonen.
- Host-spezifischen .git-Schutz und dokumentierte verbleibende Angriffswege lesen.
- Die MIT-Lizenz macht externe Modellabos oder Rechenressourcen nicht kostenlos.
Häufige Fragen
Läuft der Agent auf meinem Host?
Im dokumentierten Ablauf starten Sie ihn in der VM-Shell. Prüfen Sie trotzdem, dass Sie ihn nicht versehentlich in einem separaten Host-Terminal gestartet haben.
Kann der Agent mein Projekt verändern?
Ja, der Projektordner ist standardmäßig beschreibbar. --clone verwendet eine separate Repository-Kopie; Änderungen übernehmen Sie später per fetch.
Was benötigt Linux zusätzlich?
Die offizielle Seite nennt Lima, QEMU und Zugriff auf /dev/kvm. Linux hat zudem eigene Grenzen, etwa fehlenden .git-Schutz. Prüfen Sie die aktuelle Installations- und Sicherheitsdokumentation.
Verwandte Aufgaben
Die Produktinformationen wurden am 7. Nov. 2026 mit der offiziellen Website oder Primärdokumentation abgeglichen.
