หากคุณกำลังตัดสินใจระหว่าง Hermes กับ Solid นี่คือห้าคำถามที่ผมจะถามก่อนเลือกอย่างใดอย่างหนึ่ง
เมื่อผมเปรียบเทียบ Hermes และ Solid ครั้งแรก ผมคิดว่าการตัดสินใจจะขึ้นอยู่กับฟีเจอร์
หน่วยความจำ การใช้เครื่องมือ การทำงานอัตโนมัติของเบราว์เซอร์ งานที่ใช้เวลานาน
แต่ยิ่งผมศึกษาทั้งสองโปรเจกต์ลึกขึ้นเท่าไหร่ การเปรียบเทียบแบบนั้นกลับมีประโยชน์น้อยลง เพราะพวกมันไม่ได้พยายามแก้ปัญหาเดียวกัน
Hermes ถูกสร้างขึ้นเพื่อให้ผู้ใช้มีเอเจนต์แบบเปิดและถาวรที่สามารถปรับแต่งให้เข้ากับโครงสร้างพื้นฐานของตนเองได้ ส่วน Solid มุ่งเน้นให้เอเจนต์มีทรัพยากรที่จำเป็นในการทำงานนอกเหนือจากการสร้างโค้ดและไปสู่การดำเนินการในโลกจริง ห้าคำถามด้านล่างนี้จะเกี่ยวกับความแตกต่างนั้น มากกว่าคุณสมบัติเฉพาะตัว
คำถามที่ 1: คุณต้องการเป็นเจ้าของ Stack หรือมอบหมายให้คนอื่นจัดการ?
โดยปกติแล้วนี่เป็นคำถามแรกที่ผมจะถาม และมันยังเป็นคำถามเกี่ยวกับว่าใครจะเป็นผู้ใช้เอเจนต์ทุกวันอีกด้วย
กับ Hermes คุณเป็นคนตัดสินใจว่าเอเจนต์จะทำงานที่ไหน ใช้โมเดลอะไร จัดเก็บหน่วยความจำอย่างไร เชื่อมต่อกับบริการใด และระบบจะพัฒนาตามเวลาอย่างไร ความยืดหยุ่นนั้นคือจุดแข็งที่ใหญ่ที่สุด และทำให้ Hermes เหมาะสมกับนักพัฒนาและทีมเทคนิคที่ถนัดจัดการโครงสร้างพื้นฐาน การผสานรวม และการบำรุงรักษาอย่างต่อเนื่อง
Solid มอบสภาพแวดล้อมการทำงานส่วนใหญ่เป็นส่วนหนึ่งของแพลตฟอร์ม: เครื่องจักรที่จัดการ, ข้อมูลระบุตัวตน, ความสามารถในการชำระเงิน, โครงสร้างพื้นฐานสำหรับการปรับใช้ คุณสละการควบคุมบางส่วน และแลกกับการใช้เวลามากขึ้นกับผลลัพธ์และน้อยลงกับงานระบบเบื้องหลัง
สำหรับผู้ใช้บางคน การควบคุมคือประเด็นสำคัญ สำหรับคนอื่น การมอบหมายให้คนอื่นจัดการคือข้อได้เปรียบที่มากกว่า

คำถามที่ 2: งานเกิดขึ้นที่ไหนจริงๆ?
คิดให้เกินกว่าตัวโมเดลเอง และมองไปที่สภาพแวดล้อมที่งานต้องเกิดขึ้น
ถ้าเอเจนต์ทำงานบนโครงสร้างพื้นฐานที่คุณควบคุมอยู่แล้วเป็นหลัก (เครื่องของคุณเอง, เซิร์ฟเวอร์, คอนเทนเนอร์, โฮสต์ SSH, หรือสภาพแวดล้อมคลาวด์) Hermes จะเข้ากับการตั้งค่านั้นได้อย่างเป็นธรรมชาติ
Solid จะน่าสนใจมากขึ้นเมื่อเวิร์กโฟลว์ขยายออกไปเกินกว่าสภาพแวดล้อมเดียว งานอาจต้องโต้ตอบกับระบบปฏิบัติการที่แตกต่างกัน เข้าถึงอุปกรณ์ Android, รับรหัสยืนยันทาง SMS, ซื้อสินค้า, หรือปรับใช้แอปพลิเคชันก่อนที่งานจะเสร็จสมบูรณ์
Hermes ให้ความยืดหยุ่นในการสร้างสภาพแวดล้อมนั้น Solid มาพร้อมกับส่วนใหญ่แล้ว

