Tool ทำให้ Agent ลงมือทำได้อย่างไร
แยกโมเดลออกจากเครื่องมือและเรียนรู้การออกแบบ input, output, error และสิทธิ์
เป้าหมาย: เลือก Tool ที่จำเป็นและกำหนดข้อมูลเข้าออกที่ตรวจสอบได้ · ใช้เวลาประมาณ 10 นาที
สัญญาของ Tool
Tool ที่ดีมีขอบเขตแคบและผลลัพธ์ชัด
Input
ระบุฟิลด์ ชนิดข้อมูล และสิ่งที่ห้ามส่ง
Action
ทำงานเดียว เช่น ค้นราคา ไม่ใช่จัดการร้านทั้งหมด
Output และ error
คืนข้อมูล แหล่ง เวลา และสถานะที่แยกสำเร็จ ไม่พบ และล้มเหลว
Tool สำหรับ SME
ค้นสต็อก
getStock(sku)
อ่านข้อมูลตาม SKU และคืนเวลาอัปเดต
สร้างร่างตอบ
draftLineReply(question, evidence)
ไม่ส่งจริงและเก็บหลักฐานที่ใช้
ขออนุมัติคืนเงิน
requestRefundApproval(orderId, reason)
สร้างคำขอ ไม่อนุมัติเงินเอง
แยก Tool ที่กว้างเกินไป
ทีมเสนอ Tool ชื่อ manageCustomer ซึ่งค้นข้อมูล แก้ที่อยู่ คืนเงิน และส่งข้อความได้
แยก Tool และกำหนดสิทธิ์เริ่มต้น
ดูคำตอบตัวอย่าง
แยก readCustomerSummary, lookupOrder, draftReply และ requestChangeApproval เริ่มจากอ่านและร่าง ส่วนแก้ที่อยู่ คืนเงิน และส่งจริงต้องเป็น Tool แยกที่มีการยืนยันและบันทึก
- หนึ่ง Tool หนึ่งหน้าที่
- อ่านแยกจากเขียน
- การเงินต้องอนุมัติ
- ผลลัพธ์มีสถานะและหลักฐาน
เลือกขอบเขต
Tool เริ่มต้นใดเสี่ยงน้อยที่สุด
- ก. refundAndNotify
- ข. lookupOrderStatus แบบอ่านอย่างเดียว
- ค. manageEverything
ดูคำตอบและคำอธิบาย
ข. lookupOrderStatus แบบอ่านอย่างเดียว สิทธิ์อ่านและหน้าที่แคบลดผลกระทบเมื่อ Agent เลือกผิด
บันทึกช่วยจำ
- ชื่อ Tool ไม่ใช่การควบคุม ต้องบังคับสิทธิ์ในระบบ
- อย่าส่งข้อมูลลูกค้าเกินจำเป็น
สรุปบทเรียนนี้
- Tool คือสัญญาระหว่าง Agent กับระบบ
- หน้าที่แคบตรวจง่ายกว่า
- แยกอ่าน ร่าง อนุมัติ และลงมือจริง