แนวทางปฏิบัติที่ดีที่สุดสำหรับการสร้างและปรับแต่งเอเจนต์เฉพาะกิจ

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

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

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

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

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

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

  • ✅ "อ่านฐานข้อมูล Projects และช่อง Slack #support จากนั้นเขียนอัปเดตประจำสัปดาห์"

  • 🚫 "อ่านฐานข้อมูล Projects จากนั้นเขียนอัปเดตประจำสัปดาห์ แล้วอ่านช่อง Slack #support และเพิ่มไปที่อัปเดตประจำสัปดาห์"

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

  • สำเนาจะเป็นส่วนตัวโดยค่าเริ่มต้น

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

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

หากคุณไม่แน่ใจว่าจะเริ่มต้นจากตรงไหน ให้เริ่มจากงานที่ทีมของคุณทำซ้ำบ่อยๆ Custom Agent จะมีประสิทธิภาพสูงสุดเมื่อเวิร์คโฟลว์สามารถคาดการณ์ได้และตรวจสอบได้ง่าย

มองหาเวิร์คโฟลว์ที่เป็น:

• ทำซ้ำได้ เช่น การรวบรวมรายงาน การคัดแยกคำขอที่เข้ามา หรือการตอบคำถามทั่วไปใน Slack

• เกิดขึ้นบ่อยครั้ง หมายถึงเกิดขึ้นทุกวันหรือทุกสัปดาห์

• ประเมินได้ง่าย คุณจึงบอกได้ทันทีว่าผลลัพธ์ถูกต้องหรือไม่

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

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

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

เริ่มต้นด้วยผลลัพธ์ที่คุณต้องการ

• อธิบายว่าผลลัพธ์สุดท้ายควรมีลักษณะอย่างไร แทนที่จะระบุทุกขั้นตอน

• ปล่อยให้เอเจนต์เป็นผู้กำหนดวิธีการไปสู่จุดนั้น

• ตัวอย่าง: “สร้างการอัปเดตสถานะรายสัปดาห์ที่สรุปงานที่เสร็จสมบูรณ์ อุปสรรค และขั้นตอนถัดไป”

แบ่งปันตัวอย่างจริง

• วางการอัปเดตสถานะ รายงานที่มีการจัดรูปแบบ หรือคำขอที่คัดแยกไว้ก่อนหน้านี้

• ใช้ตัวอย่างที่เป็นรูปธรรมแทนคำอธิบายที่เป็นนามธรรม

ระบุรูปแบบและปลายทางให้ชัดเจน

• ระบุว่าผลลัพธ์ควรไปที่ไหน (Slack ฐานข้อมูล หรือหน้าที่มีอยู่)

• ระบุว่าควรกรอกคุณสมบัติหรือส่วนใดบ้าง

• ตัวอย่าง: “โพสต์สรุปใน #team-updates และเพิ่มลงในฐานข้อมูล Weekly Reports”

กำหนดขอบเขตง่ายๆ

• ชี้แจงสิ่งที่เอเจนต์ควรทำและสิ่งที่ควร หลีกเลี่ยง

• ตัวอย่าง: “อัปเดตหน้ารายงานประจำสัปดาห์ที่มีอยู่ ไม่ใช่หน้าใหม่” หรือ “ตอบกลับใน #support เท่านั้น”

ระบุกรณีพิเศษ

• อธิบายสิ่งที่ควรเกิดขึ้นหากไม่มีข้อมูลหรือไม่มีสิ่งใหม่ที่จะรายงาน

• ตัวอย่าง: “หากไม่มีการอัปเดตในสัปดาห์นี้ ให้โพสต์ว่า ‘ไม่มีการอัปเดต’ แทนที่จะข้ามไป”

รักษาคำสั่งให้สั้นและตรงประเด็น

• คำสั่งที่สั้นกว่าจะให้ผลลัพธ์ที่สม่ำเสมอกว่า

• หากการตั้งค่าของคุณยาวเกินไป ให้แบ่งเวิร์กโฟลว์ออกเป็นเอเจนต์หลายตัว