คำถามที่ 3: เอเจนต์ควรใช้ข้อมูลระบุตัวตนของใคร?
เมื่อเอเจนต์เริ่มโต้ตอบกับบริการภายนอก ข้อมูลระบุตัวตนจะกลายเป็นส่วนหนึ่งของการสนทนา
กับ Hermes โดยทั่วไปแล้วเอเจนต์จะทำงานผ่านบัญชีและข้อมูลรับรองที่คุณเชื่อมต่อ ซึ่งทำให้คุณควบคุมสิทธิ์ได้อย่างสมบูรณ์ และหมายความว่าคุณต้องรับผิดชอบในการจัดการการเข้าถึง
Solid สามารถทำงานโดยใช้ข้อมูลระบุตัวตนและหมายเลขโทรศัพท์ที่จัดการได้ โดยจะเกี่ยวข้องกับข้อมูลส่วนตัวของคุณเมื่อจำเป็นจริงๆ เท่านั้น ถ้างานเกี่ยวข้องกับการสมัครใช้บริการ การยืนยันบัญชี หรือการโต้ตอบกับแพลตฟอร์มภายนอก การตัดสินใจว่าเอเจนต์จะใช้ข้อมูลระบุตัวตนของใครก็สำคัญพอๆ กับการตัดสินใจว่าโมเดลใดจะขับเคลื่อนมัน เป็นรายละเอียดที่มองข้ามได้ง่าย

คำถามที่ 4: งานสามารถเกี่ยวข้องกับการใช้เงินได้หรือไม่?
เวิร์กโฟลว์จำนวนมากในที่สุดก็ต้องการทรัพยากรที่ต้องชำระเงิน: การซื้อโดเมน, ระดับ API, การสมัครสมาชิกที่งานไม่สามารถทำสำเร็จได้หากไม่มี
กับ Hermes สิ่งเหล่านั้นจะผ่านบัญชี ผู้ให้บริการ และระบบการเรียกเก็บเงินที่คุณจัดการอยู่แล้ว คุณตัดสินใจว่าเอเจนต์สามารถเข้าถึงอะไรได้บ้าง และมีมาตรการป้องกันอะไรบ้าง
Solid ให้เอเจนต์มียอดคงเหลือในพื้นที่ทำงานที่ควบคุมได้ ซึ่งสามารถใช้สำหรับการซื้อที่ได้รับอนุมัติเมื่อจำเป็นต้องใช้เพื่อทำงานให้สำเร็จ ยังสามารถกำหนดขีดจำกัดการใช้จ่ายและจุดตรวจสอบการอนุมัติได้ เพื่อให้ผู้ใช้ยังคงควบคุมอยู่ การที่เอเจนต์ สามารถ ซื้อสินค้าได้หรือไม่นั้นสำคัญน้อยกว่าการที่คาดว่าจะมีการซื้อเป็นส่วนหนึ่งของเวิร์กโฟลว์หรือไม่

