EP4 Workflow ต่องานเป็นสายพาน มีด่านตรวจ ไม่ให้ข้ามขั้น

EP3 เรามีผู้ช่วยหลายตัวแล้ว ปัญหาต่อไปไม่ใช่ว่าใครเก่ง แต่คือ ลำดับ งานจริงแทบไม่เคยจบในขั้นเดียว ต้องวางแผน ลงมือ ตรวจ แล้วค่อยส่ง ถ้าปล่อยให้ AI จัดลำดับเองทุกครั้ง บางวันมันข้ามการตรวจ บางวันลืมขั้นสุดท้าย workflow คือการล็อกลำดับนั้นไว้

ปัญหา: ทำได้ดี แต่ไม่ได้ทำเหมือนเดิมทุกครั้ง

ถ้าถามว่า AI ทำงานพลาดตรงไหนบ่อยที่สุด คำตอบมักไม่ใช่ “เขียนโค้ดผิด” แต่เป็น “ข้ามขั้น” เช่น แก้เสร็จแล้วบอกว่าเรียบร้อยโดยไม่ได้ build หรือ deploy ไปแล้วค่อยนึกได้ว่ายังไม่ได้ดูบนมือถือ

โรงงานแก้ปัญหานี้ด้วยสายพาน งานทุกชิ้นเดินผ่านจุดเดิมตามลำดับเดิม และมีจุดตรวจที่ของเสียผ่านไปไม่ได้

หลักการ: ขั้นที่ทำแบบเดิมทุกครั้ง ให้ สคริปต์ ทำ ขั้นที่ต้องคิด ให้ AI ทำ และวาง ด่านตรวจ ไว้ก่อนทุกสิ่งที่ย้อนกลับไม่ได้

แยกขั้นตายตัว กับขั้นที่ต้องคิด

ขั้น	ใครทำ	เพราะ
build, test, อัปโหลดไฟล์	สคริปต์	ทำแบบเดิมทุกครั้ง ผลถูกหรือผิดชัดเจน
เขียนโค้ด เขียนบทความ แก้บั๊ก	AI	ต้องตีความโจทย์
รีวิวว่างานดีพอไหม	AI ตัวที่สอง หรือคน	ต้องใช้วิจารณญาณ
ตัดสินใจขึ้นระบบจริง	คน	ย้อนกลับยาก ความรับผิดชอบเป็นของคน

AI เก่งเรื่องที่ต้องคิด แต่ไม่ควรเป็นคนจำว่าต้องกดอะไรบ้าง ลำดับ ถ้าเขียนเป็นสคริปต์ได้ ให้เขียน

ตัวอย่างจริง: สายพานของบทความนี้

บทความที่คุณอ่านอยู่ผ่านสายพานนี้ทุกครั้ง

1. เขียน (AI) ตามคู่มือการเขียนของเว็บ ทั้งไทยและอังกฤษ
2. build (สคริปต์) ด่านแรก ถ้าหัวข้อยาวเกิน 80 ตัวอักษร หรือใส่หมวดที่ไม่มีอยู่จริง build จะไม่ผ่าน ไปต่อไม่ได้
3. ดูบนจอจริง (AI เปิดเบราว์เซอร์) ด่านที่สอง เปิดที่จอกว้าง 375px ทั้งสองภาษา ด่านนี้เคยจับหัวข้อที่ล้นจอและคำไทยที่ถูกตัดกลางคำได้
4. commit เก็บงานไว้ในประวัติ ย้อนกลับได้
5. deploy (สคริปต์) build ใหม่ อัปโหลด แล้วสลับโฟลเดอร์ทีเดียว ผู้อ่านจะไม่เจอเว็บที่อัปโหลดไปได้ครึ่งเดียว และยังเก็บเวอร์ชันก่อนไว้ให้ย้อนกลับได้
6. ตรวจหลังขึ้น เช็กว่าหน้าใหม่ตอบ 200 และเว็บอื่นบนเซิร์ฟเวอร์เดียวกันยังเปิดได้