เมื่อตั้งค่า Custom Agent ของคุณ ให้ตัดสินใจว่างานควรทำงานตามตารางเวลา เพื่อตอบสนองต่อการกระทำ หรือทั้งสองอย่าง

ใช้กำหนดการสำหรับงานที่คาดการณ์ได้

• เลือกกำหนดการเมื่อต้องการให้งานทำงานตามจังหวะที่กำหนด โดยไม่คำนึงถึงกิจกรรม

• เหมาะสำหรับงานที่ทำซ้ำๆ เช่น รายงานประจำสัปดาห์ สรุปข้อมูลประจำวัน หรือสรุปภาพรวมประจำเดือน

ใช้ทริกเกอร์สำหรับงานที่ต้องตอบสนอง

• เลือกทริกเกอร์เมื่อต้องการให้งานทำงานเพื่อตอบสนองต่อเหตุการณ์ที่เกิดขึ้น

• ตัวอย่างเช่น มีการแจ้งบั๊กใน Slack มีการเพิ่มหน้าใหม่ในฐานข้อมูล หรือมีอีเมลจากผู้ส่งเฉพาะเจาะจง

รวมตารางเวลาและทริกเกอร์เมื่อจำเป็น

• เวิร์กโฟลว์บางอย่างมีรูปแบบการทำงานสองแบบ

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

เริ่มต้นด้วยความถี่ที่ต่ำกว่าและขอบเขตที่จำกัด

• เริ่มต้นด้วยกำหนดการรายสัปดาห์แทนที่จะเป็นรายวัน

• เริ่มต้นด้วยช่องทางเดียวแทนที่จะเป็นห้าช่องทาง

• ขยายขนาดเมื่อคุณยืนยันแล้วว่าผลลัพธ์มีความสม่ำเสมอและเชื่อถือได้

ก่อนเปิดใช้งานเวิร์คโฟลว์จริง ให้ใช้เวลาในการทดสอบและปรับแต่งการตั้งค่า

ทดสอบก่อนเปิดใช้งานทริกเกอร์หรือกำหนดการ

• คลิก รอบการทำงาน เพื่อเรียกใช้งานเอเจนต์ด้วยตนเอง

• ตรวจสอบเอาต์พุตเพื่อยืนยันว่าทำงานตามที่คาดไว้

• เปิดทริกเกอร์หรือกำหนดการก็ต่อเมื่อผลลัพธ์ดูถูกต้องแล้วเท่านั้น

ทดสอบกับกลุ่มขนาดเล็ก

• แชร์เอเจนต์กับเพื่อนร่วมทีมสองสามคนเพื่อรวบรวมข้อเสนอแนะ

• ใช้ข้อเสนอแนะเบื้องต้นเพื่อตรวจจับปัญหาก่อนที่จะเปิดตัวในวงกว้างขึ้น

คาดหวังการทำซ้ำ

• เอเจนต์ส่วนใหญ่ต้องผ่านการทดสอบหลายครั้งเพื่อให้ได้ผลลัพธ์ที่ถูกต้อง

• ปรับปรุงคำสั่งตามสิ่งที่เอาต์พุตแสดงจริง ไม่ใช่สิ่งที่คุณตั้งใจให้คำสั่งระบุไว้

ตรวจสอบบันทึกกิจกรรมก่อน

• คลิกไอคอนนาฬิกาเพื่อดูว่าสิ่งใดเป็นตัวกระตุ้นให้รอบการทำงานเริ่มต้น

• ตรวจสอบสิ่งที่เอเจนต์ทำและจุดที่อาจเกิดความล้มเหลว

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

ทราบวิธีแก้ไขทั่วไป

• "เอาต์พุตไม่ถูกต้อง" มักหมายความว่าคำสั่งต้องการความเฉพาะเจาะจงมากขึ้น

• "ข้อมูลหายไป" มักหมายความว่าเอเจนต์ต้องการการเข้าถึงหน้าหรือฐานข้อมูลเพิ่มเติมภายใต้

  เครื่องมือและสิทธิเข้าถึง

• "รอบการทำงานที่ไม่สำเร็จ" มักชี้ไปที่ช่องว่างของสิทธิ์หรือคำสั่งที่ไม่ชัดเจน

