ตัวอย่างเวิร์กโฟลว์

จากเดโม AI สู่ระบบใช้งานจริง ต้องเพิ่มอะไรบ้าง

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

โดย Automate HQ · ปรับปรุง · 3 นาที

ภาพประกอบ: จากเดโม AI สู่ระบบใช้งานจริง ต้องเพิ่มอะไรบ้าง

สรุปประเด็น

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

ขั้นตอนการทำงาน
  1. 01รหัสเหตุการณ์
  2. 02ตรวจข้อมูล
  3. 03ส่งข้อมูล
  4. 04ตรวจผลให้ตรงกัน

หมดเวลาแปลว่ายังไม่รู้ผล

สมมติงานรับลูกค้าเป้าหมายเพิ่มแถวใน Google Sheets แล้วโพสต์ Slack หาก Slack ล้มเหลว การรันใหม่ทั้งหมดจะสร้างแถวที่สอง หาก Sheets หมดเวลา แถวนั้นอาจมีอยู่แล้ว การไม่ได้รับคำตอบไม่ใช่หลักฐานว่าไม่มีอะไรเกิดขึ้น

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

เลือกวิธีลองใหม่ตามผลของการกระทำ

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

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

แยกการตีความของโมเดลออกจากอำนาจทางธุรกิจ

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

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

ให้คนอื่นดูแลระบบต่อได้

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

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

ลองทำเวิร์กโฟลว์

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

ดาวน์โหลดเทมเพลตคัดกรองลูกค้าเป้าหมายด้วย AIฟรี (ภาษาอังกฤษ) →

เอกสารอ้างอิงทางการ