คำถามที่ 5: "เสร็จ" หมายถึงอะไรจริงๆ?
นี่กลายเป็นคำถามที่เชื่อมโยงทุกอย่างเข้าด้วยกันสำหรับผม
สำหรับบางคน "เสร็จ" หมายถึงเอเจนต์สามารถค้นคว้าหัวข้อ เขียนโค้ด ทำงานอัตโนมัติในเบราว์เซอร์ จดจำการสนทนาก่อนหน้า และส่งมอบผลลัพธ์ที่เสร็จสมบูรณ์ ถ้านั่นคือเป้าหมาย Hermes ก็มีพื้นฐานที่แข็งแกร่งอยู่แล้ว
สำหรับคนอื่น "เสร็จ" รวมถึงทุกอย่างที่เกิดขึ้นหลังจากเขียนโค้ดแล้ว
การสร้างบัญชี การรับรหัสยืนยัน การซื้อบริการ การปรับใช้แอปพลิเคชัน การทำให้แน่ใจว่าทุกอย่างทำงานได้จริงในระบบผลิต
นั่นคือจุดที่ Solid มุ่งเน้น กำหนดว่า "เสร็จ" หมายถึงอะไรสำหรับงานของคุณก่อนที่จะเลือกแพลตฟอร์มใด
TLDR: คู่มือการตัดสินใจอย่างรวดเร็ว
Hermes อาจเป็นตัวเลือกที่เหมาะกว่าถ้าคุณ:
- ต้องการเอเจนต์แบบโอเพนซอร์ส
- ชอบการโฮสต์ด้วยตนเองหรือใช้โมเดลท้องถิ่น
- มีโครงสร้างพื้นฐานอยู่แล้ว
- ต้องการควบคุมวิธีการสร้างและขยายเอเจนต์อย่างเต็มที่
- ชอบปรับแต่งเวิร์กโฟลว์และทดลองความสามารถใหม่ๆ
Solid อาจเป็นตัวเลือกที่เหมาะกว่าถ้าคุณ:
- ชอบประสบการณ์ที่จัดการให้
- ต้องการอุปกรณ์ ข้อมูลระบุตัวตน หรือหมายเลขโทรศัพท์ที่จัดการได้
- คาดหวังให้เวิร์กโฟลว์รวมถึงการชำระเงิน การปรับใช้ หรือบริการภายนอก
- ใส่ใจกับผลลัพธ์มากกว่าการดำเนินโครงสร้างพื้นฐานด้วยตัวเอง
สามสถานการณ์ในโลกจริง
การสร้างผู้ช่วย AI ส่วนตัว ผมจะเอนไปทาง Hermes ผู้ช่วยที่จดจำการสนทนา ทำงานบนฮาร์ดแวร์ของคุณเอง ใช้โมเดลท้องถิ่น และสามารถปรับแต่งได้ตามเวลา คือสิ่งที่สถาปัตยกรรมแบบเปิดของมันถูกสร้างขึ้นมาเพื่อ
การสร้างและส่งมอบเว็บแอปพลิเคชัน นี่คือจุดที่ Solid เริ่มมีความหมายมากขึ้น การเขียนแอปพลิเคชันเป็นเพียงส่วนหนึ่งของงาน เวิร์กโฟลว์อาจเกี่ยวข้องกับการสร้างบัญชี การซื้อบริการ การยืนยันตัวตน การปรับใช้ และการยืนยันว่าทุกอย่างทำงานได้อย่างถูกต้องในระบบผลิต ขั้นตอนการดำเนินการเหล่านั้นคือสิ่งที่ Solid ถูกสร้างขึ้นมาเพื่อดำเนินการอย่างแน่นอน
การวิจัยและการทดลอง Hermes ถ้าคุณกำลังทดสอบโมเดลใหม่ สร้างเวิร์กโฟลว์เอเจนต์แบบกำหนดเอง หรือสำรวจระบบหน่วยความจำและสภาพแวดล้อมการดำเนินการที่แตกต่างกัน การควบคุม Stack อย่างสมบูรณ์คือข้อได้เปรียบที่แท้จริง
การมอบหมายเวิร์กโฟลว์ทั้งหมด ผมจะมอง Solid อีกครั้ง คราวนี้สำหรับงานที่ไม่เกี่ยวกับโค้ดตั้งแต่แรก ลองนึกภาพการขอให้เอเจนต์ค้นคว้าคู่แข่ง ซื้อเครื่องมือที่ต้องการ ตั้งค่าแดชบอร์ด และตรวจสอบผลลัพธ์ก่อนส่งคืน การดำเนินการแบบครบวงจรเช่นนั้นคือเหตุผลทั้งหมดที่ Solid มีอยู่
ความคิดสุดท้าย
เมื่อคุณรู้แล้วว่าคุณกำลังพยายามแก้ปัญหาอะไร การเลือกระหว่างพวกมันก็ตรงไปตรงมา





