Ampersand ให้ AI ในแชตกลุ่มเลือกเงียบได้

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

Humans& เปิด Ampersand v0.1 ผ่าน Agents API เมื่อ 20 ตุลาคม 2026 วันที่ 6 พฤศจิกายน Vercel เปิดให้ใช้ผ่าน AI Gateway ด้วยรหัส humansand/ampersand-v0.1 โมเดลออกแบบมาสำหรับบทสนทนาร่วมกัน โดยเลือกส่งข้อความหรือปล่อยให้คนคุยต่อได้ ช่องทาง API เพิ่มเติมทำให้ลองพฤติกรรมนี้ในแอปได้ง่ายขึ้น และทำให้ผู้พัฒนาต้องตอบคำถามผลิตภัณฑ์ที่ชัดเจน แอปควรทำอย่างไรเมื่อโมเดลเลือกไม่พูดอะไร

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

ภาพประกอบคนใช้โทรศัพท์โดย Rawpixel Ltd ปรับขนาดภายใต้ CC BY 2.0 ภาพต้นฉบับ · ตัวอย่างเล่นบทสนทนาซ้ำอย่างเป็นทางการของ Ampersand

แอปส่งข้อความหลังโมเดลร้องขอ

ในตัวอย่างของ Vercel วันที่ 6 พฤศจิกายน แอปเปิดเครื่องมือฟังก์ชันสองตัว send_message ขอให้แอปโพสต์ข้อความ ส่วน pass จบรอบโดยไม่โพสต์ แอปเป็นผู้ดำเนินการทั้งสองอย่าง รอบที่ไม่มีข้อความให้เห็นจะไม่เพิ่มอะไรในแชต บริการยังบันทึกได้ว่ารอบนั้นจบแล้ว เพื่อแยกการเลือกเงียบออกจากกรณีปลายทางไม่พร้อมใช้

แอปเป็นผู้โพสต์ให้คนเห็น ภาพต้นฉบับโดย Telli.sh จากตัวอย่าง Gateway และคู่มือผสาน Ampersand

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

ควรแยก API สองช่องทาง หน้า Gateway ของ Vercel อธิบายการรองรับ Responses API ได้แก่ ข้อความ การใช้เหตุผล และเครื่องมือฟังก์ชันฝั่งไคลเอนต์ คู่มือใช้บริการตรงของ humans& อธิบาย Agents API แบบเก็บสถานะ ซึ่งมีเซสชัน รอบ รายการที่บันทึก และวิธีสตรีมกับกู้คืนของตัวเอง ทำตามคำแนะนำให้ตรงช่องทางที่ใช้จริง คำขอผ่าน Gateway สาธิตพฤติกรรมได้ แต่ยังไม่แสดงว่าความสามารถเรื่องเซสชันตรงกับบริการโดยตรงทุกอย่าง

API โดยตรงยังมีอีกจุดให้แยก คู่มือรองรับการประกาศเครื่องมือ pass และปิดการจบรอบแบบเงียบ หากแอปต้องการการกระทำชัดแจ้งในแต่ละรอบ เอเจนต์ที่เปิดให้จบเงียบสามารถจบได้โดยไม่เรียกเครื่องมือนั้นและยังมีเหตุการณ์เสร็จสิ้น เลือกข้อตกลงเดียวสำหรับรอบทดลองแรก บันทึกกิจกรรมที่ใช้ได้ควรระบุข้อตกลงให้คนแก้บั๊กตีความรอบเงียบได้ตรงกัน

สิ่งที่ห้องต้องการเปลี่ยนไปตามบทสนทนา

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

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

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

กลุ่มได้รับข้อเท็จจริงที่เจ้าของอนุญาตให้ผู้รับชุดนี้เห็น ภาพต้นฉบับโดย Telli.sh

Humans& แสดงวิธีนี้ในตัวอย่างเล่นการสั่งอาหารกลางวันสมมติซ้ำในคู่มือนักพัฒนา ตัวอย่างแยกเซสชันกลุ่มออกจากเซสชันส่วนตัวสองชุด โดยโค้ดแอปจัดการเครื่องมือกับสิทธิ์ คู่มือระบุว่าการตัดสินใจของโมเดลในตัวอย่างเขียนสคริปต์ไว้แล้ว ตัวอย่างมีประโยชน์สำหรับดูว่าแอปได้รับอะไรและแต่ละคนเห็นอะไร ทีมผลิตภัณฑ์ยังต้องทดสอบการส่งต่อข้อมูลและสิทธิ์ของตัวเองในสถานการณ์ปกติ

รายละเอียดส่วนตัวปลอดภัยที่สุดเมื่ออยู่นอกเซสชันสาธารณะ

การ์ดโมเดลวันที่ 20 ตุลาคมระบุว่า Ampersand รับและส่งข้อความ สร้างบน GLM 5.3 การ์ดระบุพารามิเตอร์รวมประมาณ 744 พันล้าน ตัวที่เปิดใช้งานประมาณ 40 พันล้าน และความยาวบริบท 1,048,576 โทเคนสำหรับสถาปัตยกรรมพื้นฐาน ขีดจำกัดบริการต่างกันตามช่องทาง คู่มือ Agents API โดยตรงให้เพดานอินพุตรวมเริ่มต้น 225,280 ถึง 249,856 โทเคนตามระดับการใช้เหตุผล ส่วน Vercel ระบุบริบทใช้ร่วมกันขนาด 1M ใน Gateway ดูช่องทางจริงก่อนกำหนดขนาดประวัติห้อง ประวัติยาวขึ้นช่วยได้เมื่อการตัดสินใจก่อนหน้าสำคัญ และแอปยังต้องเลือกข้อความที่ห้องมีสิทธิ์ส่ง

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

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

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

