$ cat 17-limits-recovery.md บทที่ 17

งานที่ไม่ควรตั้งอัตโนมัติและวิธีแก้อาการ

ระบบอัตโนมัติที่ดีไม่ได้วัดกันที่จำนวน Schedule ที่เปิดทำงานมากที่สุด แต่วัดกันที่ความเข้าใจว่างานประเภทใดควรให้ AI ทำหน้าที่เพียงแค่ร่างข้อความ, งานประเภทใดต้องมีมนุษย์กดยืนยันก่อนเสมอ และงานประเภทใดที่ไม่ควรปล่อยให้ AI ทำงานอัตโนมัติโดยเด็ดขาด เมื่อใดก็ตามที่ Task ไม่ทำงานหรือผลลัพธ์ผิดเพี้ยน อย่าแก้ปัญหาด้วยการเปิดสิทธิ์ให้กว้างขึ้นแล้วกดสั่งซ้ำๆ ทันที

ในบทนี้เราจะมาสรุปหลักคิด ไฟจราจรแบ่งระดับความเสี่ยง (Risk Traffic Lights), สาเหตุเบื้องลึกที่ทำให้ Schedule ไม่ทำงาน, การรับมือ Prompt Injection, ข้อจำกัดของระบบ และ บันได 7 ขั้นในการกู้ระบบกลับคืน (7-Step Recovery Ladder) โดยมีเป้าหมายเพื่อช่วยให้คุณหาสาเหตุของปัญหาให้เจอ จัดการแก้ทีละจุด และทดสอบซ้ำด้วยขอบเขตเล็กๆ อย่างปลอดภัย

ไฟจราจรประเมินความเสี่ยงก่อนตั้ง Schedule

สีเขียวไม่ได้แปลว่าไม่ต้องตรวจทาน · ส่วนสีแดงไม่ได้แปลว่า AI ไร้ประโยชน์ แต่หมายถึงควรให้ AI ทำหน้าที่สรุปหรือร่างผลงานแทนการปล่อยให้ลงมือทำจริง

🟢 สีเขียว · งานอ่าน ค้นคว้า และร่างโครงสร้าง (Read, Search & Draft)

สรุปเนื้อหาจากเว็บไซต์สาธารณะพร้อมระบุ URL อ้างอิง
จัดหมวดหมู่และวิเคราะห์ข้อมูลตัวอย่างหรือข้อมูลสมมุติ
ร่างรายการ Checklist, โครงสร้างตาราง หรือบทสรุปข้อมูล (Brief)
ตรวจสอบชื่อไฟล์แบบระบุชื่อตรงตัว (Exact match)
แจ้งเตือนเมื่อเงื่อนไขใน Topic Monitor เกิดขึ้น (โดยไม่มีการกระทำอื่นต่อ)

แนวทาง: สามารถตั้งเป็น Schedule อัตโนมัติได้หลังจากทดสอบด้วย Run now จนมั่นใจ แต่ยังต้องคอยตรวจทานข้อเท็จจริงและขอบเขตเป็นระยะ

🟡 สีเหลือง · งานสร้างหรือแก้ไขข้อมูลภายใน (Create & Edit Internally)

อาการที่พบ	สาเหตุที่เป็นไปได้	จุดที่ต้องตรวจสอบ	แนวทางแก้ไขขั้นแรก
สร้างหรือ Resume ไม่ได้	Active Schedules ครบโควตา 50 รายการ	ตรวจดูที่หน้า Schedules	กด Pause รายการที่ไม่ได้ใช้งาน
ถึงเวลาแล้วแต่ไม่เริ่มรัน Task	บัญชีติด Usage Limit ในขณะนั้น	กล่องแจ้งเตือน Plan / Limit	รอรอบเวลาใหม่และปรับลดปริมาณงาน
Task ไม่ยอมทำงาน	มี Task ทำงานพร้อมกันครบโควตา 15 งาน	ตรวจดูที่หน้า Tasks	กด Stop หรืองานเดิมให้เสร็จสิ้นก่อน
เริ่มทำงานช้ากว่าเวลาที่ตั้งไว้	เวลาของระบบเป็นค่าประมาณ หรือทราฟฟิกสูง	ตรวจสอบ Status และ Timestamp	อย่านำไปใช้กับงานที่ต้องการความแม่นยำระดับวินาที
Schedule หายไปหลังลบ Task	Schedule นั้นผูกอยู่กับ Task Thread ที่ถูกลบ	ความสัมพันธ์ Task / Schedule	สร้าง Schedule ใหม่จากบันทึกที่สำรองไว้
สถานะค้างอยู่ที่ Paused	ปิดใช้งาน Spark, ดาวน์เกรดแพ็กเกจ หรือเคยกด Pause ไว้	ตรวจดูที่หน้า Schedules	ตรวจสอบเหตุผลก่อนกด Resume เพื่อเริ่มใหม่
Schedule ทำงานผิดเวลาเมื่อเดินทาง	ระบบยึดเขตเวลา (Timezone) ตอนที่สร้าง Schedule	รายละเอียดใน Schedule Details	ปรับ Timezone ให้ตรงกับปัจจุบัน แล้วกด Run now
Local Chrome ไม่ยอมทำงาน	คอมพิวเตอร์หรือโปรแกรม Chrome ถูกปิดอยู่	สถานะของเครื่องและโปรแกรม	เปิดเครื่องและ Chrome ทิ้งไว้ หรือเปลี่ยนไปใช้ Remote Browser

อาการที่พบ

