โครงสร้างของทักษะที่ดี
ทักษะเป็นมากกว่าชุดคำสั่ง ในระบบเอเจนต์ (agent system) ทักษะคือความสามารถที่ถูกกำหนดไว้ชัดเจน ซึ่งช่วยให้เอเจนต์สามารถทำงานหนึ่งๆ ได้โดยไม่ต้องใช้กระบวนการคิดแบบเดิมซ้ำๆ ทุกครั้ง
หลายคนสร้างทักษะที่ใช้งานได้เพียงครั้งเดียว แต่กลับล้มเหลวเมื่ออยู่ในเวิร์กโฟลว์ (workflow) จริง ทักษะหนึ่งอาจใช้งานได้ดีสำหรับมนุษย์ แต่กลับพังเมื่อเอเจนต์ตัวอื่นพยายามนำไปใช้ หรือทักษะอาจทำงานได้ดีในสถานการณ์ที่สมบูรณ์แบบ แต่กลับล้มเหลวเมื่อข้อมูลขาดหายไป
ในการสร้างทักษะที่เชื่อถือได้ คุณต้องปฏิบัติกับพวกมันเหมือนกับส่วนประกอบของซอฟต์แวร์ (software components) ซึ่งจำเป็นต้องมีข้อตกลง (contracts) ที่ชัดเจน
ข้อตกลงของทักษะ (skill contract) จะตอบคำถามเหล่านี้:
- ทักษะนี้ต้องการข้อมูลอะไรบ้าง?
- จะให้ผลลัพธ์อะไรออกมา?
- มีการตั้งสมมติฐานอะไรไว้บ้าง?
- จะเกิดอะไรขึ้นเมื่อข้อมูลไม่ครบถ้วน?
หากไม่มีขอบเขตเหล่านี้ คุณจะไม่สามารถประกอบเวิร์กโฟลว์ที่ซับซ้อนได้
มุ่งเน้นไปที่ 4 ด้านของการออกแบบทักษะ ดังนี้:
การออกแบบอินพุต (Input Design) อย่าปล่อยให้ทักษะรับข้อมูลทุกอย่าง คำสั่งที่กว้างเกินไปจะสร้างความไม่แน่นอน เมื่ออินพุตไม่ชัดเจน เอเจนต์จะเสียพลังงานไปกับการคาดเดา ทักษะที่ดีควรมีขอบเขตการทำงานที่กำหนดไว้ชัดเจน และควรระบุรายละเอียดที่ขาดหายไปแทนที่จะใช้การตั้งสมมติฐาน
การออกแบบเอาต์พุต (Output Design) ทักษะไม่ได้ทำงานอย่างโดดเดี่ยว ขั้นตอนถัดไปในเวิร์กโฟลว์ของคุณจำเป็นต้องใช้ผลลัพธ์นั้น หากทักษะส่งคืนผลลัพธ์เป็นย่อหน้าที่ยาวเกินไป เครื่องจักรอาจจะอ่านลำบาก ควรออกแบบเอาต์พุตที่ช่วยให้เอเจนต์ตัวถัดไปหรือตัวประสานงาน (orchestrator) สามารถตัดสินใจได้
พฤติกรรมเมื่อเกิดความล้มเหลว (Failure Behavior) คนส่วนใหญ่มักออกแบบเฉพาะเส้นทางที่ประสบความสำเร็จเท่านั้น แต่ในระบบจริงต้องเผชิญกับข้อมูลที่ไม่ครบถ้วนและความล้มเหลวของเครื่องมือ ทักษะที่เชื่อถือได้ต้องกำหนดวิธีจัดการกับข้อผิดพลาด และควรแจ้งระบบว่าทำไมถึงล้มเหลว เพื่อให้เวิร์กโฟลว์สามารถกู้คืนการทำงานได้
ความยืดหยุ่นที่ควบคุมได้ (Controlled Flexibility) ความตายตัวที่มากเกินไปจะทำให้ทักษะใช้งานไม่ได้ในบริบทใหม่ๆ ในขณะที่ความยืดหยุ่นที่มากเกินไปจะทำให้คาดเดาไม่ได้ ควรใช้กฎที่เข้มงวดสำหรับงานอย่างการจัดรูปแบบ (formatting) หรือการตรวจสอบความถูกต้อง (validation) และใช้ความยืดหยุ่นมากขึ้นสำหรับงานอย่างการวิจัยหรือการวางแผน
ทักษะเพียงหนึ่งเดียวอาจอยู่รอดได้ด้วยคำสั่งที่หลวมๆ แต่ไลบรารี (library) ของทักษะไม่สามารถทำเช่นนั้นได้
หากคุณต้องการสร้างระบบเอเจนต์ จงหยุดสร้างโซลูชันที่ใช้งานได้เพียงครั้งเดียว แต่จงเริ่มสร้างความสามารถที่ระบบสามารถเชื่อถือได้
Source: https://dev.to/codanyks/anatomy-of-a-good-skill-designing-capabilities-that-systems-can-trust-4ap5
Optional learning community: https://t.me/GyaanSetuAi