Claude Desktop สร้าง Hyper-V VM ขนาด 1.8GB ทุกครั้งที่เปิด แม้ใช้งานแค่แชต
(github.com/anthropics)- แอป Claude Desktop Windows เปิด Hyper-V VM ทุกครั้งที่รัน แม้จะใช้งานแค่แชตเท่านั้น และใน Task Manager พบว่า Vmmem ใช้ RAM ประมาณ 1,796~1,846MB
- เงื่อนไขการทำซ้ำคือ ติดตั้ง Claude Desktop บน Windows 11 โดยเปิด VirtualMachinePlatform ไว้ ใช้ Cowork/agent mode อย่างน้อยหนึ่งครั้ง จากนั้นเปิดแอปใหม่อีกครั้งหรือรีบูต
- สภาพแวดล้อมที่รายงานคือ Windows 11 Pro 25H2 Build 26200.7840, Razer Blade 15 Base Model Late 2020, i7-10750H, RAM 16GB และ Claude Desktop เวอร์ชันล่าสุด ณ วันที่ 2026-02-26
- Hyper-V, WSL, Docker, Windows Sandbox ถูกปิดใช้งานทั้งหมด และปิด Core Isolation / Memory Integrity เช่นกัน โดย
wsl --shutdownแสดงว่า “not installed”,Get-VMล้มเหลว และไม่พบโปรเซส Docker - ทุกครั้งที่รัน Claude Desktop จะ trigger vmcompute ผ่าน RPC interface event และโปรเซส
vmwp.exeจะโฮสต์ VM โดยตรวจสอบพบว่าโปรเซสแม่คือservices.exe - ใน Hyper-V Compute Admin log มีข้อผิดพลาด
"The specified property query is invalid: The virtual machine or container JSON document is invalid. (0xC037010D, 'Invalid JSON document '$'')"ซ้ำ ๆ ทั้งตอนบูตและตอนเปิดแอป - พบไฟล์เซสชันเก่า 2,689 ไฟล์จากเซสชัน Cowork ก่อนหน้าใน
%APPDATA%\Claude\local-agent-mode-sessions\และแม้จะลบไฟล์เหล่านั้นรวมถึงปิดvmcompute/vmwpแล้ว เมื่อเปิด Claude Desktop ใหม่ VM และโปรเซส Vmmem ขนาด 1.8GB ก็ถูกสร้างขึ้นมาใหม่ทันที - บนระบบที่มี RAM 16GB การใช้หน่วยความจำขณะ idle เพิ่มจากประมาณ 50% เป็น 62% และเมื่อรวมกับโหลดจากแอปทั่วไปจะขึ้นไปถึง 70~75% ทำให้ระบบช้าลงและต้องปิดโปรเซส VM เองหลังการรันแต่ละครั้ง
- วิธีเลี่ยงอย่างหนึ่งคือปิด VirtualMachinePlatform ด้วย
Disable-WindowsOptionalFeature -Online -FeatureName "VirtualMachinePlatform" -NoRestartซึ่งจะป้องกันไม่ให้ VM รัน แต่จะปิดฟังก์ชัน Cowork ไปด้วย - อีกวิธีคือปิดโปรเซส VM ทุกครั้งด้วย
Stop-Process -Name vmwp -ForceและStop-Process -Name vmcompute -Forceซึ่งหลังจากปิดแล้ว ฟังก์ชันแชตยังคงทำงานได้ตามปกติ - พฤติกรรมที่ร้องขอคือให้เริ่มต้นโครงสร้างพื้นฐาน VM/container เฉพาะเมื่อมีการร้องขอใช้งาน Cowork หรือ agent mode จริงเท่านั้น ให้ล้างข้อมูลเซสชันเก่าอัตโนมัติหลังจบเซสชัน และหากไม่มีหรือไม่จำเป็นต้องใช้โครงสร้างพื้นฐาน VM ก็ควรทำงานในโหมดแชตอย่างเดียว
1 ความคิดเห็น
ความเห็นจาก Hacker News
มันให้ความรู้สึกเหมือนเป็นการแข่งขันที่บริษัทโมเดลพยายามแก้เรื่องการจัดการ งานบนเครื่องโลคัล ให้ได้ก่อน ขณะที่บริษัทระบบปฏิบัติการรายใหญ่ก็เร่งกันสร้างการผสาน AI เข้าไปในระบบปฏิบัติการให้ดีจริง ๆ
เลยทำให้นึกสงสัยด้วยว่าทำไม Google ที่มีทั้ง Gemini และ Android ถึงยังแก้เรื่องนี้ไม่ได้ และมีบทเรียนอะไรให้เรียนรู้จากตรงนั้นหรือเปล่า
พอความก้าวหน้าทางเทคโนโลยีไม่ได้เป็นคูเมืองป้องกันอีกต่อไป ตอนนี้เลยดูเหมือนว่าชนะด้วยวิศวกรรมอย่างเดียวได้ยากขึ้น และในทางปฏิบัติก็เหมือนจะชนะด้วยวิศวกรรมล้วน ๆ ไม่ได้อีกแล้ว
จะดีไหมคงต้องรอดูกันต่อไป
ดูชัดเจนว่า Microsoft อยู่ในตำแหน่งที่เหมาะกว่าจะทำเรื่องแบบนี้ให้สำเร็จได้ แต่ตอนนี้ดูเหมือนไม่มีใครคาดหวังแล้วว่า Microsoft จะเป็นคนนำอะไรสักอย่าง
ตอนนี้ก็ยังอยู่ในขั้นรับคำตอบจากแชตบนเว็บแล้วค่อยคัดลอกไปวางในระบบปฏิบัติการ ซึ่งโอเคสำหรับงานเล็ก ๆ แต่ถ้าต้องไปกลับสัก 15 รอบก็ทรมานใช้ได้
ตัวอย่างเช่น ตอนดีบักบันทึกการแครชของ Windows บนโน้ตบุ๊กภรรยาที่เกิดเป็นพัก ๆ ก็ต้องเอาคำสั่ง PowerShell หลายบรรทัดที่ได้จากหน้าต่างแชตในเบราว์เซอร์ไปวางในหน้าต่าง PowerShell แล้วก็คัดลอกข้อความผิดพลาดหลายบรรทัดกลับเข้าเบราว์เซอร์ วนแบบนี้ซ้ำ ๆ
ผมไม่ค่อยอยากปล่อยให้ LLM คุมโน้ตบุ๊กทั้งเครื่องได้ตามใจ แต่ถ้าจำกัดแอปที่เข้าถึงได้ จำกัดจำนวนขั้นตอนที่ทำต่อได้โดยไม่ต้องยืนยัน และใส่ rate limit ให้กับความเร็วการทำงาน ก็น่าจะโอเค
ไม่จำเป็นต้องล็อกแน่นระดับงานทหาร เพราะไม่ได้มีโค้ดโปรดักชันหรือกุญแจคริปโตมูลค่าหลายล้านดอลลาร์อยู่ในนั้น ดังนั้นกรณีเลวร้ายที่สุดก็คงแค่ต้องเสียเวลาหลายชั่วโมงกู้โน้ตบุ๊กกลับมา ซึ่งน่าหงุดหงิดแต่ไม่ใช่จุดจบของโลก
ผมก็เข้าใจคำพูดแนว “ก็แค่เปิด VM แล้วไปรันในนั้นสิ” แต่เพราะผมแทบไม่ค่อยได้เปิด VM พอกลับไปใช้อีกทีก็มีทั้งเวอร์ชันและ UI เปลี่ยนไป จนกลายเป็นงานแบบที่ผมไม่อยากเป็นบอตคอยคัดลอกวางเอง แต่อยากได้ความช่วยเหลือจาก LLM พอดี
ตอนนี้ใช้ Windows เป็นหลัก และไม่เข้าใจว่าทำไม Microsoft ถึงโปรยฟีเจอร์ LLM ไปทั่ว แต่กลับไม่ใส่มันไว้ในจุดเดียวที่คนยอมจ่ายเงินจริงเพื่อใช้
รูปแบบการใช้งานอาจเรียบง่ายและเข้าใจตรงไปตรงมาเหมือนการแชร์เดสก์ท็อประยะไกลของ Zoom ก็ได้ เพราะมีข้อจำกัดอยู่แล้ว และผู้ใช้ก็เข้าใจรูปแบบการโต้ตอบแบบนั้นอยู่แล้ว
วันนี้ผมให้ Gemini ไปหาความเห็นผู้ใช้เกี่ยวกับฟีเจอร์ช่วงหลัง ๆ ที่ “ควบคุมเดสก์ท็อป Windows แทนเรา” ได้ มันตอบว่าตอนนี้ยังช้า แพง และหลงทางได้ง่ายเวลาไล่ดูอินเทอร์เฟซหรือตีความขอบหน้าต่าง
เลยสงสัยว่ามีข้อเสนออะไรที่เหมาะกับการใช้งานเบา ๆ สบาย ๆ แบบนี้บ้างไหม
เพราะทุกการตั้งค่าและทุกพฤติกรรมคงต้องมี AI hook แทรกอยู่ แต่ดูแล้วแค่ให้มันดูภาพหน้าจอแล้วคลิกน่าจะง่ายกว่า
ผมไม่ได้จับภาพหน้าจอไว้ แต่เพิ่งเห็นตัวอย่างที่ค่อนข้างชัดมากของความ ยังไม่สมบูรณ์ และร่องรอยความรีบเร่งของ Anthropic
บน Windows ถ้าเปิด Claude แล้วเริ่มต้นด้วยการคลิก Dispatch ใต้ cowork มันจะบอกว่าต้องใช้สิทธิ์ที่ไม่มีใน Windows
พอกดปุ่มสิทธิ์นั้น กลับได้ลิงก์เสียที่พาไปการตั้งค่าระบบของ macOS
ตอนนี้กำลังพิมพ์จากมือถืออยู่ ถ้าใครลองเองแล้วเอารูปมาตอบคงดี
ไม่แน่ใจว่าควรอัปโหลดสกรีนช็อตไว้ที่ไหน แต่ยืนยันได้ว่ามีกล่องโต้ตอบด้านล่างนี้ขึ้นมา
Claude ดูเหมือนถูกทำมาด้วย vibe coding ทั้งหมด
ตัว VM เองมีไว้สำหรับ Claude Cowork และตั้งใจจะให้ทุกงานทำอยู่ภายในแซนด์บ็อกซ์ของ VM
แต่ผมอธิบายไม่ได้ว่าทำไมมันต้องถูกเปิดทันทีที่เริ่มแอป หรือทำไมถึงไม่มีวิธีปิดใช้งาน บอกได้แค่ว่า “ทำไมมันถึงมีอยู่”
ถามจริง ๆ เพราะยังไม่ได้ใช้ของพวกนี้มากนัก
ในทางกลับกัน ถ้าจะยอมให้เข้าถึงอยู่แล้ว ก็แน่นอนว่าต้องมี VM
ดูเหมือนจะขาดทั้ง ความเข้มงวดทางวิศวกรรม และความใส่ใจในรายละเอียดอย่างหนัก
คำตอบก็น่าจะง่าย ๆ แค่ว่า “ไม่มีใครคิดว่ามันไม่ควรเป็นแบบนั้น”
แต่ละทีมก็มีคนรับผิดชอบต่างกัน เลยยากจะพูดเกินกว่าการคาดเดาว่าวัฒนธรรมวิศวกรรมแพร่ไปทั่วทั้งองค์กรอย่างไร แต่พอเห็นความสะเพร่าและความหยาบ ๆ ในซอฟต์แวร์ของ Anthropic แล้ว ก็อดคิดไม่ได้ว่าเงินนักลงทุนที่ใส่ไปกับการเทรนและ inference ก็คงถูกเผาแบบเดียวกัน
เพราะโค้ดที่รันสิ่งเหล่านั้นก็ดูเหมือนน่าจะแย่พอ ๆ กับซอฟต์แวร์ส่วนที่เหลือ
ถ้าอยากให้คนใช้ผลิตภัณฑ์ ก็ต้องมี แซนด์บ็อกซ์ เตรียมพร้อมไว้
ผมไม่เข้าใจว่าทำไม Cowork ถึงไม่เป็นแค่ ฟีเจอร์เสริมแบบเลือกเปิดได้
มันยังติดตั้งชุด VM ขนาดราว 10GB ที่ลบออกไม่ได้ด้วย
https://www.reddit.com/r/ClaudeAI/comments/1rlc71n/claude_de...
กฎข้อแรกของการปั่นตัวเลขให้สูงขึ้นคือ กำจัดแรงเสียดทานให้หมดไม่ว่าจะต้องแลกด้วยอะไรก็ตาม
สำหรับบริษัทแล้วฮาร์ดดิสก์ของผู้ใช้ก็เหมือนของฟรี จึงไม่มีเหตุผลต้องเอาเรื่องนั้นมาขวางฟีเจอร์ที่ตัวเองอยากให้คนใช้
ผู้ใช้ 98% คงไม่ทันรู้ตัวด้วยซ้ำว่ามีขยะถูกยัดลงเครื่องตัวเอง
Mac รุ่นพื้นฐานที่มาพร้อม SSD ขนาด 256GB หรือน้อยกว่า ตลอด 10 ปีที่ผ่านมา ถือว่าเจอหายนะกันหมด
รวมถึง Neo รุ่นใหม่ด้วย
ถ้าคิดถึงพื้นที่ที่ระบบ, สว็อป, แคช, พื้นที่สำรองสำหรับดาวน์โหลดอัปเดตระบบปฏิบัติการ, และแอปต่าง ๆ ใช้ไป ก็ไม่น่าแปลกใจเลยที่บนความจุระดับนั้นจะเหลือพื้นที่ว่างไม่ถึง 15GB
วิธีที่ง่ายที่สุดในการ “ลบ” บันเดิลคือ ลบเนื้อหาข้างในออก แล้วเปลี่ยนสิทธิ์ของโฟลเดอร์เพื่อ ไม่ให้ Claude เขียนกลับเข้าไปได้อีก
อย่างน้อยบนเครื่องของฉันมันเป็นการติดตั้งแบบให้เลือก
จำได้ว่าต้องติดตั้งเพิ่มถึงจะเปิดแท็บนั้นใช้งานได้
เมื่อก่อนกระแสคือการทำให้เป็นส่วนตัวและการปรับแต่ง และมันทำให้ผู้ใช้รู้สึกว่าตัวเองมีอำนาจ ควบคุมได้ และมีอิสระ
ตอนนี้กลับตรงกันข้าม
มันกำลังไปในทิศทางที่ทำให้ผู้ใช้ ควบคุมอะไรไม่ได้เลย
บนโทรศัพท์กับ Mac มีแอปขยะบางตัวที่ลบไม่ได้ เพราะถูกอ้างว่าเป็นแอประบบ
สำหรับคนที่ไม่ใช่สายเทคนิค การจะฝ่าความซับซ้อนของเบราว์เซอร์และการตั้งค่าบัญชีเพื่อหยุดพฤติกรรมที่ไม่ต้องการก็ยากมาก และเราก็อยู่ในสภาพที่ต้องปล่อยให้เครื่องตัดสินแทน
เมื่อก่อนเราซื้อ iLife ที่มี iPhoto, iMovie และอื่น ๆ มาเป็นแผ่น CD หรือ DVD แล้วติดตั้งเอง
ตอนนี้กลับลบแอป Photos ออกทางกายภาพไม่ได้
บนคอมทำงานฉันไม่ได้จัดการรูปเลย ไม่มีบัญชี iCloud และก็จะไม่มีด้วย แต่ก็ยังต้องเก็บแอปนี้ไว้ติดตั้งอยู่
แค่ส่งไฟล์ png ผ่าน AirDrop ไฟล์เดียว ก็ยังมีพรอมป์ต์ให้ “เพิ่มไปยัง Photos” ขึ้นมาอีก ไม่เอาดีกว่า
ตัว
.appเองมีแค่ 41MB เท่านั้น ดังนั้นส่วนใหญ่คงถูกย้ายไปเป็นไลบรารีหรือเฟรมเวิร์กปริศนาที่ติดตั้งไว้ที่ไหนสักแห่งแน่ ๆถึงฮาร์ดแวร์ของ Linux PC จะไม่ดีเท่า MacBook แต่พอเปลี่ยนมาใช้ KDE แล้วกลับรู้สึกว่าดีกว่ามาก
แอป Claude บนเดสก์ท็อปทั้งเปิดก็ช้า ทั้งโต้ตอบก็ช้า จนเลิกใช้ไปแล้ว
มันเป็นแอปที่อืดสุด ๆ และทั้งที่พูดเรื่อง AI กันเยอะขนาดนั้น ก็ยังไม่เข้าใจว่าทำไมถึงทำของที่ใช้งานได้ดีจริง ๆ ไม่ได้
พอเริ่ม vibe coding เองได้ก็ดูเหมือนจะใช้แต่วิธีนั้นต่อเลย
เลยกลายเป็นว่าไคลเอนต์แชตเขียนด้วย React และกิน RAM ระดับหลายกิกะไบต์
ดูเหมือนว่าจะโฟกัสแค่ให้ปล่อยออกมาได้ก่อน และไม่ได้คิดให้พอว่าการเปลี่ยนแปลงจะส่งผลกระทบอะไรบ้าง
ในโมเดลแบบนั้นฉันก็เห็นเหมือนกันว่าการประสานงานกันระหว่างวิศวกรยิ่งน้อยลงเรื่อย ๆ
ถ้าเป็นอย่างนั้นจริง Claude Code ก็คงเป็นแบบนั้นเหมือนกัน และไม่ว่าเขาจะพูดว่า “ทุกการเปลี่ยนแปลงต้องรีวิวเสมอ” แค่ไหน สุดท้ายก็คงลงเอยแบบเดียวกัน
มันมี trade-off อยู่เสมอ
ถ้าจะถามอะไรเร็ว ๆ ฉันปัก Claude เว็บแอปไว้เป็น PWA และงานที่อิงตามโปรเจกต์ทั้งหมดก็ใช้ CLI
เคยคิดจะลองฟีเจอร์ Routines ของแอปเดสก์ท็อปเหมือนกัน แต่ตอนนี้เอนเอียงไปทางทำอะไรเองด้วย cron มากกว่า
เห็นมีคนทำรูทีนสรุป PR รายวันไว้ที่นี่ ดูมีประโยชน์ดีทีเดียว
เพราะฉันมีรีโพซิทอรีที่เข้าไปช่วยเป็นครั้งคราวอยู่หลายอัน และอยากตามความเคลื่อนไหวให้ทันตลอด
แชตที่ทำให้เกิดอาการหน่วงบนโน้ตบุ๊กของฉัน กลับทำงานได้ไม่มีปัญหาบนแอป iPad หรือ iPhone
เว็บแอปดูมีปัญหาอยู่ชัด ๆ
ฉันยังไม่ได้ลองว่าบนเดสก์ท็อปมีแอปเนทีฟไหม หรือว่า claude CLI จะเร็วกว่าเยอะหรือเปล่า
มันไม่ดีกว่าหรือถ้ามันเด้งขึ้นมาแบบหยุดไม่ได้? ฉันไม่เข้าใจว่าการที่หยุดได้ถึงเป็นปัญหาได้ยังไง
ในหัวมักนึกสำนวนไว้หลายแบบ แต่พอพูดจริงกลับเริ่มด้วยแบบหนึ่งแล้วไปจบอีกแบบหนึ่ง
ผลลัพธ์เลยออกมาผิดแทบทุกครั้งเหมือนในหัวข้อ และมักจะกลายเป็น ปฏิเสธซ้อน
ตอนพิมพ์ก็บางทีก็เป็นเหมือนกัน แต่เพราะได้อ่านทวนหลายรอบเลยจับได้บ่อย
ที่รายงานกันมาคือจริง ๆ แล้วมันไม่มีวิธีหยุด
ผู้เขียนน่าจะเขียนหัวข้อแล้วสับสนไปชั่วขณะ หรือไม่ก็อาจใช้สำเนียงภาษาอังกฤษคนละแบบกับคุณ
ฉันก็เข้ามาเพื่อหาคอมเมนต์นั้นเหมือนกัน
ฉันรัน Claude Desktop อยู่ใน Hyper-V VM
ใน VM ของฉันไม่ได้ติดตั้งฟีเจอร์ “Virtual Machine Platform” เลย
แอปรับมือกับเรื่องนี้ได้และแค่ปิดใช้งานแท็บ Cowork
เลยสงสัยว่ามีวิธีอื่นไหมที่จะบล็อกไม่ให้สร้าง VM โดยไม่ต้องถอด Hyper-V ออก เพื่อให้ Claude Desktop ไปใช้โค้ดพาธนี้
แต่ทั้ง Desktop และ CLI ของ Claude บน Windows แจกจ่ายมาโดยไม่มีการรองรับ sandbox สำหรับ Code
มี sandbox เฉพาะบน Linux และ macOS
ถ้าจำเป็นต้องรันบน Windows ก็แนะนำอย่างยิ่งให้รันใน VM ที่แยกออกมา
แบบนั้นคุณก็เอาฟีเจอร์ “Virtual Machine Platform” ออกจาก VM นั้นได้ และแก้ปัญหานี้ไปพร้อมกัน
ฟีเจอร์ระบบปฏิบัติการ “Windows Sandbox” ก็มี VM แบบนั้นให้โดยไม่ต้องใช้ไลเซนส์ Windows แยกต่างหาก
สุดท้ายพวกเขาก็คงหาวิธีจัดเตรียมอินเทอร์เฟซ ESR/การล็อกสำหรับโค้ดที่ถูก sandbox ไว้ ซึ่งแยกจาก telemetry ระดับผู้ใช้ แล้วหลังจากนั้น Defender หรือ CrowdStrike ก็น่าจะรองรับมัน
ให้ความรู้สึกเหมือน vibe coding ด้วย AGI แล้วก็พร้อมขึ้นโปรดักชันทันที
ตามสไตล์ Anthropic เป๊ะ ดูเหมือน งานหยาบแบบที่ LLM ทำออกมา