Opis produktu
DevVM utrzymuje wielokrotnie używaną maszynę Linux dla każdego projektu. Na hoście przechodzisz do katalogu projektu, uruchamiasz devvm, a następnie agenta w powłoce maszyny wirtualnej. Pliki projektu wskazują sugerowane zestawy narzędzi; można dodać kolejne narzędzia i warstwy obrazu. Ponowne uruchomienie w tym samym katalogu otwiera istniejącą maszynę projektu.
Najważniejszy jest zakres dostępu maszyny. Domyślny proces montuje projekt do odczytu i zapisu, udostępnia umiejętności agenta tylko do odczytu oraz kopiuje wybrane ustawienia. Inne katalogi domowe i historia agenta pozostają na zewnątrz. Proxy na hoście dodaje prawdziwe poświadczenia do żądań wychodzących, podczas gdy maszyna otrzymuje wartości zastępcze. Są to mechanizmy opisane przez autora, a nie gwarancja ochrony przed każdym atakiem.
Agent nadal może zmieniać zapisywalny projekt. Udokumentowany tryb clone tworzy oddzielną kopię repozytorium w maszynie, a zmiany pobierasz później przez fetch. Nowe maszyny domyślnie korzystają z listy dozwolonych hostów; dostępne są też warianty bez sieci i bardziej otwarte. Sprawdź łącznie montowania, sieć i ograniczenia hosta: ochrona .git z macOS nie występuje na każdym hoście Linux.
Co oferuje devvm
- 01Ponowne używanie maszyny dla projektu i dobór narzędzi z jego plików.
- 02Uruchamianie obsługiwanych Claude Code, Codex lub opencode wewnątrz maszyny.
- 03Konfiguracja poziomów sieci i poświadczeń przez proxy hosta.
- 04Opcjonalne warstwy, przekazywanie portów i VS Code Remote-SSH.
- 05Tryb clone zamiast bezpośredniego zapisu w katalogu roboczym hosta.
Praktyczny przebieg pracy
- 01Sprawdź wymagania Lima i hosta; Linux potrzebuje też QEMU i dostępu do /dev/kvm.
- 02W katalogu projektu sprawdź proponowane narzędzia, agenta, zasoby i poziom sieci przed utworzeniem maszyny.
- 03Uruchom agenta w powłoce maszyny i w razie potrzeby zaloguj się do dostawcy udokumentowaną metodą.
- 04Sprawdź zapisywalne ścieżki, udostępnione umiejętności i ustawienia oraz dozwolone cele sieciowe.
- 05Oceń faktyczny diff i wyniki; wybierz clone, jeśli chcesz pobierać zmiany świadomie zamiast współdzielić katalog.
Podsumowanie na podstawie źródła; deklaracje produktu nie zostały niezależnie przetestowane.
Co je wyróżnia
DevVM łączy zarządzanie maszynami dla projektów z narzędziami deweloperskimi i obsługą poświadczeń agentów. Zapisywalne montowanie projektu jest świadomym nadaniem dostępu. Granica maszyny nie oznacza, że pliki projektu nie ulegną zmianie; oceniaj rzeczywiste montowania i politykę sieci.
Dla kogo
- Programiści uruchamiający agentów w środowisku ograniczonym do projektu.
- Zespoły utrzymujące różne zestawy narzędzi w projektach lokalnych.
- Użytkownicy gotowi sprawdzać dostęp do plików i sieci.
Co sprawdzić
- Wymagany jest macOS 13+ lub Linux na arm64/x86_64 oraz Lima 2.2+. Repozytorium podaje testy na Macach z Apple Silicon i na Linux; Maci z Intelem nie były jeszcze testowane.
- Montowanie do zapisu pozwala zmienić projekt; zabezpiecz go lub sklonuj.
- Przeczytaj ograniczenia ochrony .git i pozostałe wektory ataku opisane przez projekt.
- Licencja MIT nie zapewnia bezpłatnych subskrypcji modeli ani zasobów obliczeniowych.
Najczęstsze pytania
Czy agent działa na hoście?
Zgodnie z dokumentacją uruchamiasz go w powłoce maszyny wirtualnej. Upewnij się, że nie został uruchomiony bezpośrednio w osobnym terminalu hosta.
Czy agent może zmienić mój projekt?
Tak. Domyślny katalog projektu jest zapisywalny. --clone używa oddzielnej kopii repozytorium; zmiany pobierasz później przez fetch.
Czego dodatkowo wymaga Linux?
Oficjalna strona wymienia Lima, QEMU i dostęp do /dev/kvm. Linux ma też ograniczenia, np. brak ochrony .git; sprawdź aktualną dokumentację instalacji i bezpieczeństwa.
Powiązane zadania
Informacje o produkcie porównano 7 lis 2026 z oficjalną stroną lub dokumentacją.
