อยากแชร์วิธีในแบบของผมในการใช้ Claude Code ให้ดีขึ้น
(wikidocs.net)ปัญหา
พอเริ่มโปรเจกต์ด้วย vibe coding ช่วงไม่กี่ชั่วโมงแรกมันเหมือนเปิดโลกใหม่ แค่โยนพรอมป์ต์ไปก็ได้โค้ดกลับมา ดูเหมือนอะไรบางอย่างเริ่มทำงาน แล้วก็จะมีโมเมนต์ที่คิดว่า "นี่ฉันกำลังสร้างสิ่งนี้ขึ้นมาจริง ๆ เหรอ?"
แล้วหลังจากนั้น error ก็เริ่มมา
พอบอกให้แก้ ตรงอื่นก็พังไปด้วย ผ่านไป 30 นาที AI ก็ลืมสิ่งที่พูดไว้ก่อนหน้า ผ่านไป 1 ชั่วโมง ตัวผมเองก็เริ่มงงแล้วว่ากำลังทำอะไรอยู่ พอมาเปิดใหม่วันถัดไปก็เหมือนกระดาษเปล่า สุดท้ายก็วนอยู่ที่เดิม
ถ้าทำหลายโปรเจกต์พร้อมกันจะหนักกว่าเดิม ยกงานที่ทำวันจันทร์มาต่อวันพฤหัสฯ ก็ต้องมาตั้งค่า context ใหม่ตั้งแต่ต้น
สาเหตุ
คอขวดไม่ได้อยู่ที่โค้ด แต่มันอยู่ที่ ความจำ
AI ลืมเมื่อเซสชันจบลง และตัวผมเองก็ลืมเมื่อผ่านไปไม่กี่วัน แต่ไม่มีใครบันทึกอะไรไว้ โปรเจกต์เลยถูกรีเซ็ตอยู่เรื่อย ๆ
วิธีที่ลองใช้
ผมเริ่มใช้ Obsidian เป็นที่เก็บความจำระยะยาวของโปรเจกต์
- Obsidian — จัดการทั้งการวางแผน การออกแบบ session log และบันทึก error ทั้งหมดด้วย Markdown
- Claude Desktop + MCP — ทำหน้าที่เป็น "วาทยกร" ที่อ่านโน้ตใน Obsidian โดยตรงและช่วยคุยเรื่องการออกแบบ
- Claude Code + MCP — ทำหน้าที่เป็น "ผู้ลงมือทำ" ที่นำงานซึ่งออกแบบเสร็จแล้วไปพัฒนาให้เป็นจริง
ปัญหา context หลุดของ Claude Desktop แก้ด้วยการบันทึกการส่งต่องานระหว่างเซสชันไว้ในไฟล์ 날짜_handoff.md พอเปิดเซสชันใหม่ แค่อ่านไฟล์นี้ก็เรียกบริบทกลับมาได้ทันที
หัวใจสำคัญคือการวนซ้ำวงจร "บันทึก → ออกแบบ → ลงมือทำ → บันทึก"
ผลลัพธ์
เมื่อก่อนผมมักเริ่ม toy project แล้วอีก 3 วันต่อมาก็ลบโฟลเดอร์ทิ้ง วนแบบนี้ซ้ำ ๆ แต่หลังจากเปลี่ยนมาใช้วิธีนี้ โปรเจกต์ที่เคยทำไม่สำเร็จก็เริ่มขยับเข้าสู่วงจร ทำเวอร์ชันแรกเสร็จ → deploy → ตรวจงาน → แก้ไข ได้ทีละตัว ตอนนี้ผมกำลังดูแลมากกว่า 10 โปรเจกต์พร้อมกันด้วย Obsidian Canvas
ช่วงหลัง Claude Code เพิ่มฟีเจอร์ Auto Memory เข้ามา แต่นั่นคือบันทึกที่ AI เขียนเพื่อ AI ส่วนวิธีข้างต้นคือบันทึกที่มนุษย์เขียนเพื่อมนุษย์ ผมคิดว่าสองอย่างนี้เสริมกันได้
สรุป
ผมรวบรวม workflow นี้แล้วเผยแพร่เป็นหนังสือบน Wikidocs ให้อ่านกันแล้ว อ่านได้ฟรีทั้งหมด
"ทำไม vibe coding ถึงล้มเหลว — คู่มือการทำงานร่วมกับ AI" https://wikidocs.net/book/19307
มีตั้งแต่บทนำถึง Ch.22 พร้อมภาคผนวก และถ้ามี feedback ฝากคอมเมนต์ไว้ในแต่ละหน้าได้เลย ผมจะรีบนำไปปรับทันที จะเป็นคำวิจารณ์แรง ๆ ก็ยินดีรับครับ
3 ความคิดเห็น
ผมใช้ Cursor อยู่และไม่เคยเจอกรณีแบบนั้น (กรณีที่มันลืม) เลย ดังนั้นเวลาเห็นคนพูดถึงกรณีแบบนี้กับ Claude บางทีก็รู้สึกแปลกใจอยู่เหมือนกัน กรณีที่คุณภาพต่ำหรือสั่งไม่ชัดเจนจนเกิดปัญหานั้นเคยมี แต่กรณีที่มันลืมไม่เคยเจอ และกรณีที่มี error จากจุดอื่นจนลำบากนั้น ตอนช่วงแรก ๆ ของผลิตภัณฑ์ Cursor ผมเคยเจออยู่บ้างสองสามครั้ง แต่ตอนนี้ไม่ค่อยมีแล้ว หรือว่าเป็นเพราะโปรเจกต์ของผมยังไม่ใหญ่พอ?
ผมทำแบบนี้:
เพราะเอกสารอยู่ในโปรเจกต์อยู่แล้ว ก็เลยไม่จำเป็นต้องจัดการอะไรเป็นพิเศษ และ Cursor ก็ไม่ได้ทำงานต่อเนื่องไปเรื่อย ๆ ไม่ว่าคุณจะสั่งให้ทำจนจบแค่ไหน มันก็มักจะหยุดกลางทางอยู่ดี (เขาบอกว่านี่เป็นระบบป้องกันไม่ให้มันหลุดเข้าลูปแปลก ๆ แต่ผมไม่ชอบที่ผมไม่มีสิทธิ์เลือกเอง) ทำให้ต้องคุยกันต่อแบบบังคับ ซึ่งจริง ๆ แล้วมันก็มีประโยชน์อยู่ เพราะถ้ากลับมาดูอีกทีหลังผ่านไปหลายชั่วโมง มันก็ช่วยลดโอกาสที่งานจะออกทะเลไปไกลมากได้เหมือนกัน
เพราะทุกอย่างทำอยู่ใน IDE เดียว จึงไม่จำเป็นต้องต่อบริการอื่นเพิ่ม Claude นั้นผมเคยใช้แค่ความสามารถ LLM ผ่าน API เลยยังไม่รู้ว่าด้านการเขียนโค้ดที่หลายคนบอกว่าดีนั้นเป็นยังไง -- เพียงแต่เวลาเห็นโพสต์แนวว่ามันลืมหรือมี error แบบนี้เป็นบางครั้ง ก็อดคิดไม่ได้ว่า หรือเป็นเพราะขนาดโปรเจกต์ของผมยังเล็กอยู่...
สรุปก็คือ ผมทำงานแบบเดียวกับตอนบริษัทบริหารโปรเจกต์และทีมต่าง ๆ นั่นแหละ - เป็นวิธีดำเนินงานแบบเดียวกับตอนทำงานกับคน ไม่ว่าจะเป็นการทำเอกสารและบันทึก การพูดคุย การตัดสินใจ... ไม่ใช่ workflow ใหม่อะไรเลย เพราะอย่างนั้นผมเลยสนใจมากว่าคนที่บอกว่าใช้ workflow แบบไหนกับ Claude แล้วทำได้แบบ "อัตโนมัติเต็มรูปแบบ" เขาทำกันยังไง และถึงจะไม่อัตโนมัติเต็มรูปแบบ อย่างน้อยจะลด "การประชุม" ที่เกิดขึ้นบ่อย ๆ ได้ยังไง (ซึ่งแม้แต่เวลาทำงานกับทีมคน เราก็ยังพยายามลดการประชุมที่ถี่เกินไปอยู่แล้ว)
ถ้าใช้สิ่งที่เรียกว่า qmd มันจะช่วยจัดการฐานข้อมูลสำหรับดูแลเซสชันก่อนหน้าไว้บนเครื่องโลคัลให้ครับ!
ขอบคุณสำหรับข้อมูลดี ๆ ครับ