ตัวอย่างเวิร์กโฟลว์
จากเดโม AI สู่ระบบใช้งานจริง ต้องเพิ่มอะไรบ้าง
รันสำเร็จหนึ่งครั้งพิสูจน์ได้เฉพาะกรณีปกติ ระบบที่พึ่งพาได้ต้องเก็บสถานะถาวร จำกัดการลองใหม่ และมีผู้รับผิดชอบข้อยกเว้น
โดย Automate HQ · ปรับปรุง · 3 นาที
สรุปประเด็น
สิ่งที่เปลี่ยนหลัก ๆ คือความรับผิดชอบเมื่อระบบผิดพลาด เดโมให้คนสร้างกดรันใหม่ได้ แต่ระบบจริงต้องอธิบายว่าเกิดอะไร ไม่ทำส่วนที่เสร็จแล้วซ้ำ และให้ผู้ดูแลกู้คืนได้อย่างปลอดภัย
- 01รหัสเหตุการณ์
- 02ตรวจข้อมูล
- 03ส่งข้อมูล
- 04ตรวจผลให้ตรงกัน
หมดเวลาแปลว่ายังไม่รู้ผล
สมมติงานรับลูกค้าเป้าหมายเพิ่มแถวใน Google Sheets แล้วโพสต์ Slack หาก Slack ล้มเหลว การรันใหม่ทั้งหมดจะสร้างแถวที่สอง หาก Sheets หมดเวลา แถวนั้นอาจมีอยู่แล้ว การไม่ได้รับคำตอบไม่ใช่หลักฐานว่าไม่มีอะไรเกิดขึ้น
ให้ทุกเหตุการณ์ธุรกิจมีรหัสคงที่ เก็บสถานะรับเข้า ตรวจข้อมูล ส่งชีต และส่งแจ้งเตือนอย่างถาวร เพื่อทำต่อเฉพาะขั้นที่ขาด หากมีงานพร้อมกันต้องบังคับความไม่ซ้ำในที่เก็บข้อมูล การตรวจชีตก่อนแล้วค่อยเพิ่มแถวยังเปิดช่องให้สองงานแทรกระหว่างกัน
เลือกวิธีลองใหม่ตามผลของการกระทำ
การอ่านมักลองใหม่ได้ปลอดภัยกว่าการเขียน คำขอโมเดลลองใหม่ได้แต่อาจเสียเงินเพิ่มและได้ข้อเสนอไม่เหมือนเดิม การเพิ่มแถวอาจสร้างข้อมูลซ้ำ การแจ้งเตือนอาจถึงคนสองครั้ง นโยบายลองใหม่แบบเดียวทั้งระบบจะซ่อนความต่างเหล่านี้
ปัญหาชั่วคราวให้จำกัดจำนวนครั้ง เพิ่มระยะรอ และสุ่มช่วงรอเล็กน้อย เคารพขีดจำกัดผู้ให้บริการ หยุดลองเมื่อข้อมูลยืนยันตัวตนผิด และบันทึกจำนวนครั้ง สำหรับการเขียนให้ใช้ idempotency key หากรองรับ หรือบันทึกการส่งถาวรพร้อมวิธีตรวจปลายทาง เทมเพลตรับลูกค้าเป้าหมายฟรีไม่ลองเขียนซ้ำอัตโนมัติและอธิบายวิธีกู้คืนด้วยคนไว้
แยกการตีความของโมเดลออกจากอำนาจทางธุรกิจ
โมเดลเสนอได้ว่าลูกค้าเป้าหมายรายหนึ่งเร่งด่วน แต่ต้องไม่ตัดสินใจเองว่าจะให้ส่วนลด คำมั่นตามสัญญา หรือสิทธิ์เข้าระบบภายใน เขียนสิทธิ์ธุรกิจไว้นอก prompt เพราะ prompt ไม่ใช่ขอบเขตการอนุญาต
เก็บชุดประเมินที่มีคำตอบกำกับ ครอบคลุมข้อความกำกวม ช่องขาด หลายภาษา และคำสั่งโจมตีที่แทรกในข้อมูล เทียบข้อเสนอโมเดลกับตัวอย่างที่ตรวจแล้วเมื่อเปลี่ยนโมเดลหรือ prompt วัดการส่งผิดทีมและภาระตรวจ ไม่ใช่แค่จำนวน API ที่ตอบสำเร็จ
ให้คนอื่นดูแลระบบต่อได้
บันทึกสถานะแบบมีโครงสร้าง เวลาตอบ จำนวนครั้งที่ลอง และรหัสเหตุการณ์ โดยไม่คัดลอกเอกสารส่วนตัวทั้งฉบับลงทุกล็อก กำหนดคนรับเตือน สิ่งที่ต้องตรวจ และวิธีทำรอบที่ค้างต่อ ข้อความที่ระบุขั้นส่งที่ล้มเหลวและวิธีกู้คืนปลอดภัยมีประโยชน์กว่าอีเมลแจ้งผิดพลาดทั่วไป
เริ่มจากเวิร์กโฟลว์รับลูกค้าเป้าหมายที่ดาวน์โหลดได้กับชีตทดสอบ จงใจทำข้อมูลเชื่อม Slack ให้ใช้ไม่ได้หลังเพิ่มแถวสำเร็จ ดูผลที่เสร็จบางส่วนแล้วเขียนวิธีกู้คืน แบบฝึกนี้ทำให้เห็นงานพัฒนาที่ต้องเพิ่มชัดกว่าดูเดโมสำเร็จอีกครั้ง
ลองทำเวิร์กโฟลว์
เปลี่ยนคำขอจากเว็บไซต์เป็นข้อเสนอคะแนน แถวสเปรดชีต และการแจ้ง Slack โดยให้ทีมเป็นผู้ตัดสินใจขั้นสุดท้าย
ดาวน์โหลดเทมเพลตคัดกรองลูกค้าเป้าหมายด้วย AIฟรี (ภาษาอังกฤษ) →