เอเจนต์ที่ได้รับการออกแบบมาอย่างดีจะทำงานได้เร็วขึ้นและหลีกเลี่ยงงานที่ไม่จำเป็น ปัจจัยสามประการที่มีผลต่อประสิทธิภาพ ได้แก่:

• ความถี่ในการทำงานของเอเจนต์

• ปริมาณเนื้อหาที่อ่าน และ

• จำนวนขั้นตอนที่ใช้ในการทำงานให้เสร็จสิ้น

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

เริ่มต้นจากจุดเล็กๆ แล้วค่อยขยายขนาดขึ้น

• เริ่มต้นด้วยการทำงานรายสัปดาห์แทนที่จะเป็นรายวัน

• ใช้ช่องทางหรือเวิร์คโฟลว์เดียวไปก่อน จากนั้นค่อยขยายไปยังช่องทางอื่นเพิ่มเติม

• เพิ่มความถี่เมื่อผลลัพธ์มีความน่าเชื่อถือแล้ว

ใช้ทริกเกอร์ที่มีสัญญาณสูงเพื่อให้เอเจนต์ของคุณทำงานเฉพาะเมื่อจำเป็นเท่านั้น

• สำหรับ Slack: ทริกเกอร์เมื่อมีการ @-กล่าวถึง หรือใช้ปฏิกิริยาอีโมจิที่ระบุแทนที่จะเป็นข้อความทั้งหมด

• สำหรับ Notion: ทริกเกอร์เมื่อมีการเปลี่ยนแปลงพร็อพเพอร์ตี้ที่ระบุแทนที่จะเป็นทุกการอัปเดตฐานข้อมูล

• สำหรับ Notion Mail: ทริกเกอร์เมื่อมีอีเมลที่ผ่านการกรองแทนที่จะเป็นทุกข้อความ

คาดหวังว่าจะมีรอบการทำงานแบบ “ไม่จำเป็นต้องดำเนินการ” บ้าง

• สิ่งเหล่านี้เกิดขึ้นเมื่อเอเจนต์พิจารณาแล้วว่าไม่มีอะไรต้องทำ

• นี่เป็นเรื่องปกติและมีประสิทธิภาพ โดยเอเจนต์จะตรวจสอบเพียงทริกเกอร์และคำสั่งก่อนที่จะจบรอบการทำงาน

ยิ่งเอเจนต์อ่านเนื้อหามากเท่าไร แต่ละรอบการทำงานก็ต้องใช้แรงงานมากขึ้น จงจำกัดขอบเขตให้แคบลง

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

• หลีกเลี่ยงการให้เอเจนต์ค้นหาในวงกว้างหากคุณทราบอยู่แล้วว่าควรใช้ฐานข้อมูลหรือหน้าใดเป็นแหล่งข้อมูลที่ถูกต้อง

แต่ละขั้นตอนที่เพิ่มเข้ามาในรอบการทำงานจะเพิ่มภาระงาน โดยเฉพาะอย่างยิ่งเมื่อเอเจนต์เฉพาะกิจดำเนินการค้นหาหลายรายการ

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

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

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

  • ต้องทำงานตามลำดับ: "สร้างหน้าสรุปในฐานข้อมูลรายงาน จากนั้นโพสต์ลิงก์ไปยัง #team-updates ใน Slack" เอเจนต์จำเป็นต้องมี URL ของหน้าก่อนที่จะโพสต์ลิงก์ได้ ดังนั้นขั้นตอนเหล่านี้จึงต้องเกิดขึ้นตามลำดับ

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

• หากรอบการทำงานเกิดข้อผิดพลาดบ่อยครั้งเนื่องจากปัญหาด้านสิทธิ์ (เช่น ไม่สามารถตอบกลับใน Slack ได้ หรือเป็น URL ที่ไม่น่าเชื่อถือ) ให้ปรับการเข้าถึงของเอเจนต์ภายใต้ เครื่องมือและการเข้าถึง หรือบอกให้เอเจนต์หลีกเลี่ยงการกระทำเหล่านั้นในคำสั่ง