Hermes และ Cua Spaces: เอเจนต์ของคุณใช้คอมพิวเตอร์เครื่องไหนกันแน่
ปลั๊กอิน Cua Spaces ให้ Hermes มีเครื่องทำงานที่มองเห็นได้ เรียนรู้ขอบเขตเดสก์ท็อป Linux วงจรชีวิต และวิธีตั้งค่าพร้อมตรวจทาน
เอเจนต์บอกว่าเปิดเบราว์เซอร์แล้ว เบราว์เซอร์ไหน ถ้าเทอร์มินัลอยู่ในเครื่องเสมือน แต่เครื่องมือเดสก์ท็อปยังใช้คอมพิวเตอร์ของคุณ คำตอบสำคัญก่อนส่งงานจริงให้
ปลั๊กอิน Cua Spaces สำหรับ Hermes เพิ่มในแค็ตตาล็อกทางการเมื่อ 20 ตุลาคม 2026 และอัปเดตวันที่ 21 เชื่อมงานเทอร์มินัล ไฟล์ และโค้ดกับคอมพิวเตอร์แยกที่คนดูได้ Hermes เป็นโครงการเอเจนต์ของ Nous Research ส่วน Cua ให้สภาพแวดล้อมและเครื่องมือเข้าถึง เมื่อใช้ร่วมกันจึงเห็นที่ทำงานของเอเจนต์ได้ชัด
รายละเอียดสำคัญคือขอบเขตแพลตฟอร์ม เดสก์ท็อปกับเบราว์เซอร์ตามเทอร์มินัลเข้า Space Linux ที่รองรับและมีซอฟต์แวร์ครบได้ แต่เอกสารระบุว่าใน Space macOS และ Windows เครื่องมือเหล่านี้ยังอยู่บนโฮสต์ คู่มือนี้อธิบายความต่าง ขั้นตั้งค่าแบบจำกัด และประโยชน์ของเครื่องร่วมสำหรับตรวจงานเอเจนต์
ภาพหลัก: แผนภาพบรรณาธิการที่ทำเองเกี่ยวกับเอเจนต์กับคอมพิวเตอร์ ไม่ใช่ผลติดตั้งเสร็จหรือ benchmark
เครื่องทำงานแยกช่วยให้ตรวจงานง่ายขึ้น
คิดว่า Space เป็น โต๊ะทำงาน ของเอเจนต์ ผู้ใช้เลือกเครื่องมือ ไฟล์ และบัญชีที่จะวางไว้ คนอื่นดูพื้นผิวเดียวกันระหว่างทำงานได้ ประโยชน์คือผลลัพธ์พึ่งบันทึกเทอร์มินัลส่วนตัวที่มีแค่ผู้ควบคุมเห็นน้อยลง
ตัวอย่างคือรีวิวเครื่องมือภายในขนาดเล็ก เอเจนต์ติดตั้งส่วนประกอบ เปิดแอปทดสอบ และดูระเบียนตัวอย่าง เพื่อนร่วมทีมมองหน้าจอแล้วชี้สถานะที่ขาด จากนั้นเอเจนต์ทำต่อ เครื่องร่วมให้สิ่งเดียวกันสำหรับคุย ทั้งคู่เห็นสภาพแวดล้อมและผลเดียวกัน
การมองเห็นไม่ได้บอกว่างานถูก ผู้ตรวจยังต้องรู้ผลที่คาด และเอเจนต์ยังอาจทำตามคำสั่งผิด โต๊ะทำงานทำให้ตรวจง่าย ไม่ได้แทนการนิยามงาน
ปลั๊กอินยังแยกกระบวนการเอเจนต์ออกจากงานบางส่วน Hermes อยู่ที่เดิมได้ ขณะที่เทอร์มินัลและไฟล์ทำใน Space มีประโยชน์เมื่ออยากได้เครื่องที่ทำซ้ำได้โดยไม่ย้ายระบบเดิมทั้งหมดพร้อมกัน

