OpenAI ได้เพิ่มงานที่ทำงานตามเหตุการณ์ (event-triggered tasks) ให้กับ ChatGPT สำหรับ Gmail, Slack และ GitHub โดยตอนนี้โมเดลจะเริ่มทำงาน (workflow) ทันทีที่มีอีเมลที่ตรงตามเงื่อนไขส่งมา มีโพสต์ใน Slack ปรากฏขึ้น หรือมีเหตุการณ์ pull-request เกิดขึ้น สิ่งนี้ช่วยขจัดปัญหาการตรวจสอบข้อมูลแบบรายชั่วโมง (hourly polling) และมอบระบบอัตโนมัติที่ตอบสนองทันทีและเข้าใจบริบทสำหรับเครื่องมือที่เราใช้ในทุกๆ วัน
ทำไมการเปลี่ยนแปลงนี้ถึงสำคัญ
ก่อนหน้านี้ เครื่องมืออัตโนมัติของ ChatGPT จะตรวจสอบข้อมูลใหม่เพียงชั่วโมงละครั้งเท่านั้น ผู้ใช้มักจะต้องรออีเมลฉบับร่าง สรุปผลจาก Slack หรือการรีวิวโค้ด การรับฟังเหตุการณ์บนแพลตฟอร์มโดยตรงทำให้ OpenAI เปลี่ยน ChatGPT ให้กลายเป็นผู้ช่วยที่ตอบสนองได้ทันที (reactive assistant) ซึ่งสามารถร่างคำตอบ สรุปการสนทนา หรือสร้างบันทึกการเปลี่ยนแปลง (changelogs) ได้ทันทีที่ตัวกระตุ้น (trigger) ทำงาน
ฟีเจอร์นี้ทำงานอย่างไร
งานใหม่เหล่านี้จะปรากฏในหน้าเว็บอินเทอร์เฟซของ ChatGPT และแอปบนมือถือ แต่จะไม่ทำงานในเดสก์ท็อปไคลเอนต์, เครื่องมือ Codex command-line หรือส่วนขยาย IDE ใดๆ โดยหนึ่งงานจะประกอบด้วยฟิลด์ต่างๆ ดังนี้:
- Source – บัญชี Gmail, ช่อง Slack หรือ GitHub repository ที่ส่งเหตุการณ์ออกมา
- Event – การกระทำที่ต้องการเฝ้าติดตาม เช่น อีเมลใหม่, ข้อความ Slack ในช่องที่เลือก หรือการรีวิว, การคอมเมนต์ หรือการ merge ใน pull-request
- Filter – เกณฑ์เสริมที่ช่วยจำกัดขอบเขตของตัวกระตุ้น เช่น ที่อยู่อีเมลผู้ส่ง, หัวข้ออีเมล, ผู้เขียนใน Slack, thread ID หรือ GitHub label
- Output – รูปแบบผลลัพธ์ เช่น สรุปใจความสำคัญ หรือฉบับร่างที่พร้อมให้คนตรวจสอบและอนุมัติ
- Forbidden action – คำสั่งที่ระบุอย่างชัดเจนเพื่อบอกไม่ให้โมเดลดำเนินการที่มีความเสี่ยงสูง เช่น การ merge โค้ด, การ push commit หรือการส่งข้อความ
- Dedup key – ตัวระบุเฉพาะที่ช่วยป้องกันการทำงานซ้ำซ้อน
งานเพียงงานเดียวสามารถรับฟังตัวกระตุ้นได้หลายอย่าง แต่ไม่สามารถใช้ตัวกระตุ้นแบบเหตุการณ์ (event trigger) ผสมกับตารางเวลา (timed schedule) ได้ เมื่อมีเหตุการณ์ที่ตรงตามเงื่อนไขหลายอย่างเกิดขึ้นใกล้ๆ กัน ระบบอาจรวมเหตุการณ์เหล่านั้นเข้าด้วยกันในการทำงานเพียงครั้งเดียว (coalesce) ดังนั้นเหตุการณ์เดียวจึงไม่ได้การันตีว่าจะต้องมีการประมวลผลแยกกันเสมอไป
การตั้งค่าตัวกระตุ้น
- Gmail – เลือก “new message” เป็นเหตุการณ์ และเพิ่มฟิลเตอร์สำหรับผู้ส่งหรือหัวข้อเพื่อควบคุมการทำงานอัตโนมัติให้ตรงจุด
- Slack – เลือก “new message” ในช่องที่ระบุ โดยฟิลเตอร์สามารถเจาะจงไปที่ผู้เขียนหรือ thread ได้ ทั้งนี้ การตอบสนอง (Reactions) และข้อความส่วนตัว (direct messages) ยังไม่รองรับการใช้เป็นตัวกระตุ้น
- GitHub – เลือกกิจกรรมของ pull-request เช่น การรีวิว, การคอมเมนต์ หรือการ merge โดยแอป GitHub ที่เกี่ยวข้องต้องมีสิทธิ์เข้าถึง repository เพื่อให้งานสามารถทำงานได้
ความปลอดภัยต้องมาก่อน
OpenAI เตือนว่าไม่ควรปล่อยให้งานที่เพิ่งสร้างใหม่ทำการแก้ไขข้อมูลโดยตรงทันที ควรเริ่มต้นด้วยการดำเนินการแบบอ่านอย่างเดียว (read-only) เช่น ให้โมเดลสร้างร่างอีเมล, คอมเมนต์สรุป หรือเอกสารข้อเสนอ เพื่อให้คุณสามารถตรวจสอบได้ก่อนที่จะมีการส่งหรือ merge ข้อมูลจริง การระบุ forbidden actions จะช่วยเพิ่มเกราะป้องกันอีกชั้นหนึ่ง
การทดสอบเป็นสิ่งจำเป็นก่อนที่จะนำงานไปใช้จริง (production):
- Positive test – สร้างเหตุการณ์ที่ตรงตามเงื่อนไขและตรวจสอบว่างานเริ่มทำงานหรือไม่
- Negative test – ส่งเหตุการณ์ที่ไม่เกี่ยวข้องและยืนยันว่าไม่มีการทำงานใดๆ เกิดขึ้น
- Coalescing test – กระตุ้นสองเหตุการณ์อย่างต่อเนื่องกันอย่างรวดเร็วเพื่อดูว่าระบบรวมเหตุการณ์ได้อย่างเหมาะสมหรือไม่
- Permission test – ยกเลิกสิทธิ์การเข้าถึงของงานและตรวจสอบว่างานหยุดทำงานอย่างปลอดภัย แทนที่จะดำเนินการต่อด้วยสิทธิ์ที่ไม่ครบถ้วน
OpenAI แนะนำให้จำกัดจำนวนแหล่งข้อมูลหรือประเภทของเหตุการณ์ในช่วงแรก และค่อยเพิ่มความซับซ้อนหลังจากที่ระบบอัตโนมัติพิสูจน์แล้วว่ามีความน่าเชื่อถือ
ใครได้ประโยชน์ ใครต้องเฝ้าระวัง
บทสรุป
งานที่ทำงานตามเหตุการณ์ของ OpenAI เปลี่ยน ChatGPT จากผู้ช่วยที่ทำงานเป็นระยะๆ ให้กลายเป็นผู้ร่วมงานแบบเรียลไทม์บน Gmail, Slack และ GitHub การตอบสนองต่อข้อมูลที่เข้ามาทันทีช่วยเพิ่มความรวดเร็วในการทำงานและลดการรวบรวมข้อมูลด้วยตนเอง แต่ในขณะเดียวกันก็ต้องการการกรองข้อมูลที่ระมัดระวัง การกำหนดข้อจำกัดด้านความปลอดภัยที่ชัดเจน และการทดสอบอย่างถี่ถ้วน