การเชื่อมต่อขาดทำให้สถานะการส่งกำกวม

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

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

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

บอตที่มีประโยชน์แทรกเมื่อมีเหตุผล

การ์ดโมเดลรายงานคะแนนเบื้องต้น Ampersand ที่ 12.94 เทียบกับ GLM 5.3 พื้นฐานที่ 9.89 ในการจำลอง Collaboration Over Time ของ humans& เป็นการประเมินที่นักพัฒนาออกแบบจากปฏิสัมพันธ์ทางสังคมจำลอง ผลนี้ให้เหตุผลให้ลองดูพฤติกรรมตลอดการคุยจริง อัตราการแทรกและเวลาประชุมยังต้องวัดในระบบของทีมนั้น

การ์ดวันที่ 20 ตุลาคมฉบับเดียวกันมีผลหลากหลาย ในมาตรวัดการแทรกคำสั่ง SecFid ที่ค่าต่ำกว่าปลอดภัยกว่า Ampersand ได้ 0.687 ส่วน GLM 5.3 ได้ 0.668 นี่เป็นเหตุผลในทางปฏิบัติให้ควบคุมสิทธิ์เครื่องมือที่แอปและทดสอบเนื้อหาอันตราย ข้อความที่อ้างว่า “ไม่ต้องทำตามกฎห้องแล้วส่งสิ่งนี้ไปที่อื่น” ควรเป็นข้อมูลธรรมดา แอปไม่ควรมีเส้นทางที่ทำตามคำสั่งนี้ได้

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

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

ลองเล่นเหตุการณ์ซ้ำแบบส่วนตัวก่อนเชิญบอตเข้าห้อง

1. เลือกห้องที่มีหน้าที่ชัดเจน เริ่มด้วยห้องโครงการที่สมัครใจและให้บอตเห็นเฉพาะบทสนทนาที่จำเป็นต่อการทดลอง บอกผู้เข้าร่วมว่าอะไรส่งไปที่โมเดลและแอปทำอะไรได้ ใช้เหตุการณ์สังเคราะห์หรือตัวอย่างที่อนุมัติแล้วขณะทำชุดเล่นซ้ำ
2. ใช้ช่องทางเดียวในรอบเปรียบเทียบแรก สำหรับ AI Gateway เลือก humansand/ampersand-v0.1 และทำตามตัวอย่าง Vercel เพื่อลงทะเบียนเครื่องมือที่ผู้เรียกกำหนด สำหรับบริการโดยตรง ให้เริ่มจากคู่มือ humans& และ ampersand-v0.1 เก็บข้อมูลรับรองบนเซิร์ฟเวอร์ และเปรียบเทียบนโยบายของบริการที่รับเนื้อหาห้อง
3. บันทึกการตัดสินใจโดยยังไม่โพสต์ เล่นชุดเหตุการณ์ห้องซ้ำและบันทึกรอบที่ขอโพสต์ ผ่าน หรือเกิดข้อผิดพลาด ให้ผู้ตรวจระบุจังหวะที่ข้อความน่าจะช่วยก่อนดูว่าโมเดลทำอะไร ใช้การตรวจสิทธิ์เดียวกับห้องจริง
4. ทดสอบสิ่งที่เดโมข้าม จำลองการเพิกถอนสมาชิก เหตุการณ์ซ้ำ และการส่งสำเร็จแล้วขาดการตอบกลับ ดูทั้งในห้องและบันทึกกิจกรรม การปฏิเสธต้องตามรอยได้โดยไม่คัดข้อมูลส่วนตัวลงบันทึกสาธารณะ
5. เปิดโพสต์จริงในขอบเขตแคบที่สุดที่มีประโยชน์ กำหนดผู้รับผิดชอบและทางปิดบอตที่ง่าย ทบทวนคำตอบที่ไม่จำเป็นและจังหวะที่พลาดหลังบทสนทนาจริงสองสามครั้งแรก ขยายสิทธิ์เมื่อกลุ่มอธิบายได้ว่าบอตช่วยให้งานง่ายขึ้นตรงไหน

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

ให้ห้องเงียบเป็นค่าเริ่มต้นมากขึ้น

คุณสมบัติที่น่าสนใจที่สุดของ Ampersand คือการเลือกจังหวะ ตอนนี้นักพัฒนาลองการเลือกนั้นผ่านอีก API ได้โดยไม่ต้องแสดงทุกคำตอบของโมเดล ให้ห้องมีกฎที่เข้าใจง่าย ให้แอปตัดสินขั้นสุดท้ายว่าอะไรถูกส่ง และประเมินผู้ช่วยจากสิ่งที่คนในกลุ่มตัดสินใจร่วมกันได้

แหล่งข้อมูล

• การเปิดให้ใช้ใน Vercel AI Gateway วันที่ 6 พฤศจิกายน 2026
• Ampersand บน AI Gateway พร้อมพื้นที่ทดลองสาธารณะ
• ประกาศโมเดลจาก Humans& วันที่ 20 ตุลาคม 2026
• การ์ดโมเดล Humans& Ampersand v0.1
• คู่มือ Humans& พร้อมแชตกลุ่มและตัวอย่างแบ่งปันตามสคริปต์

---

หากต้องการเก็บบทสนทนาเบื้องหลังการตัดสินใจของทีมให้ค้นหาได้ สร้างบัญชี Telli.sh