ภาพจากเอกสาร Cua แสดงเดสก์ท็อป Linux ในตัวดู Spaces ใช้อธิบายเครื่องที่มองเห็น ไม่ใช่งาน Hermes ที่รันสำหรับบทความ แหล่งข้อมูล: Cua AI, Inc. ภาพเอกสารในรีวิชันที่ระบุ ใช้ภายใต้ สัญญาอนุญาต MIT
ขอบเขตเทอร์มินัลต่างจากขอบเขตเดสก์ท็อป
เอกสารระบุการรองรับเทอร์มินัล ไฟล์ และโค้ดใน Linux, macOS และ Windows แต่ตารางเดสก์ท็อปที่ละเอียดกว่าจำกัด Bot Desktop, computer_use และการส่งงานเบราว์เซอร์ไว้ที่ Space Linux ที่รองรับ ข้อนี้สำคัญกว่าคำกว้าง ๆ ว่าเอเจนต์อยู่ “ใน sandbox”
เส้นทางเดสก์ท็อป Linux ต้องใช้ Hermes ที่มีการเปลี่ยนแปลงเกี่ยวข้องหลัง 0.22.2, Cua CLI 0.7.0 ขึ้นไป และชุดซอฟต์แวร์เดสก์ท็อปใน Space เอกสารยังระบุการตั้งค่าที่ปล่อยเครื่องมือไว้บนโฮสต์ จึงควรตรวจทั้งชุดก่อนสมมติว่าเครื่องมือทุกตัวมีขอบเขตเดียว
| สภาพแวดล้อมเป้าหมาย | เทอร์มินัล ไฟล์ และโค้ด | เดสก์ท็อปและเบราว์เซอร์ผ่านปลั๊กอิน |
|---|---|---|
| Space Linux ที่รองรับและมีส่วนประกอบเดสก์ท็อป | ทำงานใน Space | ตามเทอร์มินัลเข้า Space ได้ |
| Space Linux ที่ยังไม่ได้เตรียมเดสก์ท็อปครบ | แบ็กเอนด์เทอร์มินัลอาจใช้ได้ | อย่าสมมติว่าเส้นทางเดสก์ท็อปพร้อม |
| Space macOS | ทำงานใน Space | เส้นทางที่ระบุยังให้เครื่องมืออยู่บนโฮสต์ |
| Space Windows | ทำงานใน Space เมื่อผ่านเงื่อนไขแพลตฟอร์ม | เส้นทางที่ระบุยังให้เครื่องมืออยู่บนโฮสต์ |
เปรียบเทียบความสามารถจาก เอกสารปลั๊กอิน Hermes ทางการ ตรวจ 27 ตุลาคม 2026 เป็นการอธิบายเส้นทางนี้ ไม่ใช่ทุกการติดตั้ง Cua
แม้ตั้งค่าส่วนอื่นสำเร็จ ก็พลาดข้อนี้ได้ง่าย คำสั่งอาจคืนชื่อโฮสต์ของ Space แต่การกระทำกราฟิกถัดไปไปอีกเครื่อง ตรวจเทอร์มินัลจึงพิสูจน์เฉพาะเป้าหมายเทอร์มินัล ไม่ใช่ที่ของเครื่องมือถัดไป
ใช้การเช็กที่ไม่ก่อผลเสียและจำแนกได้กับเครื่องมือแต่ละกลุ่ม ก่อนให้บัญชีจริงกับงานเบราว์เซอร์ ให้ดูเบราว์เซอร์เป้าหมาย ส่วนงานไฟล์ใช้ตัวอย่างที่ตำแหน่งชัด การตรวจเล็ก ๆ อธิบายระบบผสมได้ดีกว่างานใหญ่ที่ล้มกลางทาง
แผนภาพจัดทำเองตาม ขอบเขตเครื่องมือในเอกสาร แยกกระบวนการเอเจนต์ แบ็กเอนด์เทอร์มินัล และเส้นทางเดสก์ท็อปแบบมีเงื่อนไข
Space ชั่วคราวกับแบบคงอยู่สร้างหน้าที่ต่างกัน
ปลั๊กอินสร้าง Space สำหรับการรันหนึ่งครั้ง หรือเชื่อม Space ที่ผู้ใช้ระบุชื่อได้ นี่ไม่ใช่เพียงความสะดวก แต่เปลี่ยนไฟล์ที่เหลืออยู่ ผู้รับผิดชอบทำความสะอาด และรูปแบบยืนยันคำสั่ง
Space ที่ปลั๊กอินสร้างมีค่าเริ่มต้นให้ลบเมื่อ Hermes ออก ปลั๊กอินข้ามคำเตือนคำสั่งเสี่ยงเพราะถือ Space เป็น sandbox สำหรับ Space เดิมที่มีชื่อ คำยืนยันยังอยู่ และปลั๊กอินไม่หยุดหรือลบมัน
ทีมจึงเลือกได้ชัด สภาพชั่วคราวเหมาะกับทดสอบทิ้งได้ ใช้ข้อมูลสังเคราะห์ และส่งออกผลก่อนจบ ส่วนสภาพคงอยู่เหมาะกับงานยาวที่ต้องเก็บสถานะข้ามเซสชัน โดยมีคนดูแลการล้างและการใช้ทรัพยากรต่อเนื่อง
โต๊ะถาวรอาจสะสมบริบทที่ลืม เซสชันเบราว์เซอร์ ไฟล์สร้างใหม่ หรือส่วนประกอบเก่าอาจกระทบงานถัดไปโดยไม่ได้เอ่ยในคำขอ ถ้าต้องทำซ้ำได้ ให้จดว่าในสภาพแวดล้อมมีอะไร และเลือกเริ่มจากภาพระบบสะอาดหรือสถานะที่จงใจรักษา
เป็นการตัดสินใจปฏิบัติงาน ไม่ใช่ความปลอดภัยอัตโนมัติ เครื่องชั่วคราวเข้าบริการภายนอกได้ถ้าให้ข้อมูลบัญชี เครื่องที่มีชื่อก็มีไฟล์อ่อนไหวได้ เลือกสิทธิ์พร้อมสภาพแวดล้อมตามงานจริง
ตั้งค่างาน Linux หนึ่งงานก่อนชวนทีม
ขั้นตอนต่อไปตามเส้นทางเอกสารและเพิ่มข้อเสนอการตรวจ ไม่ได้รันเพื่อบทความนี้ เริ่มในสภาพทดสอบทิ้งได้ ใช้ไฟล์ตัวอย่างแทนข้อมูลธุรกิจจริง
-
เตรียมการติดตั้งที่เข้ากันได้ ตามคู่มือ Cua และ Hermes ทางการ แล้วดูเงื่อนไขปัจจุบัน ใช้รีวิชัน Hermes ที่รองรับและ Cua CLI ตั้งแต่ 0.7.0 เพื่อทดสอบเดสก์ท็อป Linux
-
ติดตั้งและเปิดปลั๊กอิน คำสั่งที่ระบุด้านล่างติดตั้งการเชื่อมต่อ อ่านส่วนประกอบ Python และข้อความเปิดใช้งานก่อนดำเนินต่อ
Shellรันใน เทอร์มินัลhermes plugins install https://github.com/trycua/hermes-cua-spaces -
เลือกแบ็กเอนด์เทอร์มินัล ให้ Hermes ใช้ Cua แล้วเลือกว่าจะสร้าง Space ชั่วคราวหรือใช้แบบมีชื่อ
Shellรันใน เทอร์มินัลhermes config set terminal.backend cua -
เตรียมเดสก์ท็อป Linux เมื่อจำเป็น ปลั๊กอินติดตั้งส่วนประกอบที่ระบุใน Space ได้ โดยต้องมีสิทธิ์และเครือข่ายตามคู่มือ
Shellรันใน เทอร์มินัลhermes config set plugins.entries.cua-spaces.settings.desktop true -
ตรวจเป้าหมายก่อนทำงาน ขอชื่อโฮสต์และระบบปฏิบัติการแล้วดู Space ในตัวแสดง ตรวจเดสก์ท็อปหรือเบราว์เซอร์แยกหากจะใช้
-
ทำงานเล็กที่ย้อนกลับได้ เช่น สร้างไฟล์ข้อความ อ่านกลับ แล้วเปิดหน้าทดสอบในเครื่อง กำหนดผลก่อนและตรวจสิ่งที่สร้างจริง
-
ทดสอบตอนจบเซสชัน ส่งออกสิ่งที่ต้องเก็บและยืนยันวงจรชีวิต งานยังไม่ครบถ้าผลลัพธ์เดียวหายไปกับ Space ชั่วคราว
งานแรกควรสั้นพอให้ผู้ตรวจตามได้ทั้งลำดับ ผลมีประโยชน์แรกไม่ใช่เดโมซับซ้อน แต่คือรู้ว่าแต่ละการกระทำไปเครื่องไหนและไฟล์อยู่ที่ใด เมื่อชัดแล้วค่อยเพิ่มงานจริงมากขึ้น
เครื่องร่วมช่วยการทดสอบ ส่งต่องาน และสาธิต
สามกรณีตัวอย่างแสดงประโยชน์ที่เป็นไปได้ เป็นข้อเสนอ ไม่ใช่ผลวัดหรือการใช้ของลูกค้า แต่ละกรณีต้องมีผลชัดและคนตัดสินได้
ทดสอบเบื้องต้นของเครื่องมือภายใน ใช้ Space Linux กับแอปตัวอย่างและระเบียนสังเคราะห์ เอเจนต์เดินตามทางที่กำหนดขณะเพื่อนดู หลักฐานคือพฤติกรรมแอปที่มองเห็นและผลที่บันทึก ไม่ใช่คำบอกว่าทำเสร็จ
ส่งต่องานพัฒนา รักษาสภาพแวดล้อมระหว่างอีกคนตรวจการทำซ้ำบั๊กได้ ผู้ตรวจดูไฟล์และสถานะเดียวกัน ขอกรณีแคบลงแล้วทำต่อ ความคงอยู่ช่วยเมื่อทีมรู้ว่าสถานะใดตั้งใจเก็บและใดต้องรีเซ็ต
สาธิตขั้นตอนเบราว์เซอร์ ใช้บัญชีทดสอบเพื่อแสดงกระบวนการ เพื่อนแทรกที่หน้ากำกวมเพื่ออธิบายทางเลือก ก่อนบัญชีจริงต้องตรวจขอบเขตเครื่องมือและระบุการกระทำที่อนุญาต
ทุกกรณีต้องมีเจ้าของการสังเกตและควบคุมชัด คนสองคนเปลี่ยนจอพร้อมกันทำให้อธิบายผลยาก กำหนดธรรมเนียมง่าย ๆ ได้: หยุด ให้ผู้ตรวจตัดสิน ทวนขั้นต่อไป แล้วทำต่อ
คิดราคาเครื่อง การเชื่อมต่อ และโมเดลแยกกัน
หน้าราคา Cua ที่ตรวจเมื่อ 27 ตุลาคม 2026 ระบุว่าผู้ใช้นำคอมพิวเตอร์หรือเครื่อง cloud มาเอง บริการให้แอป การแบ่งปัน และ relay ค่าเครื่องหรือ cloud แยกต่างหาก ส่วนการใช้โมเดลเป็นอีกองค์ประกอบที่ต้องตั้งงบเอง
Free มี 2 เซสชันสดและเวลาระยะไกล 20 ชั่วโมงต่อเดือน Pro ราคา 18 ดอลลาร์ต่อเดือน หรือ 180 ดอลลาร์เรียกเก็บรายปี Teams ราคา 30 ดอลลาร์ต่อที่นั่งต่อเดือน หรือ 300 ดอลลาร์ต่อที่นั่งรายปี คิดเทียบรายเดือนของปีได้ 15 และ 25 ดอลลาร์ตามลำดับ
ตัวเลขเป็นแผนที่ประกาศ ณ วันที่ตรวจ ไม่ใช่ราคางานเอเจนต์ที่เสร็จ ทีมควรรวมเวลาเครื่องเปิด การใช้โมเดลจากการลองซ้ำ และแรงตรวจทานด้วย
หน้าราคาแสดงบางอย่างเป็นอนาคต เช่น ลิงก์แชร์หมดอายุ ประวัติ audit, SSO และส่งออก audit ให้อ่านป้ายตรงตัว ฟีเจอร์ที่จะมาทีหลังไม่ควรเป็นเงื่อนไขจำเป็นของการเปิดใช้วันนี้
ในการเปรียบเทียบ ลองประเมินหนึ่งเดือนของงานจริงแทนดูแค่ค่าสมาชิก จดเซสชัน เวลารีโมต เวลาเครื่องทำงาน และเวลาตรวจ อาจพบว่าเครื่องคงอยู่สะดวก แต่ถูกปล่อยให้เปิดเกินจำเป็นระหว่างงานสั้น
คู่มือตรวจงานที่จัดทำเอง สี่ข้อเป็นเกณฑ์รับที่เสนอ ไม่ใช่การรับรองปลั๊กอินหรือผลวัดความปลอดภัย
วัดว่าคนอื่นเข้าใจผลลัพธ์หรือไม่
การประเมินที่เผยข้อมูลมากมักเป็นการส่งต่อ ขอคนที่ไม่ได้เขียนคำสั่งแรกดูสภาพแวดล้อมแล้วอธิบายว่าอะไรเปลี่ยน หากผู้ควบคุมต้องสร้างทุกขั้นจากความจำ ระบบยังมีปัญหาการสังเกตและทำความเข้าใจ
สำหรับโครงการเล็ก ตรวจสี่ผล: เครื่องที่ตั้งใจได้รับงาน ผลตรงคำขอ เอาผลออกนอกสภาพทิ้งได้แล้ว และเข้าใจสถานะที่เหลืออยู่ เกณฑ์ที่เสนอนี้มีประโยชน์กว่าความรู้สึกว่าเอเจนต์ดูขยัน
เก็บกรณีล้มเหลวละเอียดเท่ากรณีสำเร็จ การเปิดผิดเบราว์เซอร์สอนคนละเรื่องกับเข้าถูกเบราว์เซอร์แล้วเลือกระเบียนผิด อย่างแรกเกี่ยวกับเส้นทางและการตั้งค่า อย่างหลังเกี่ยวกับตีความงานหรือการตรวจ
คู่มือ Cua สำหรับ Hermes ทางการ ยังระบุทางเชื่อม Driver และ MCP เป็นคนละเส้นทางที่มีพฤติกรรมของตน เลือกอย่างตั้งใจและเขียนในโน้ตทีม แทนผสมคำแนะนำหลายแบบจนเป็นการตั้งค่าที่อธิบายไม่ได้
ขอบเขตที่มีประโยชน์คือขอบเขตที่ทีมชี้ได้
การให้เอเจนต์มีเครื่องกลายเป็นเรื่องใช้งานจริงเมื่อคนบอกเป้าหมาย ตรวจงาน และกู้ผลได้ Hermes กับ Cua Spaces มีการเชื่อมที่ชัด แต่รายละเอียดแพลตฟอร์มและวงจรชีวิตควรตรวจตั้งแต่ก่อนงานจริง
คำถามในการทดลองง่ายมาก: เพื่อนชี้เครื่องที่กำลังใช้และอธิบายว่าเอเจนต์ทำอะไรได้ในนั้นได้ไหม คำตอบชัดเปลี่ยนจอที่มองเห็นเป็นสภาพทำงานมีประโยชน์ และช่วยวิเคราะห์ข้อผิดพลาดครั้งหน้าและเชื่อใจการส่งต่องานมากขึ้น
แหล่งข้อมูล
- แค็ตตาล็อก Hermes: Cua Spaces — เพิ่ม 20 และอัปเดต 21 ตุลาคม 2026; เส้นทางเครื่องมือ การตั้งค่า วงจรชีวิต
- Cua: คู่มือเชื่อม Hermes — ตรวจ 27 ตุลาคม 2026; ทางเลือก Driver และ MCP
- ราคา Cua Spaces — ตรวจ 27 ตุลาคม 2026; แผน โควตา เครื่องที่ผู้ใช้จัดหา และป้ายฟีเจอร์อนาคต
- ภาพ Spaces ทางการ กับ สัญญาอนุญาต MIT ในรีวิชันเดียวกัน — เอกสาร Cua AI, Inc.
ตรวจแหล่งเมื่อ 27 ตุลาคม 2026 คำสั่งเป็นตัวอย่างที่มีเอกสาร ขั้นตอนเป็นภาพประกอบ ไม่ได้ติดตั้ง ตรวจสอบการแยกสภาพแวดล้อม หรือวัดต้นทุนงานเพื่อบทความนี้
คำแนะนำจาก Telli.sh
ต้องการค้นโน้ตตั้งค่า บันทึกทดสอบ และเหตุผลของขั้นตอนเอเจนต์ได้ไหม รวบรวมเอกสารอ้างอิงไว้ใน Telli.sh เพื่อให้ส่งต่องานได้เข้าใจตรงกัน