สังเกตว่าขั้น 2, 5, 6 ไม่ได้พึ่งความจำของ AI เลย ส่วนขั้น 3 เขียนไว้ในคู่มือโปรเจกต์ และมี hook คอยเตือน (EP2)

ด่านตรวจที่ใช้ได้

• build และ test ด่านที่ถูกที่สุด รันทุกครั้งได้
• ข้อจำกัดในโค้ด เช่น กำหนดว่าหัวข้อห้ามเกิน 80 ตัวอักษร ผิดแล้วระบบไม่ยอม ดีกว่าเขียนขอร้องไว้ในคู่มือ
• subagent รีวิว ตัวหนึ่งเขียน อีกตัวตรวจ (EP3)
• คน ด่านสุดท้ายก่อนสิ่งที่ย้อนกลับไม่ได้ เช่น ขึ้นเว็บจริง ลบข้อมูล หรือส่งอะไรออกไปข้างนอก

งานเบื้องหลังต้องกันชน

workflow ที่รันยาว ๆ มักถูกโยนไปทำเบื้องหลัง ตรงนี้มีกับดัก อีกโปรเจกต์ของเราเป็นงานวิจัยที่รันการทดลองเป็นคิวยาวหลายชั่วโมง เคยสั่งหยุดคิวไปแล้ว แต่งานย่อยข้างในยังรันค้างอยู่ 8 ตัว รอจนครบเวลาแล้วหลุดออกมาชนคิวใหม่ที่เพิ่งเริ่ม ผลการทดลองปนกันจนต้องรันใหม่

หลังจากนั้นจึงมีกฎว่า ต้องมีคิวเดียวเท่านั้น ใช้ไฟล์ล็อกกันคิวที่สอง และถ้าเจอล็อกค้าง ให้เคลียร์ของเก่าให้หมดก่อนเริ่มใหม่ ฟังดูเป็นเรื่องเล็ก แต่สายพานที่ไม่มีกฎนี้จะให้ผลที่เชื่อไม่ได้

เอา AI ไปไว้ในสคริปต์

Claude Code รันแบบไม่โต้ตอบได้ด้วย claude -p จึงเป็นขั้นหนึ่งในสคริปต์ได้ เช่น

npm run build && npm test || exit 1
claude -p "อ่าน git diff main แล้วสรุปความเสี่ยงที่ควรตรวจก่อน merge" > review.md

สคริปต์ทำขั้นตายตัว AI ทำขั้นที่ต้องคิด แล้วผลไปรอให้คนอ่าน แบบนี้เอาไปใส่ใน CI หรือตั้งเวลาให้รันทุกคืนก็ได้ ข้อควรระวังคือให้สิทธิ์แค่ อ่านและรายงาน อย่าให้ AI ในสคริปต์ merge หรือ deploy เอง

ลองเองใน 10 นาที

1. เขียนขั้นตอนของงานที่ทำบ่อยที่สุดลงกระดาษ แล้ววงขั้นที่ “ทำเหมือนเดิมทุกครั้ง”
2. ย้ายขั้นที่วงไว้ไปเป็นสคริปต์เดียว เช่น npm run check
3. แก้ skill ของงานนั้น (EP2) ให้บอกว่า “ก่อนบอกว่าเสร็จ ต้องรัน npm run check และผ่าน”

ตรงไหนที่คนต้องทำ

คนเป็นคน ออกแบบสายพาน ว่ามีกี่ขั้น ด่านตรวจอยู่ตรงไหน และด่านไหนต้องเป็นคนเท่านั้น และเมื่อมีของเสียหลุดผ่านไป คนต้องถามว่า “ด่านไหนควรจับได้” แล้วเพิ่มด่าน ไม่ใช่แค่บอก AI ว่าคราวหน้าระวัง

ตอนหน้า

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