Hermes Agent เพิ่ม segmented tool batch dispatch — งานอ่านวิ่งพร้อมกัน เหลือแค่งานเขียนที่ต้องเข้าคิว

เวลา agent ทำงานหนึ่งรอบ มันไม่ได้เรียกเครื่องมือทีละตัว มันมักยิงออกมาเป็นชุด — อ่านไฟล์นี้ เช็กโฟลเดอร์นั้น ค้นของนี่ แล้วเขียนผลลงตรงนี้ ชุดคำสั่งแบบนี้เรียกว่า batch

ภาพจำคือ **batch เหมือนสั่งอาหารทีเดียวหลายจาน** ถ้าทุกจานทำพร้อมกันได้ ครัวก็ทำพร้อมกัน เสร็จเร็ว แต่ถ้ามีจานเดียวที่ต้องรอจานอื่นเสร็จก่อน ปัญหาคือครัวเดิมเลือกวิธีที่ปลอดภัยที่สุดไว้ก่อน — ทำทีละจานทั้งชุด

นั่นคือพฤติกรรมเดิมของ Hermes เป๊ะ ๆ batch จะวิ่งขนานก็ต่อเมื่อ **ทุกตัว** ในชุดปลอดภัยที่จะขนาน มีตัวเดียวที่ไม่ผ่านเกณฑ์ ทั้งชุดตกไปวิ่งเรียงกันหมด

อัปเดตที่ Hermes เรียกว่า segmented tool batch dispatch เปลี่ยนจากการตัดสินทั้งชุด มาเป็นการตัดสินทีละตัวใน batch เดียวกัน

ตัวที่ขนานได้ก็ยิงออกไปพร้อมกันเลย ส่วนตัวที่ต้องเรียงลำดับจริง ๆ ถูกกักไว้ให้วิ่งตามคิวของมัน แล้วผลทั้งหมดค่อยถูกรวมกลับมาเป็นชุดเดียว กลับไปที่ภาพครัว — จานที่ทำพร้อมกันได้ก็ลงมือเลย เหลือจานเดียวที่ต้องรอ ก็รอแค่จานนั้น ไม่ต้องลากทั้งโต๊ะไปรอด้วย

เกณฑ์ที่ใช้ตัดสินตรงไปตรงมาคืออ่านกับเขียน — **งานอ่านวิ่งพร้อมกันได้** เพราะต่างคนต่างอ่าน ไม่มีใครทำใครพัง ส่วน **งานเขียนที่คำสั่งถัดไปต้องใช้ผลของมัน ถูกจับเรียงคิว** เพราะถ้าปล่อยขนาน ตัวถัดไปอาจอ่านของที่ยังเขียนไม่เสร็จ

ผลที่ได้ตามหลักการคือยิ่ง batch ใหญ่ ยิ่งประหยัดเวลา แต่ตรงนี้ต้องพูดให้ชัด — ยังไม่มีตัวเลขวัดจริงจากใคร

ฟันธง — **อัปเดตได้เลย แต่อย่าไปคาดหวังตัวเลขที่ยังไม่มีใครวัด** นี่เป็นการแก้ที่ถูกจุดในเชิงสถาปัตยกรรม และเป็นของที่ได้เปล่าจากการอัปเดต ไม่ต้องแก้ workflow อะไรเลย ความเสี่ยงต่ำ ผลที่ได้เป็นบวก

แต่ต้องตั้งความคาดหวังให้ตรง — ยังไม่มีเลขเวอร์ชันประกาศ ไม่มี benchmark จากทีมพัฒนา ไม่มีผลวัดจากสำนักไหน ตัวเลขอย่าง "เร็วขึ้นห้าเท่า" ที่เห็นตามที่ต่าง ๆ เป็นแค่การอธิบายหลักการด้วยเลขกลม ๆ ไม่ใช่ของที่วัดมา **ถ้าอยากรู้ว่าได้เท่าไรจริง ให้จับเวลางานที่คุณทำประจำก่อนอัปเดตหนึ่งรอบ แล้ววัดใหม่หลังอัปเดต** นั่นคือตัวเลขเดียวที่เชื่อได้สำหรับงานของคุณ

**จุดที่ต้องระวัง** — งานที่ได้ประโยชน์เยอะคืองานที่อ่านเยอะ เช่นให้ agent สแกนหลายไฟล์แล้วสรุป ส่วนงานที่เป็นสายโซ่ต่อกัน — เขียนแล้วอ่าน แล้วเขียนต่อ — แทบไม่ได้อะไร เพราะมันต้องเรียงคิวอยู่ดี ถ้าอัปเดตแล้วรู้สึกว่าไม่เร็วขึ้น อาจไม่ใช่ของเสีย แต่เป็นเพราะงานคุณเป็นสายโซ่โดยธรรมชาติ

**ต่อยอด** — เรื่องนี้มีบทเรียนที่ใช้ได้แม้ไม่ได้ใช้ Hermes เวลาออกแบบ workflow ให้ agent ลองแยกให้ชัดว่าขั้นไหน "แค่อ่าน" ขั้นไหน "เขียนแล้วมีคนรอ" ถ้าจัดกลุ่มงานอ่านไว้ด้วยกันตั้งแต่ตอนเขียน prompt เครื่องมือจะขนานให้ได้เยอะขึ้นเอง ไม่ว่าจะใช้ค่ายไหน