สาเหตุที่เป็นไปได้

จุดที่ต้องตรวจสอบ

แนวทางแก้ไขขั้นแรก

สร้างหรือ Resume ไม่ได้

Active Schedules ครบโควตา 50 รายการ

ตรวจดูที่หน้า Schedules

กด Pause รายการที่ไม่ได้ใช้งาน

ถึงเวลาแล้วแต่ไม่เริ่มรัน Task

บัญชีติด Usage Limit ในขณะนั้น

กล่องแจ้งเตือน Plan / Limit

รอรอบเวลาใหม่และปรับลดปริมาณงาน

Task ไม่ยอมทำงาน

มี Task ทำงานพร้อมกันครบโควตา 15 งาน

ตรวจดูที่หน้า Tasks

กด Stop หรืองานเดิมให้เสร็จสิ้นก่อน

เริ่มทำงานช้ากว่าเวลาที่ตั้งไว้

เวลาของระบบเป็นค่าประมาณ หรือทราฟฟิกสูง

ตรวจสอบ Status และ Timestamp

อย่านำไปใช้กับงานที่ต้องการความแม่นยำระดับวินาที

Schedule หายไปหลังลบ Task

Schedule นั้นผูกอยู่กับ Task Thread ที่ถูกลบ

ความสัมพันธ์ Task / Schedule

สร้าง Schedule ใหม่จากบันทึกที่สำรองไว้

สถานะค้างอยู่ที่ Paused

ปิดใช้งาน Spark, ดาวน์เกรดแพ็กเกจ หรือเคยกด Pause ไว้

ตรวจดูที่หน้า Schedules

ตรวจสอบเหตุผลก่อนกด Resume เพื่อเริ่มใหม่

Schedule ทำงานผิดเวลาเมื่อเดินทาง

ระบบยึดเขตเวลา (Timezone) ตอนที่สร้าง Schedule

รายละเอียดใน Schedule Details

ปรับ Timezone ให้ตรงกับปัจจุบัน แล้วกด Run now

Local Chrome ไม่ยอมทำงาน

คอมพิวเตอร์หรือโปรแกรม Chrome ถูกปิดอยู่

สถานะของเครื่องและโปรแกรม

เปิดเครื่องและ Chrome ทิ้งไว้ หรือเปลี่ยนไปใช้ Remote Browser

อาการที่ตรวจพบ	บทที่พบ	วิธีการแก้ไขที่ได้ผล
ผลลัพธ์ยาวเกินขอบเขต	บทที่ 4	กด Stop แล้วส่งคำสั่งปรับลดจาก 30 เหลือ 5 รายการ
ตารางขนาดใหญ่ประมวลผลนาน	บทที่ 11	กด Stop แล้วปรับลดโครงสร้างจาก 7 เหลือ 5 คอลัมน์
Skill รวม 2 ข้อมูลในบรรทัดเดียว	บทที่ 7	เพิ่มตัวอย่างใน Common Mistakes แล้วสั่งรันใหม่
ระดับความมั่นใจสูงเกินหลักฐาน	บทที่ 9	เปิดตรวจ URL แก้ไขชื่อผู้แต่ง วันที่ และระบุข้อสันนิษฐาน
ผลต่างงบ 500 บาทถูกตีความเกินจริง	บทที่ 13	ส่งคำสั่งปรับปรุงให้ติดป้าย `[ค่าคำนวณ]` และ placeholder
เบราว์เซอร์หยุดรอคำอนุญาต	บทที่ 15	อ่านทบทวนแผนงาน แล้วเลือกไม่อนุญาตเพื่อความปลอดภัย

งานที่ไม่ควรตั้งอัตโนมัติและวิธีแก้อาการ

ไฟจราจรประเมินความเสี่ยงก่อนตั้ง Schedule

🟢 สีเขียว · งานอ่าน ค้นคว้า และร่างโครงสร้าง (Read, Search & Draft)

🟡 สีเหลือง · งานสร้างหรือแก้ไขข้อมูลภายใน (Create & Edit Internally)

🔴 สีแดง · งานที่มีความเสี่ยงสูง ห้ามปล่อยให้ทำอัตโนมัติ (Never Automate)

ตารางวิเคราะห์: ทำไม Schedule ถึงไม่ทำงาน

สาเหตุที่ Skill ไม่ถูกเรียกใช้งาน

สาเหตุที่ Connected Apps ไม่ทำงาน

การรับมือเมื่อพบ Prompt Injection

บันไดกู้ระบบ 7 ขั้น (7-Step Recovery Ladder)

ขั้นที่ 1 · อ่านสถานะ (Read State)

ขั้นที่ 2 · หยุดการขยายผล (Halt Spread)

ขั้นที่ 3 · ตรวจลิมิตและสิทธิ์ (Check Limits & Permissions)

ขั้นที่ 4 · ลดขอบเขตงาน (Reduce Scope)

ขั้นที่ 5 · ทดสอบด้วย Run now หรือ Task ครั้งเดียว (Test via Single Run)

ขั้นที่ 6 · เปิดตรวจที่ปลายทาง (Inspect Destination)

ขั้นที่ 7 · ทยอยเปิดใช้งานกลับคืนทีละชิ้น (Gradual Restoration)

ตัวอย่างอาการผิดปกติจากงานจริงในเล่ม

งานต้องห้ามและงานนอกขอบเขตความปลอดภัย

จุดที่ต้องตรวจก่อนปล่อยต่อ

ลองเลย

ความคิดเห็น

ยังไม่มีความคิดเห็น