Możliwości

Mechanizmy środowiska wykonawczego i przygotowania projektu.

Specyfikacja

Mechanizm	Działanie
Warm nodes	Wcześniej uruchomiony węzeł eliminuje tworzenie maszyny z czasu startu zadania. Przy włączonym prewarmingu i dostępnym warm node praca może ruszyć w kilka sekund. Warm node to nieużyta maszyna; po operacji jest usuwana i nie wraca do puli.
SOCI i wewnętrzny container registry	Obrazy środowiska AWE są publikowane z indeksami SOCI do wewnętrznego registry. Lazy loading pozwala uruchomić workera przed pobraniem całego obrazu; pozostałe dane obrazu są pobierane w tle.
Przygotowane środowisko projektu	AWE zawiera runtime projektu, zależności, narzędzia, konfigurację usług i instrukcje wykonania potrzebne do uruchamiania aplikacji oraz jej kontroli.
Osobny daemon Docker rootless	Docker działa na węźle poza kontenerem agenta, bez Docker-in-Docker wewnątrz workera. Daemon obsługuje budowanie obrazów i kontenery usług projektu, np. baz danych i kolejek. Daemon należy do stosu workera na jednorazowym węźle i nie jest współdzielony między zadaniami klientów.
Obrazy usług projektu	Środowisko deklaruje obrazy usług w prewarm_images i buildy z Dockerfile w source_builds. Obecny runtime pobiera lub buduje te obrazy na żądanie; wyprzedzający prewarming nie jest aktywny.
Ponowne użycie cache i refresh	Przygotowane zależności i generowane artefakty są używane ponownie. Refresh aktualizuje je lub unieważnia dla wybranej rewizji kodu. Ponowne użycie dotyczy cache zapisanych w obrazie projektu, bez przejmowania zmienionej przestrzeni roboczej zakończonego zadania.
Weryfikacja aplikacji	Buildy, testy jednostkowe i integracyjne działają w przygotowanym środowisku. Kontrole przez headless Playwright są dostępne, gdy projekt dostarcza przeglądarkę i jej zależności.
Zoptymalizowany harness agenta	Harness dostrojony do pracy w AWE, z naciskiem na krótszy czas wykonania i mniejsze zużycie tokenów.