𝗔𝗰𝗰𝗼𝘂𝗻𝘁 𝗟𝗶𝗳𝗲𝗰𝘆𝗰𝗹𝗲 𝗩𝘀 𝗟𝗼𝗴𝗶𝗻 𝗦𝘁𝗮𝘁𝗲
คุณเขียนสคริปต์ Playwright ขึ้นมาตัวหนึ่ง มันทำการล็อกอิน แล้วคุณก็บันทึก session state ไว้ ซึ่งมันก็ใช้งานได้ปกติบนแล็ปท็อปของคุณ
แต่พอคุณเริ่มขยายระบบ (scale) คุณเริ่มเพิ่ม proxy คุณเริ่มใช้หลายบัญชี และเริ่มใช้ AI agents
แค่ login state นั้นไม่เพียงพอ
login state บอกเบราว์เซอร์ว่าใครกำลังลงชื่อเข้าใช้ account lifecycle บอกระบบว่าเซสชันนั้นปลอดภัยหรือไม่
การทดสอบในเครื่อง (Local tests) มักใช้คุกกี้เพื่อข้ามขั้นตอนการล็อกอิน ซึ่งเป็นเพียงทางลัด แต่การทำ Automation จริงๆ จำเป็นต้องมีโมเดลการดำเนินงานที่สมบูรณ์
พิจารณาความเสี่ยงเหล่านี้:
- Proxy ของคุณเปลี่ยนไป
- Timezone ของคุณเปลี่ยน
- AI agent ของคุณคลิกปุ่มที่ไม่ควรแตะต้อง
- การรันล้มเหลวและคุณไม่รู้ว่าจะต้องเริ่มใหม่จากตรงไหน
คุณต้องการระบบเพื่อติดตาม:
- Account ID ที่คงที่
- Browser profiles ที่ถาวร
- ภูมิภาคของ Proxy
- ขอบเขตของงาน (Task boundaries)
- หลักฐานต่างๆ เช่น screenshots
- จุดกู้คืนที่ปลอดภัย (Safe recovery points)
AI agents แตกต่างจากสคริปต์ สคริปต์ล้มเหลวเพราะ selector AI agents ล้มเหลวเพราะการกระทำที่ผิดพลาด พวกมันต้องการกฎ (rules) การเขียน prompt ให้ดีขึ้นไม่ใช่คำตอบ
ลองถามคำถามเหล่านี้ก่อนการรันครั้งต่อไป:
- Proxy ถูกต้องหรือไม่?
- เซสชันยังใช้งานได้หรือไม่?
- งานนี้ได้รับอนุญาตหรือไม่?
- มีหลักฐานเพียงพอหรือไม่?
อย่ามองว่า login state คือบัญชีทั้งหมด เซสชันช่วยให้เบราว์เซอร์จดจำผู้ใช้ได้ lifecycle ช่วยให้ทีมของคุณจดจำบริบทและขอบเขตการทำงานได้
Source: https://dev.to/web4browser/why-your-browser-automation-needs-an-account-lifecycle-not-just-a-login-state-2mpl Optional learning community: https://t.me/GyaanSetuAi