เอเจนต์ Hermes จะติดต่อคุณตามตารางเวลาอย่างไร?
สรุป
** Hermes Agent สามารถติดต่อคุณได้ตามกําหนดเวลาไม่ใช่เพราะมันนั่งรอในหน้าต่างแชท แต่เพราะงานที่ตั้งเวลาไว้บันทึกสามอย่าง — เวลาที่จะรัน, สิ่งที่ต้องทํา และจะส่งผลลัพธ์ — เป็นการกําหนดค่าที่สามารถตั้งเวลาซ้ําได้เมื่อถึงเวลานั้น ตัวตั้งเวลาจะเริ่มรันอิสระ: มันจะไม่เล่นบทสนทนาเก่าซ้ํา แต่ทํางานใหม่จากคําสั่งงาน แล้วส่งผลลัพธ์ตามการตั้งค่าการแจ้งเตือนของคุณบน LightVela งานที่กําหนดเวลาประกอบด้วย: ชื่อ, ตารางเวลา (วันธรรมดาคงที่, ช่วงเวลาคงที่ หรือครั้งเดียว — เลือกหนึ่งอย่าง), คําสั่งงาน, หน้าต่างเวลาทํางาน และช่องทางการแจ้งเตือนขอแก้ไขข้อกล่าวหาที่แพร่หลาย: ไม่มีช่อง "ปักหมุดงานนี้กับโมเดลเฉพาะ" ดังนั้นคําแนะนําให้ซิงค์โมเดลงานที่ตั้งเวลาไว้ใหม่หลังเปลี่ยนโมเดลจึงไม่เหมาะสมส่วนที่กําหนดความน่าเชื่อถือคือคําสั่งงาน — เพราะ ไม่มีใครอยู่เพื่อชี้แจงในขณะรันไทม์ ดังนั้นพรอมต์ต้องมีเป้าหมาย ขอบเขต และรูปแบบผลลัพธ์ของตัวเอง
“เชิงรุก” ไม่ได้หมายถึงการเฝ้าดูคุณตลอดเวลา
“ให้ฉันสรุปข่าวทุกเช้า” ฟังดูเหมือนคำสั่งธรรมดา แต่แตกต่างโดยพื้นฐานจาก “ให้ฉันสรุปข่าวตอนนี้”
ประการที่สองคือการสนทนา: คุณอยู่ที่นั่น ดังนั้นคุณสามารถติดตาม ตรวจสอบความถูกต้อง และเพิ่มบริบทได้ทุกเวลา ประการแรกคือ งานที่ต้องดำเนินการในขณะที่คุณไม่อยู่: ไม่มีใครยืนยันว่ามันเข้าใจถูกต้อง ไม่มีใครหยุดมันเมื่อผลลัพธ์ไม่ตรงตามเป้า และไม่มีใครบอกมันว่าจะส่งผลลัพธ์ไปที่ไหนเพื่อให้คุณเห็นจริง ๆ
ดังนั้นส่วนที่ยากของคำว่า "เชิงรุก" ไม่ใช่การกระตุ้นตามเวลา — นั่นเป็นเรื่องง่าย ส่วนที่ยากคือสิ่งนี้: การเขียนบทสนทนาที่ขึ้นอยู่กับการปรากฏตัวของคุณให้กลายเป็นคำสั่งงานที่ประสบความสำเร็จโดยไม่ต้องมีคุณอยู่ บทความนี้กล่าวถึงสิ่งที่คำสั่งงานนั้นประกอบด้วยและวิธีการเขียนคำสั่งงานให้มั่นคง
1. งานตามกำหนดการประกอบด้วยอะไรจริง ๆ
การสร้างงานตามกำหนดเวลาบน LightVela เกี่ยวข้องกับฟิลด์เหล่านี้
| ฟิลด์ | คำถามที่ตอบ | หมายเหตุ |
|---|---|---|
| ชื่อ | งานนี้เรียกว่าอะไร? | ใช้ระบุในรายการ; ตั้งชื่อตามการกระทำ ไม่ใช่ "งาน 1" |
| กำหนดการ | มันทำงานเมื่อไหร่? | วันธรรมดาที่กำหนด ช่วงเวลาที่กำหนด หรือครั้งเดียว — เลือกอย่างใดอย่างหนึ่ง |
| คำสั่งงาน | ควรทำอะไรให้สำเร็จ? | คือข้อความสั่งการที่ Agent ใช้เมื่อทำงาน |
| ช่วงเวลาทำงาน | ใช้ได้ในช่วงเวลาใดบ้าง? | จำกัดเวลาที่งานสามารถทำ; ปล่อยว่างหมายถึงตลอด 24 ชั่วโมง |
| ช่องทางแจ้งเตือน | ผลลัพธ์ส่งไปที่ไหน? | ตัวเลือกเพิ่มเติมในการเลือกช่องทางที่รับการแจ้งเตือนการทำงาน |
ข้อหนึ่งที่ควรพูดให้ชัดเจน: ไม่มีฟิลด์ 'model' งานที่ตั้งเวลาไว้ไม่ได้ถูกผูกติดกับโมเดลเฉพาะ ดังนั้นคำแนะนำที่มักถูกกล่าวซ้ำว่าคุณต้องตรวจสอบและซิงค์โมเดลของงานที่ตั้งเวลาใหม่หลังจากเปลี่ยนโมเดลจึงไม่เข้ากับรูปแบบผลิตภัณฑ์นี้ สิ่งที่ควรตรวจสอบหลังจากเปลี่ยนโมเดลคือ คุณภาพของผลลัพธ์ ไม่ใช่ฟิลด์ที่ไม่มีอยู่ สำหรับการจัดชั้นเบื้องหลังเรื่องนี้ ดูที่ 'สามารถแทนที่สมองของเอเจนต์ Hermes ได้หรือไม่? ชั้นโมเดล vs ชั้นเอเจนต์.'
นอกจากนี้โปรดทราบว่าตารางเวลาคือการเลือกจากวันทำงานที่กำหนด ช่วงเวลาที่กำหนด และแบบครั้งเดียว — ไม่ใช่การแสดงออกแบบ cron ที่อิสระ การทราบสิ่งนี้ตั้งแต่ต้นจะช่วยให้คุณไม่ออกแบบตารางเวลารูปแบบ cron แล้วพบว่าไม่มีที่ให้ใส่มัน
2. การเลือกประเภทตารางเวลาทั้งสามแบบ
โหมดทั้งสามตอบสนองความต้องการที่แตกต่างกันสามแบบ และการเลือกโหมดที่ผิดจะทำให้เกิดพฤติกรรมที่ไม่ตรงกับความคาดหวังของคุณ
วันธรรมดาที่กำหนดแน่นอน เหมาะกับงานที่เกี่ยวข้องกับจังหวะของมนุษย์หรือวงจรการทำงาน — สรุปความก้าวหน้าของสัปดาห์ที่แล้วในเช้าวันจันทร์, การเตือนให้รดน้ำต้นไม้ในวันอาทิตย์ ลักษณะเด่นของมันคือ มัน ยึดติดกับเวลาที่กำหนด ซึ่งเหมาะกับคำว่า 'ฉันต้องการดูสิ่งนี้ในเวลานั้น'
ช่วงเวลาคงที่ เหมาะกับงานที่เวลาที่ทำไม่สำคัญ แต่ความถี่สำคัญ — เช่น การตรวจสอบแหล่งข้อมูลทุก ๆ ไม่กี่ชั่วโมง ลักษณะเด่นของมันคือมัน นับจากการทำงานครั้งก่อนหน้า ซึ่งเหมาะกับความคิดว่า "ฉันต้องการให้มันรักษาจังหวะนี้"
ครั้งเดียว เหมาะสำหรับเหตุการณ์ครั้งเดียว เช่น การเตือนความจำในวันที่กำหนด มันจะสิ้นสุดหลังจากทำงานเสร็จ โดยไม่มีอะไรต้องปิดหลังจากนั้น
การทดสอบง่าย ๆ เมื่อเลือก: ความต้องการของคุณระบุเวลาตามนาฬิกาหรือไม่? ถ้าใช่ ให้ใช้วันในสัปดาห์ที่กำหนด ถ้าเป็นเพียงความถี่ ให้ใช้ช่วงเวลาที่กำหนด ถ้ามันเกิดขึ้นครั้งเดียว ให้ใช้แบบครั้งเดียว
3. หน้าต่างเวลาที่ใช้งานคือสำหรับอะไร
ช่องนี้ง่ายต่อการข้าม แต่ช่วยแก้ปัญหาที่น่ารำคาญจริงๆ: คุณต้องการให้ภารกิจรักษาจังหวะ แต่ไม่รบกวนคุณในช่วงเวลาบางช่วง
กรณีคลาสสิกคือการทำงานแบบช่วงเวลา การตั้งค่า "ทุกสองชั่วโมง" โดยไม่มีหน้าต่างการทำงานหมายความว่ามันจะทำงานตลอดเวลา รวมถึงช่วงกลางคืน ด้วยหน้าต่างการทำงาน มันจะทำงานเฉพาะในชั่วโมงที่คุณระบุเท่านั้น
เว้นว่างไว้หมายถึงการดำเนินการต่อเนื่อง ดังนั้นหากงานรันในเวลาที่ไม่ควรรัน ให้ตรวจสอบช่องนี้ก่อน
4. สิ่งที่เกิดขึ้นจริงเมื่อถึงเวลา
นี่คือจุดที่ความเข้าใจผิดเกิดขึ้นบ่อยที่สุด หลายคนสมมติว่างานที่กำหนดเวลาหมายถึง "การส่งประโยคเดิมของคุณไปยังเอเจนต์อีกครั้ง" และสมมติฐานนั้นนำไปสู่การสร้างพรอมท์ที่พึ่งพาบริบทมากเกินไป
สิ่งที่เกิดขึ้นจริง: เมื่อเครื่องมือกำหนดเวลาถึงเวลาที่ตั้งไว้ มันจะ กระตุ้นการทำงานของเอเจนต์แยกต่างหาก การทำงานนั้นจะเสร็จสิ้นงานจากคำสั่งของงานแทนที่จะเล่นซ้ำการสนทนาที่สร้างงานนั้น
นี่มีผลลัพธ์ที่สำคัญ: คำสั่งงานต้องมีบริบทของตัวเอง พื้นหลังที่คุณถืออยู่ในหัวขณะสร้างงาน หรือรายละเอียดที่คุณเคยหารือกับเอเจนต์ก่อนหน้านี้ จะไม่จำเป็นต้องถูกนำมาใช้ในเวลารันเว้นแต่ว่ามันถูกเขียนลงในคำสั่งหรือถูกบันทึกไว้ในความทรงจำระยะยาวแล้ว
เปรียบเทียบสองเวอร์ชัน:
- ขึ้นอยู่กับบริบท: "รวบรวมสรุปเหมือนที่คุณเพิ่งทำไป" — เมื่อรันไทม์ "เพิ่งทำไป" จะไม่มีอยู่แล้ว
- เป็นอิสระในตัวเอง: "สรุปอีเมลที่ยังไม่ได้อ่านจาก 24 ชั่วโมงที่ผ่านมา แบ่งตามผู้ส่ง ไม่เกินสามรายการต่อกลุ่ม เก็บเฉพาะข้อความที่ต้องการคำตอบของฉัน; แสดงรายการเป็นหัวข้อย่อยโดยแต่ละรายการอยู่ในบรรทัดเดียว"
รายการที่สองทำงานได้อย่างเชื่อถือได้โดยไม่มีใครอยู่ เนื่องจากเป้าหมาย ขอบเขต เกณฑ์ตัวกรอง และรูปแบบผลลัพธ์ทั้งหมดอยู่ภายในนั้น
5. วิธีเขียนคำสั่งงานที่คงอยู่
ตามกลไกข้างต้น คำแนะนำงานที่เชื่อถือได้มักประกอบด้วยสี่ส่วน
อันดับแรก ทำการระบุเป้าหมายอย่างชัดเจน ระบุสิ่งที่ต้อง ทำ ไม่ใช่สิ่งที่ต้อง 'สังเกตดู' คุณไม่สามารถตัดสินได้ว่า 'การสังเกตดู' เสร็จสิ้นแล้วหรือไม่ แต่คุณสามารถตัดสินได้ว่า 'การสรุปและจัดทำรายการ' เสร็จสิ้นแล้วหรือไม่
ประการที่สอง ขอบเขตที่ชัดเจน ช่วงเวลาหนึ่ง (24 ชั่วโมงที่ผ่านมา) ขีดจำกัดปริมาณ (สูงสุดสามรายการต่อกลุ่ม) ตัวกรอง (เฉพาะสิ่งที่ต้องการการตอบกลับของฉัน) หากไม่มีขอบเขต งานเดียวกันสามารถสร้างผลลัพธ์ที่แตกต่างกันอย่างมากในแต่ละวัน
ประการที่สาม รูปแบบการแสดงผลที่ชัดเจน รายการหรือร้อยแก้ว จัดกลุ่มหรือเรียงเป็นแนวราบ ความยาวของแต่ละรายการเป็นเท่าใด เนื่องจากคุณไม่ได้อยู่ที่นั่น คุณจึงไม่สามารถพูดว่า 'ยาวเกินไป ย่อหน่อย' ในตอนนั้นได้
ประการที่สี่ การจัดการข้อยกเว้นอย่างชัดเจน หากไม่มีสิ่งใดตรงกัน ควรส่งข้อความว่า 'ไม่มีสิ่งใดให้จัดการวันนี้' หรือควรเงียบไว้? หากไม่มีสิ่งนี้ คุณจะไม่สามารถแยกความแตกต่างระหว่าง 'งานไม่ได้รัน' กับ 'งานรันแล้วแต่ไม่พบอะไร' ได้
จุดที่สี่คือจุดที่มักถูกละเลยมากที่สุด และมันส่งผลโดยตรงต่อความสามารถของคุณในการตัดสินว่าภารกิจนั้นมีความเหมาะสมหรือไม่
6. ลำดับการเปิดตัวที่แนะนำ
อย่าปฏิบัติต่อ 'สร้างงาน' เป็นขั้นตอนเดียว คำสั่งนี้จะเผยให้เห็นปัญหาส่วนใหญ่ตั้งแต่เนิ่นๆ
- ตรวจสอบด้วยตนเองในแชทก่อน. ส่งพรอมต์ที่คุณตั้งใจจะใช้ตรงไปยังเอเจนต์และตรวจสอบผลลัพธ์ วิธีนี้ปรับแต่งพรอมต์โดยไม่ต้องตั้งเวลาล่วงหน้า
- แก้ไขพรอมต์ตามผลลัพธ์นั้น. ผลลัพธ์ยาวเกินไป ขอบเขตกว้างเกินไป รูปแบบไม่เสถียร — แก้ไขทุกอย่างที่นี่
- สร้างงานและตั้งเวลา. ใช้การทดสอบในส่วนที่ 2 เพื่อเลือกโหมด
- ยืนยันช่องทางการแจ้งเตือนชี้ไปที่ที่คุณอ่านจริง ๆ. ผลลัพธ์ที่ส่งไปยังที่คุณไม่เคยดูเท่ากับไม่มีผลลัพธ์
- ตั้งเวลาที่ใช้งานได้หากจำเป็น. โดยเฉพาะงานแบบช่วงเวลา เพื่อหลีกเลี่ยงการรบกวนตอนกลางคืน
- รอให้มีการรันจริงหนึ่งครั้ง จากนั้นตรวจสอบบันทึกการรัน. นี่คือขั้นตอนสำคัญ — อย่าถือว่า "สร้างงานแล้ว" คือเสร็จสมบูรณ์ การบันทึกสำเร็จหมายถึงการตั้งค่าถูกเก็บ ไม่ใช่ผลลัพธ์ถูกต้อง
- ปรับแต่งพรอมต์อีกครั้งตามการรันจริงครั้งแรกนั้น การรันจริงอาจแตกต่างจากการทดสอบด้วยตนเอง และการแก้ไขครั้งที่สองนี้มักให้ความเสถียรที่มากที่สุด
ผลิตภัณฑ์รองรับการดูรายละเอียดงาน แก้ไข หยุดชั่วคราว และลบจากรายการงาน ดังนั้นขั้นตอนที่ 7 จึงง่าย หากงานนั้นไม่จำเป็นชั่วคราว ควรเลือกหยุดชั่วคราวแทนการลบเพื่อให้การตั้งค่ามีอยู่เพื่อใช้งานใหม่
7. อาการทั่วไปและจุดที่ควรสังเกต
| อาการ | สาเหตุที่น่าจะเป็น | การดำเนินการที่แนะนำ |
|---|---|---|
| ไม่มีอะไรเกิดขึ้นตามเวลาที่กำหนด | งานถูกหยุดชั่วคราว หรือเวลาปัจจุบันอยู่นอกช่วงเวลาที่กำหนด | ตรวจสอบสถานะงานและช่วงเวลาที่ใช้งาน |
| งานทำงานแต่ไม่มีผลลัพธ์ส่งมา | ช่องทางแจ้งเตือนไม่ได้ตั้งค่า หรือส่งไปที่ที่คุณไม่ได้อ่าน | ตรวจสอบการตั้งค่าแจ้งเตือน |
| ความยาวและรูปแบบของผลลัพธ์แตกต่างกันมาก | คำสั่งขาดขอบเขตของเนื้อหาและรูปแบบผลลัพธ์ | เพิ่มสี่องค์ประกอบจากส่วนที่ 5 |
| ผลลัพธ์แตกต่างจากการทดสอบด้วยตนเองอย่างมาก | คำสั่งพึ่งพาบริบทการสนทนาจากเวลาสร้าง | เขียนใหม่เป็นคำสั่งที่ทรงตัวเอง |
| แยกไม่ออกว่า "ไม่ได้รัน" กับ "ไม่พบอะไร" | คำสั่งขาดการจัดการข้อยกเว้น | เพิ่ม "ส่งข้อความแม้ไม่มีอะไร" |
| ถูกรบกวนกลางคืน | งานแบบช่วงเวลายังไม่มีช่วงเวลาที่ใช้งาน | ตั้งค่าช่วงเวลาที่ใช้งาน |
หลักการทั่วไปเมื่อแก้ไขปัญหา: แยกก่อนว่า 'ไม่ทำงาน' กับ 'ทำงานแต่ได้ผลลัพธ์ผิด' อย่างแรกชี้ไปที่สถานะงาน, หน้าต่างที่ใช้งานอยู่, และการตั้งค่าการแจ้งเตือน; อย่างหลังชี้ไปที่คำสั่งเอง ทั้งสองกรณีมีวิธีแก้ไขที่ต่างกันโดยสิ้นเชิง และการสืบสวนรวมกันจะเสียเวลา
8. แนวทางของ LightVela: การทำงานเชิงรุกที่สามารถปรับแต่งและตรวจสอบได้
Hermes รองรับงานที่กำหนดเวลาที่ระดับกลไก แต่การรักษาให้ runtime และการตารางงานมีความน่าเชื่อถือจะขึ้นอยู่กับผู้ปฏิบัติงาน ทิศทางของ LightVela คือการทำให้สิ่งนี้เป็นความสามารถของผลิตภัณฑ์ที่สามารถปรับค่าและตรวจทานได้:
- เทมเพลตช่วยลดต้นทุนเริ่มต้น — เมื่อคุณไม่แน่ใจว่าจะอัตโนมัติอะไร ให้เริ่มจากเทมเพลตที่พร้อมใช้งานและปรับแต่งตามต้องการ
- วงจรชีวิตของงานสามารถจัดการได้ — ดูรายละเอียด แก้ไข หยุดชั่วคราว หรือ ลบ หลังจากสร้างงาน โดยไม่จำเป็นต้องสร้างงานใหม่เพื่อเปลี่ยนเงื่อนไขเพียงอย่างเดียว
- สามารถเลือกวิธีการส่งมอบได้ — ช่องทางการแจ้งเตือนเป็นตัวเลือกที่เปิดปิดได้ ดังนั้นผลลัพธ์จะไปถึงที่ที่คุณอ่านจริงๆ
- ไม่ขึ้นกับความสามารถอื่นๆ — งานที่ตั้งเวลาไว้ โมเดล ทักษะ และการจัดเก็บบนคลาวด์ ถูกกำหนดค่าแยกกัน และการเปลี่ยนโมเดลจะไม่เปลี่ยนการตั้งค่างานที่ตั้งเวลาไว้
- ความล้มเหลวสามารถตรวจสอบได้ — รวมความผิดปกติในการทำงานกับบันทึกล่าสุดใน Diagnostics เพื่อค้นหาสาเหตุ
ประเด็นสำคัญ
- งานที่กำหนดเวลาเป็นการตั้งค่าที่บันทึกไว้และสามารถทำซ้ำได้ โดยกำหนดเวลาที่จะรัน สิ่งที่จะทำ และสถานที่ที่จะส่งมอบ
- ฟิลด์ประกอบด้วย: ชื่อ, ตารางเวลา (วันในสัปดาห์ที่กำหนด / ช่วงเวลาที่กำหนด / ครั้งเดียว), คำสั่งงาน, ช่วงเวลาที่ใช้งานได้, ช่องทางการแจ้งเตือน
- ไม่มีฟิลด์ 'โมเดล' ดังนั้น 'การซิงค์โมเดลงานที่กำหนดเวลาใหม่หลังจากเปลี่ยน' จึงไม่ถูกต้อง; ตารางเวลาก็ไม่ใช่สคริปต์ cron แบบสุ่มเช่นกัน
- ตัวกระตุ้นจะเริ่มการ รันอิสระ ไม่ใช่การเล่นซ้ำบทสนทนาเก่า ดังนั้นคำสั่งต้องครบถ้วนในตัวเอง
- คำสั่งที่เชื่อถือได้ประกอบด้วยสี่ส่วน: การกระทำเป้าหมาย, ขอบเขต, รูปแบบผลลัพธ์, การจัดการข้อยกเว้น
- ขั้นตอนการวางกลยุทธ์ที่สำคัญคือขั้นตอนสุดท้าย: รอการรันจริงและตรวจสอบบันทึก แทนที่จะหยุดที่ 'สร้างงานแล้ว'
อัปเดตล่าสุดเมื่อ 2026-10-09
ตัวแทนสามารถปรากฏผ่านหลายแอปส่งข้อความได้อย่างไร?
ดูวิธีที่เกตเวย์การส่งข้อความเปลี่ยนเหตุการณ์ช่องทางเฉพาะเป็นการสนทนาของเอเจนต์ที่ใช้ร่วมกันในขณะเดียวกันก็ยังคงการกำหนดเส้นทาง บริบท และการตอบกลับอยู่
การเปลี่ยนโมเดลทำให้เอเจนต์ลืมหรือไม่?
เรียนรู้วิธีการออกแบบโมเดล บุคลิก และความทรงจำที่แยกออกช่วยให้เอเจนต์สลับเครื่องยนต์การอ้างเหตุผลโดยไม่สูญเสียบริบทระยะยาว