Klod Desktop bën një VM pa ndaluar asnjë mënyrë

[BUG] Claud Desktop prodhon 1.8 GB Hyper-V VM në çdo nisje, edhe për të përdorur vetëm mjedisin

Shënim: Kjo çështje është specifike për aplikacionin Klod Desktop (Windows), jo për Klod Kodin CLI.

OS: Windows 11 Pro 25H2, Ndërtoni 26200.7840 Hardware: Razer Thiedy 15 Central Model (Lejt 2020), i7-10750H, 16 GB Klod Desktop: version i fundit si nga 2/26/2026 Windows Veçoritë: VirtualeMachinePlatforme aktiv; Hyper-V, WSL, Docker, dhe Windows Sandbox janë të gjithë të gjymtuar, Coresolulation / Integrition off:

Përmbledhja App Desktop Claud nis një makinë virtuale Hyper-V (Vmmem) që konsumon afërsisht 1.8 GB të AM çdo herë që fillon ♫ edhe kur përdoruesi ka nevojë vetëm për funksione chat-i dhe nuk ka ndërmend të përdorë modalitetin Koob apo agjent. Në një laptop 16 GB, kjo përfaqëson 11% të kujtesës totale të konsumuar nga infrastruktura që nuk përdoret. Hapa për të riprodhuar

Instalo Desktop Desktop në Windows 11 me VirtualMachinePlatform mund të përdoret modaliteti Cowork/agent të paktën një herë (kjo krijon file e seancës) Mbylle dhe rihape Desktopin ♫ ose thjesht rifillo makinën Menaxhuese të Postave të Hapura dhe vëzhgo Vmmem duke konsumuar ~1,800 MB

Çfarë ndodh? Në çdo nisje, aplikacioni Klod Desktop shkakton shërbimin Hyper-V Host Compute (vmcompute) nëpërmjet një veprimtarie ndërfaqeje RPC, e cila krijon një proces vmwp.exe që organizon një makinë të plotë virtuale. Kjo VM duket si “Vmmem” në Menaxhuesin e Detyrave në afërsisht 1,7961,846 MB. Log është nuk Dokumenti virtual i makinës apo kontenierit JSON është i pavlefshëm. (0xC037010D, ‘Dokument i pavlefshëm JSON”) Këto gabime kanë ndodhur që nga së paku 2/19/2026, të aktivizuara në çdo çizme dhe lëshim aplikacioni. Hetimet e Shkakut Rrëdhor përmes diagnozave të shumta të energjisë elektrike, konfirmuam:

WSL nuk është instaluar ♫ wsl — kthimet “nuk janë instaluar” Mjetet menaxhimi Hiper-V nuk janë instaluar ♫ Get-VM dështoi Docker nuk është instaluar ♫ Nuk ka procese Docker gjetur se Windows Sandbox është çaktivuar Core Izolation / Integriteti i Kujtesës është hequr (dhe ishte jashtë para se të fillonte kjo çështje) Virtualizimi i vendosur Sekurity 2 (gjatë), ndoshta për shkak të mbrojtjes së LSA-së është duke u aktivuar E vetmja veçori virtuale e aktivuar është Virtuale MachinePlatform

Shërbimi vmcompute është vendosur në fillim të manualit por është i aktivizuar nga një veprimtari ndërfaqe RPC (GUID: bc90d167-9470-4139-a9ba-bebbbf5b74d). Procesi prindëror është shërbimi.exe (PID 1400), duke konfirmuar se është një shkaktar shërbimi, jo një nisje e filluar nga përdoruesit. Gjetëm 2,689 skedarë të vjetër sesioni në %APPDATA%\Klod\regjist-modern-modessions\) të gjithë nga seancat e mëparshme të Bashkëpunimit që nuk ishin pastruar kurrë. Emrat e seancës ndjekin emrin e Docker-it (p.sh., “naiftty-volta”, “i butë dhe i mirë”). Edhe pas fshirjes së të gjitha 2.689 skedarëve dhe vrasjes së Vmcompute/vmwp, thjesht rihapja e aplikacionit Desktop Claud menjëherë rishtroni VM dhe procesin 1.8 GB Vmem. Ndikimi në një sistem 16 GB, ky difekt bën që përdorimi i kujtesës të kërcejë nga ~50% në ~62% në vendin e lirë para se përdoruesi të bëjë ndonjë gjë. I kombinuar me ngarkesën normale të aplikimit, kjo shtyn përdorimin total në 7075%, duke shkaktuar ngadalësinë e sistemit dhe duke e detyruar përdoruesin të vrasë manualisht proceset e VM pas çdo nisjeje. Pritej sjellja

App Desktop Claud nuk duhet të krijojë një VM për seanca vetëm për chat Nëse nevojitet infrastruktura Cowork, ajo duhet të fillojë me kërkesën vetëm kur përdoruesi në fakt fillon një seancë me skedarë të seancës Cowork/Gent Stale nga seancat e mëparshme të Kookut duhet të pastrohet automatikisht, jo të grumbullohet pafundësisht (2,689 dosje në rastin tonë) App duhet të kthehet në modalitetin në vetëm-bisedim nëse inicializimi VM dështon apo është i panevojshëm, në vend që të nisë pa kushte infrastrukturën VM

Puna aktuale E vetmja punë e besueshme është të çaktivizohet krejtësisht Virtual MachinePlatform: machine chanchea-WindowsOptionalFeature -Online -Name “Virtuale MachinePlatform” – No resurse Kjo ndalon nisjen e VM-së, por gjithashtu çaktivizon funksionalitetin e Kookut. Alternativisht, përdoruesi mund të vrasë proceset VM pas çdo lëshimi: kompetencat stop-Process – Emrin Vmwp – Force Stop-Process – Emri Vmcompute – Force Chat funksionaliteti vazhdon të punojë normalisht pas vrasjes së këtyre proceseve. Kërkesa ju lutem ndryshoni aplikacionin Desktop Klod kështu që:

Infrastruktura VM/Kontainer nis vetëm kur Cowork apo modaliteti agjenti është kërkuar aktivisht të dhënat e seancës së vjetër pastrohen automatikisht pas sesioneve, aplikacioni trajton me hijeshi mungesën e infrastrukturës VM pa performancën e degraduar të bisedave

App Desktop Claud nuk duhet të krijojë një hyper-V VM (Vmm, ~1.8 GB GRAM) kur niset për përdorim vetëm në chat. Infrastruktura VM/Kontainer duhet të fillojë vetëm kur përdoruesi të fillojë aktivisht një seancë Kooperative apo agjenti. File e seancës duhet të pastrohen automatikisht pas përfundimit të seancave.

Desktop Desktop (Windows) më i fundit nga 2/26/2026

Shih raportin e hollësishëm të difektit në përshkrimin e mësipërm.