ไม่ช้าก็เร็ว ทุกคนจะเจอจังหวะนี้: ส่ง prompt ไป แล้วแอปที่เคยใช้ได้กลับแปลกไปหมด
บางครั้งปุ่มหาย บางครั้ง layout เพี้ยน บางครั้งของเดิมใช้ไม่ได้เลย บทนี้ไม่ได้สอนให้แอปไม่พัง แต่สอนให้คุณไม่ตกใจ และพามันกลับมาได้
ลงมือรู้ทางหนีก่อน — ดู history ของโปรเจกต์
ขั้นตอนที่ 1 — เปิดโปรเจกต์เดิมของคุณ
- เข้า Lovable
- เปิดโปรเจกต์แอปจดบันทึกที่คุณทำมาต่อเนื่อง
- มองบริเวณด้านบนของแชท
- หาไอคอน View history หรือเลื่อนดูข้อความเก่าในแชท
Lovable เก็บประวัติการเปลี่ยนแปลงของโปรเจกต์คุณไว้ คุณไม่ได้เดินไปข้างหน้าแบบมีแค่ทางเดียว
ขั้นตอนที่ 2 — ลองดูเวอร์ชันเก่า
- กดเข้าไปที่ View history ถ้ามี
- เลือกดูเวอร์ชันก่อนหน้า 1 อัน
- สังเกตว่าคุณสามารถเปิดดูเวอร์ชันเก่าได้ โดยยังไม่ต้องรีบ revert ทันที
ตรงนี้สำคัญมาก เพราะเวลามีปัญหา คุณไม่จำเป็นต้องเดาอย่างเดียวว่าจุดไหนเริ่มพัง คุณย้อนกลับไปดูได้
แค่คุณเห็นว่าโปรเจกต์มี history และมีเวอร์ชันเก่าให้เปิดดูได้ คุณก็ผ่านจุดที่น่ากลัวที่สุดไปแล้ว
ทดลองทำให้พัง แล้วกู้กลับมา
การรู้วิธีกู้คืนจะมั่นใจกว่า ถ้าคุณลองทำเองสักครั้ง
ขั้นตอนที่ 1 — ส่ง prompt ที่มีโอกาสทำให้แอปเพี้ยน
คัดลอก prompt นี้ไปวางในแชท:
เปลี่ยนหน้าตาแอปทั้งหมดให้เป็นแบบ 3 คอลัมน์
ย้ายปุ่มทั้งหมดไปด้านล่าง
และจัดทุกส่วนให้อยู่ชิดกันมากที่สุดprompt นี้มีโอกาสทำให้แอปดูแปลก ใช้งานยาก หรือบางส่วนเพี้ยนไปจากเดิม
ขั้นตอนที่ 2 — ดูสิ่งที่เปลี่ยนไป
- กดส่ง prompt
- รอดูผลใน preview
- ลองเพิ่มโน้ต 1 อัน หรือลองค้นหา 1 ครั้ง
- สังเกตว่ามีอะไรแปลกไปบ้าง
จุดสำคัญไม่ใช่ว่าต้องพังหนักแค่ไหน แต่คือคุณกำลังเห็นว่าการเปลี่ยนรอบล่าสุดส่งผลอะไรกับแอป
ขั้นตอนที่ 3 — กู้กลับมาจากเวอร์ชันก่อนหน้า
- เปิด View history หรือดูที่ข้อความตอบกลับก่อนหน้าในแชท
- เลือกเวอร์ชันที่ยังทำงานดี ก่อน prompt เมื่อกี้
- ใช้คำสั่ง Revert หรือ Restore ในเวอร์ชันนั้น
- รอให้ Lovable พาโปรเจกต์กลับไปยังจุดนั้น
หลังจากนั้น ลองเพิ่มโน้ต ลองค้นหา หรือลองลบโน้ตอีกครั้ง
ถ้าแอปกลับมาใช้งานได้เหมือนเดิมหลัง revert นี่คือทักษะสำคัญที่สุดอย่างหนึ่งของการทำงานกับ AI
เวลาแอปพัง ให้เลือกวิธีแก้แบบนี้
เวลาเกิดปัญหา ไม่จำเป็นต้องใช้วิธีเดียวทุกครั้ง
ถ้าปัญหาเล็กและคุณรู้ชัดว่าพังตรงไหน ให้บอก AI ให้แก้เฉพาะจุดก่อน
ตัวอย่าง:
หลังจากแก้รอบล่าสุด ปุ่มบันทึกโน้ตใช้งานไม่ได้
ช่วยแก้ให้ปุ่มกลับมาทำงาน โดยไม่เปลี่ยนส่วนอื่นแต่ถ้าคุณเริ่มไม่แน่ใจแล้วว่าอะไรพังเพราะอะไร การ revert มักเร็วกว่าและปลอดภัยกว่า
สรุปง่ายๆ แบบนี้:
- พังเล็กน้อยและชี้จุดได้: บอก AI ให้แก้
- พังหลายจุดหรือเริ่มมั่ว: revert กลับก่อน
ถ้าต้องอธิบายยาวมากกว่าจะซ่อมได้ แปลว่าบางทีการ revert แล้วเริ่มใหม่จากจุดที่ดีกว่า อาจเร็วกว่า
ถ้า AI แก้ซ้ำหลายรอบแล้วยังไม่ดีขึ้น
นี่เป็นจังหวะที่หลายคนเผลอเสียเวลาเยอะที่สุด
ยิ่งให้ AI แก้ทับบนของที่พังหลายรอบ ปัญหามักยิ่งซ้อนกันจนจับต้นชนปลายยาก
ถ้าคุณลองแก้มา 2-3 รอบแล้วอาการยังแย่เหมือนเดิม หรือเริ่มมีปัญหาใหม่เพิ่ม ให้หยุด แล้วกลับไปเวอร์ชันที่ยังดี
จากนั้นค่อยลองใหม่ด้วย prompt ที่แคบลงและชัดขึ้นกว่าเดิม
ถ้ารอบล่าสุดทำให้แอปแย่ลงเรื่อยๆ อย่าฝืนไปต่อทันที การ revert ไม่ใช่การแพ้ แต่มันคือการคุมความเสียหาย
สิ่งที่คุณได้จากบทนี้จริงๆ
ทักษะสำคัญของการใช้ AI ไม่ใช่แค่สั่งให้มันสร้างของได้
อีกครึ่งหนึ่งคือรู้ว่า ถ้ามันพาออกนอกทางแล้ว คุณจะกลับมาได้ยังไง
พอคุณรู้ว่ามีทางกลับ ความกลัวเวลาอยากลองอะไรใหม่จะน้อยลงมาก และนั่นทำให้คุณกล้าสร้างของที่ดีขึ้น
คนที่ทำโปรเจกต์ต่อได้เรื่อยๆ ไม่ใช่คนที่ไม่เคยพลาด แต่คือคนที่พลาดแล้วกลับมาตั้งหลักได้เร็ว
คุณเพิ่งทำอะไรสำเร็จไปแล้วบ้าง
- คุณรู้วิธีเปิดดู history ของโปรเจกต์
- คุณรู้วิธี revert กลับไปเวอร์ชันที่ยังดี
- คุณแยกได้แล้วว่าเมื่อไรควรให้ AI แก้ต่อ และเมื่อไรควรถอยกลับก่อน
- คุณทำให้การพังของแอปกลายเป็นเรื่องที่จัดการได้แล้ว
ตลอด 5 บทที่ผ่านมา คุณเริ่มจาก prompt แรก สร้างแอปจดบันทึก แก้ให้ตรงใจ เพิ่มฟีเจอร์ใหม่ publish ให้คนอื่นเปิดได้ และกู้แอปกลับมาเมื่อมันพัง
คุณยังไม่ได้กลายเป็นโปรแกรมเมอร์ และคอร์สนี้ก็ไม่ได้ต้องการแบบนั้น
แต่คุณมีทักษะที่สำคัญกว่าในจุดเริ่มต้น: คุณเปลี่ยนไอเดียในหัวให้กลายเป็นของจริง แล้วค่อยๆ คุมมันได้มากขึ้นทีละขั้น