🚨 ใช้ AI Coding Agent แล้วโปรเจกต์เริ่มเละ?

🚨 ใช้ AI Coding Agent แล้วโปรเจกต์เริ่มเละ? ปัญหาอาจไม่ได้อยู่ที่ AI แต่อยู่ที่ “พื้นที่ทำงาน” ของเราครับ

ช่วงนี้หลายคนเริ่มใช้ Claude Code, Codex CLI, Hermes, OpenClaw หรือ AI Coding Agent ตัวอื่น ๆ กับโปรเจกต์จริงมากขึ้น

ตอนเริ่มใช้ใหม่ ๆ มันรู้สึกเร็วมากครับ สั่งแก้โค้ดได้ เพิ่มฟีเจอร์ได้ refactor ได้ เขียน test ได้ เหมือนมี dev อีกคนมาช่วยทำงาน

แต่พอใช้กับโปรเจกต์จริงไปสักพัก ปัญหาจะเริ่มโผล่ เช่น Agent แก้ไฟล์เยอะเกินไป, main พัง, งานหลายอย่างปนกัน, อยากย้อนกลับแต่ commit ไม่ชัด หรือหนักสุดคือต้องรื้อใหม่หลายวัน

ตรงนี้แหละครับที่หลายคนมองข้าม เราโฟกัสกับการหา AI ตัวที่เก่งขึ้น แต่ลืมจัด “ระบบกันพัง” ให้โปรเจกต์

หนึ่งในพื้นฐานที่คนใช้ AI Coding Agent ควรรู้คือ Git + Branch + Worktree

ลองคิดแบบบ้าน ๆ แบบนี้:

Git = สมุดประวัติของโปรเจกต์ บันทึกว่าแก้อะไรไป ไฟล์ไหนเปลี่ยน และถ้าพลาดก็ยังย้อนกลับได้

Commit = เซฟพอยต์ เหมือนเล่นเกมแล้วกดเซฟก่อนเข้าโซนอันตราย ถ้า AI แก้แล้วพัง ยังกลับมาจุดก่อนหน้าได้

Branch = เส้นทางทดลอง “main” คือทางหลัก “feature/login” คือทางทดลอง ถ้าทำดีค่อยรวมกลับ ถ้าพังก็ไม่กระทบทางหลัก

Worktree = เปิดหลาย branch พร้อมกันคนละโฟลเดอร์ อันนี้แหละครับที่น่าสนใจมากสำหรับยุค AI Coding Agent เพราะไม่จำเป็นต้องให้ Agent ทุกตัวทำงานในโฟลเดอร์เดียวกัน

ตัวอย่างภาพง่าย ๆ:

my-app/ # งานหลัก ใช้ main my-app-agent-login/ # ให้ AI ทำระบบ login my-app-agent-ui/ # ให้ AI แก้หน้า UI my-app-agent-bugfix/ # ให้ AI ไล่แก้ bug

Agent ตัวหนึ่งแก้ login อีกตัวลองปรับ UI อีกตัวไล่ bug โดยไม่ปนกันในโฟลเดอร์หลัก

ถ้า AI ทำดี → ค่อย merge กลับ ถ้า AI ทำพัง → ลบทิ้งได้ ถ้าอยากเทียบหลายวิธี → เปิดหลาย worktree แล้วดูผลลัพธ์เทียบกันได้เลย

ตัวอย่างสถานการณ์จริง:

คุณมีเว็บที่กำลังจะขึ้น production แล้วอยากให้ AI ช่วยเพิ่มระบบ login

ถ้าทำแบบเสี่ยง ๆ คือเปิดโฟลเดอร์หลัก แล้วบอก Agent ว่า “ช่วยเพิ่มระบบ login ให้หน่อย”

Agent อาจแก้หลายไฟล์พร้อมกัน เช่น route, database, middleware, component, auth config, env, package.json

ถ้าออกมาเละ เราจะเริ่มถามตัวเองว่า ไฟล์ไหนควรเก็บ? ไฟล์ไหนควรย้อน? main ยังสะอาดอยู่ไหม?

แต่ถ้าใช้ Git Worktree วิธีคิดจะเปลี่ยนเป็น: “ผมจะเปิดพื้นที่ทดลองให้ Agent ทำ login แยกออกไปก่อน”

git worktree add ../my-app-login feature/login

ให้ AI เข้าไปทำงานในโฟลเดอร์ my-app-login ถ้าดีค่อย review → test → merge ถ้าไม่ดีก็ไม่ต้องยุ่งกับโฟลเดอร์หลัก

พูดง่าย ๆ คือ Worktree ไม่ได้ทำให้ AI ฉลาดขึ้น แต่ทำให้เราคุมพื้นที่ทำงานของ AI ได้ดีขึ้น

ถ้าไม่มี Git / Branch / Worktree เรามักจะเจอ:

• งานทดลองปนกับงานจริง • main branch ไม่สะอาด • rollback ลำบาก ไม่รู้ว่า Agent ทำอะไรไปบ้าง • สุดท้ายเสียเวลารื้อใหม่มากกว่าประหยัดเวลา

แนวทางที่แนะนำแบบง่าย ๆ:

1. ก่อนให้ AI แก้โค้ด เช็กก่อนว่า working tree สะอาดไหม
2. แยก branch ตามงาน เช่น feature/login, fix/navbar, refactor/dashboard
3. ใช้ worktree แยกโฟลเดอร์สำหรับงานใหญ่หรืองานเสี่ยง
4. ให้ AI ทำงานในพื้นที่ทดลองก่อน
5. ตรวจ diff / test / build ให้ผ่าน
6. ค่อย merge กลับเข้าทางหลัก

ประโยคที่อยากให้จำ: AI Coding Agent เก่งแค่ไหนก็ไม่ควรได้สิทธิ์แก้ทุกอย่างในพื้นที่เดียว โดยไม่มี Git เป็นระบบกันพัง

ถ้าโพสต์นี้มีคนสนใจ เดี๋ยวจะทำเป็นซีรีส์สอน Git สำหรับคนใช้ AI Coding Agent แบบภาษาบ้าน ๆ ตั้งแต่ Git คืออะไร, Commit ใช้ยังไง, Branch ควรแตกตอนไหน, ไปจนถึงเอาไปใช้กับ Claude Code / Codex / Hermes ยังไงให้โปรเจกต์ไม่หลุดทิศ

ใครใช้ AI เขียนโค้ดอยู่แล้วเคยเจอโปรเจกต์เละเพราะแก้มั่วไหมครับ?

ติดตาม SynapTech AI ไว้ครับ เดี๋ยวจะทยอยสรุปเครื่องมือและวิธีคิดที่ช่วยให้ใช้ AI Agent กับงานจริงได้ปลอดภัยขึ้น

#SynapTechAI #Git #AICoding #CodingAgent #AI

---

📖 อ่านบทความเต็มบน Facebook | 🔔 ติดตาม SynapTech