Development Loop คือวงจรห้าขั้นที่พาไอเดียในหัว ไปถึงระบบที่พนักงานใช้จริง
สำหรับคนที่ไม่เขียนโค้ด แต่กำลังจะสร้าง micro-ERP ของบริษัทเอง
AI ทำตามที่คุณพิมพ์ ไม่ได้ทำตามที่คุณคิด ช่องว่างตรงนั้นคือที่มาของงานที่ต้องรื้อ วงจรนี้มีไว้ปิดช่องว่างก่อนเสียเวลา
"ทำระบบสต็อกให้หน่อย" เป็นประโยคที่สั้นเกินกว่าจะตีความได้ทางเดียว AI จึงเดา แล้วเดินยาวไปบนสิ่งที่เดาผิด
skill คือคู่มือการทำงานที่เขียนไว้ล่วงหน้า ให้ AI อ่านก่อนลงมือ ไม่ใช่โปรแกรมใหม่ และไม่ใช่ AI ตัวใหม่
/to-spec แล้ว AI จะเปิดคู่มือเล่มนั้นขึ้นมาอ่าน แล้วทำตามขั้นตอนในนั้นแทนที่จะเดาเอง# ติดตั้งชุด skill · ทำครั้งเดียว /plugin install \ mattpocock-skills@claude-plugins-official # ตั้งค่าที่เก็บตั๋วงาน · ทำครั้งเดียว /setup-matt-pocock-skills # ลืมว่ามีอะไรบ้าง ให้ถามแผนที่ /ask-matt "อยากทำฟีเจอร์ใหม่ ควรเริ่มจากอันไหน"
อ่านจากซ้ายไปขวา แต่ละกล่องคือคำสั่งหนึ่งคำ และของที่ต้องได้ออกมาหนึ่งชิ้น ขั้นที่สี่กับห้าวนซ้ำจนครบทุกตั๋ว
ห้าคำสั่งนี้คือทั้งหมดที่ต้องจำ บทถัดไปลงรายละเอียดทีละขั้นว่าคุณต้องทำอะไร และ AI จะส่งอะไรกลับมา
ทีละขั้น ว่าคุณต้องพิมพ์อะไร AI จะทำอะไร และของที่ได้ออกมาหน้าตาเป็นยังไง ถ้าของชิ้นนั้นยังไม่มี แปลว่ายังข้ามไปขั้นต่อไปไม่ได้
คุณเป็นฝ่ายถูกสัมภาษณ์ ไม่ใช่ฝ่ายสั่ง AI ยิงคำถามเป็นรอบ ๆ จนไม่เหลือจุดที่ต้องเดา
CONTEXT.md ที่รวมศัพท์กลาง กับบันทึกการตัดสินใจที่ย้อนกลับยาก ถ้ายังไม่มีไฟล์นี้ แปลว่ายังกริลล์ไม่จบ# เปิดในโฟลเดอร์โปรเจ็ค แล้วพิมพ์ /grill-with-docs "อยากทำระบบเบิกของจากคลัง ให้พนักงานหน้างานกดเบิกเองได้" # จากนั้นมันจะเริ่มถามกลับ เช่น # ใครอนุมัติการเบิก # เบิกเกินสต็อกได้ไหม # ของที่เบิกแล้วคืนได้หรือเปล่า
/grill-me แทน สัมภาษณ์เหมือนกัน แต่ไม่เก็บไฟล์ไว้ให้ขั้นนี้ไม่ถามอะไรเพิ่มเลย มันแค่เอาสิ่งที่คุยกันมาทั้งหมด มาเรียบเรียงเป็นเอกสารที่คุณอ่านออกและกดอนุมัติได้
# ต่อจากบทสนทนาเดิม ห้ามล้าง
/to-spec
สเปกหนึ่งใบใหญ่เกินกว่าจะทำรวดเดียว ขั้นนี้ซอยออกเป็นตั๋ว แต่ซอยแบบ "กระสุนส่องวิถี" ไม่ใช่ซอยตามชั้นของระบบ
# ยังอยู่ในบทสนทนาเดิม /to-tickets # ตัวอย่างผลลัพธ์ 1. ตารางสินค้า + หน้าเพิ่มสินค้า บล็อกโดย: ไม่มี 2. หน้ารายการสินค้า + ค้นหา บล็อกโดย: 1 3. บันทึกรับเข้า · ตัดสต็อก บล็อกโดย: 1 4. รายงานยอดคงเหลือ บล็อกโดย: 2, 3
ตรงนี้คือจุดที่ต้อง ล้างบทสนทนาแล้วเริ่มใหม่ทุกตั๋ว เพราะตั๋วเล่าเรื่องตัวเองครบอยู่แล้ว AI ที่เพิ่งเริ่มต้นจะคิดได้คมกว่า AI ที่คุยมาสามชั่วโมง
/code-review ให้เองก่อน commit คุณไม่ต้องสั่งซ้ำ# ล้างบทสนทนาก่อน /clear # แล้วหยิบตั๋วที่ไม่มีใครบล็อก /implement "ตั๋วที่ 1 ตารางสินค้า และหน้าเพิ่มสินค้า" # รอบแรก ต้องแดงก่อน ✗ เพิ่มสินค้าซ้ำรหัสเดิมไม่ได้ Expected 409, received 201 # เขียนโค้ดแล้วรันใหม่ Tests: 6 passed, 0 failed
ขั้นสี่เรียกให้เองอยู่แล้ว แต่คุณสั่งเองได้ทุกเมื่อ เช่นตอนอยากตรวจงานทั้ง branch ก่อนส่งจริง
| แกนที่ตรวจ | ถามว่าอะไร | จับอะไรได้ |
|---|---|---|
| Standards | เขียนตามกติกาของโปรเจ็คนี้ไหม | โค้ดมั่ว ซ้ำซ้อน เสี่ยงพังภายหลัง |
| Spec | ตรงกับที่ตั๋วสั่งไว้ไหม | ทำเกิน ทำขาด หรือทำคนละเรื่อง |
สองแกนนี้ตรวจแยกกันคนละรอบ แล้วเอาผลมาวางเทียบกัน เพราะโค้ดที่สวยแต่ทำผิดโจทย์ ก็ยังใช้ไม่ได้อยู่ดี
# ตรวจงานเทียบกับจุดเริ่มต้น
/code-review
ของจริงไม่ได้เดินตรงเสมอ และไม่ได้มีโมดูลเดียว บทนี้รวมอาการติดที่เจอบ่อยที่สุด วิธีต่อโมดูล ERP เข้าหากันโดยไม่ให้ข้อมูลชนกัน วิธีต่อคลังความรู้ของบริษัทเข้ามาใช้ และวิธีทำให้วงจรเดินต่อได้เรื่อย ๆ
ทั้งสามอันนี้ไม่ได้แทนวงจรหลัก แต่เป็นทางอ้อมสั้น ๆ ที่พาคุณกลับเข้าวงจรเดิม
/diagnosing-bugsใช้กับบั๊กที่ไม่เห็นสาเหตุ หรือพังเป็นบางครั้ง มันจะไม่เดาจนกว่าจะทำให้พังซ้ำได้ก่อน แล้วปิดท้ายด้วยเทสต์กันพัง/wait-whatพิมพ์ได้ทุกเมื่อกลางบทสนทนา มันจะอธิบายสิ่งที่เพิ่งพูดใหม่ด้วยภาษาคนปกติ อย่าพยักหน้าทั้งที่ไม่เข้าใจ/prototypeบางคำถามเถียงบนกระดาษไม่จบ ต้องเห็นของถึงจะรู้ ทำของทิ้งมาตอบคำถามนั้นอันเดียว แล้วเอาคำตอบกลับเข้าสเปกอีกสามอันที่ได้ยินชื่อบ่อย แต่ยังไม่ต้องใช้ในโมดูลแรก
/researchส่งไปอ่านเอกสารภายนอกแล้วสรุปกลับมาเป็นไฟล์ ใช้เป็นวัตถุดิบก่อนเข้าขั้นแรก ไม่ใช่ตัวแทนขั้นแรก/triageคัดกรองบั๊กหรือคำขอที่คนอื่นแจ้งเข้ามา ส่วนตั๋วที่ระบบสร้างเอง ไม่ต้องเอามาคัดซ้ำ/wayfinderใช้ตอนงานใหญ่จนมองไม่เห็นทาง เช่น วางระบบทั้งบริษัทรอบเดียว ช้าและหนัก เก็บไว้ใช้ตอนนั้นจริง ๆคนมักคิดเป็นแผนก จัดซื้อ คลัง ขาย บัญชี แต่ละแผนกคือหนึ่งโมดูล และแต่ละใบงานเกิดจากใบก่อนหน้าเสมอ เริ่มจากซ้ายสุดแล้วไล่ไปขวา
ตรงนี้คือจุดที่ระบบทำเองพังบ่อยที่สุด ไม่ใช่เพราะโค้ดผิด แต่เพราะโมดูลใหม่ไม่รู้จักของที่โมดูลเก่าทำไว้
# เริ่มโมดูลถัดไป บอกของเดิมให้ครบ /grill-with-docs "โมดูลขาย ต่อจากคลัง ที่ทำไว้แล้ว ใช้สินค้าและสต็อกชุดเดิม" # ตรวจทั้ง branch หลังโมดูลใหม่เขียว /code-review
ปัญหาไม่ใช่ว่าวงจรห้าขั้นสั้นไป แต่คือพอเปิดคุยรอบใหม่ AI ไม่รู้ว่ารอบก่อนตกลงอะไรไว้ ทางแก้คือเขียนสิ่งที่ตกลงลงไฟล์ในโปรเจ็ค ไม่ใช่ฝากไว้ในบทสนทนา
CONTEXT.md · ศัพท์กลางหนึ่งใบต่อโปรเจ็ค เก็บคำที่บริษัทคุณใช้จริง ว่า ของเสีย ล็อต เบิก แปลว่าอะไรแน่ ทุกโมดูลถัดไปต้องใช้คำชุดนี้ คุณเปิดอ่านเองได้ ไม่ใช่โค้ดdocs/adr/ · บันทึกการตัดสินใจหนึ่งไฟล์ต่อหนึ่งการตัดสินใจ เช่น ตัดสต็อกตอนของออกจริง และเหตุผล รอบหน้าจะได้ไม่ถูกถามซ้ำ และไม่ถูกแอบเปลี่ยนโดยไม่มีใครรู้# ตกลงศัพท์หรือกฎใหม่เมื่อไหร่ สั่งอันนี้ /domain-modeling # รอบถัดไปเริ่มจากศูนย์ได้เลย /clear /grill-with-docs "โมดูลถัดไป"
/triageพอคำขอเริ่มมาจากเพื่อนร่วมงานหลายคน ใช้มันคัดว่าอันไหนทำก่อน อันไหนไม่ทำ แล้วค่อยส่งเข้าวงจรห้าขั้นเดิมskill คือคู่มือว่าจะทำงานยังไง ส่วน MCP คือสายที่ต่อ AI ไปหาของที่บริษัทเก็บไว้อยู่แล้ว เช่น SOP ของแต่ละแผนกใน Gemini Notebook คนละหน้าที่กัน และใช้พร้อมกันได้
CONTEXT.md หรือ docs/adr/ ไม่งั้นรอบหน้าต้องไปถามใหม่ และอาจได้คำตอบไม่เหมือนเดิม# ดูว่าในคลังมีเล่มอะไรบ้าง "ลิสต์ notebook ทั้งหมดที่ต่ออยู่" # ถามคลังตรง ๆ ก่อนเริ่มโมดูล "เปิด SOP คลังสินค้า แล้วสรุปว่า ขั้นตอนรับของมีกี่ขั้น ใครเซ็นบ้าง" # ถ้ามันบอกว่าเข้าคลังไม่ได้ nlm login
เปิดเฉพาะเล่มของแผนกที่กำลังทำโมดูลอยู่ แล้วใช้สองจังหวะนี้
# ขั้น 01 · บอกไปเลยว่าให้ใช้เล่มไหน /grill-with-docs "โมดูลคลัง ใช้ SOP คลังสินค้าใน notebook เป็นข้อมูลตั้งต้น ข้อไหนใน SOP ไม่ชัด ให้ถามผมทีละข้อ" # ขั้น 05 · ทวนหลังตรวจโค้ดเสร็จ /code-review "เทียบกับ SOP คลังสินค้า ตรงไหนที่ของจริงไม่ตรงกับ SOP"
เลือกมาหนึ่งโมดูลจากแผนที่เมื่อกี้ สมมติว่าเป็นโมดูลคลัง ข้างในนั้นยังมีลำดับอีกชั้น ชั้นล่างต้องเสร็จก่อนชั้นบนเสมอ เพราะชั้นบนอ่านของที่ชั้นล่างสร้างไว้
| ชั้น | คำถามที่ตอบ | ตัวอย่างในโมดูลคลัง | ถ้าข้ามไปทำทีหลัง |
|---|---|---|---|
| 1 | ใครใช้ได้บ้าง | หัวหน้าคลังแก้ยอดได้ พนักงานหน้างานบันทึกรับของได้อย่างเดียว | ต้องรื้อทุกหน้าจอทีหลังเพื่อยัดสิทธิ์เข้าไป แพงกว่าทำตั้งแต่แรกหลายเท่า |
| 2 | จะนับอะไร | รายชื่อสินค้า หน่วยนับ ที่เก็บ แค่เพิ่ม แก้ ค้นหาได้ ยังไม่มีตรรกะอะไร | หน้ารับของไม่มีสินค้าให้เลือก ทำต่อไม่ได้เลย |
| 3 | ของเข้าออกยังไง | รับเข้า เบิกออก โอนย้าย นี่คือหัวใจ และเป็นที่อยู่ของกฎธุรกิจคุณ | ข้ามไม่ได้อยู่แล้ว แต่ถ้ารีบทำก่อนชั้น 2 จะได้ใบที่อ้างสินค้าที่ยังไม่มีจริง |
| 4 | สรุปให้ใครดู | ยอดคงเหลือ ของใกล้หมด ของค้างนาน | ทำก่อนก็ไม่มีข้อมูลให้อ่าน ได้หน้าจอเปล่ามาหนึ่งหน้า |
สี่ชั้นในหน้าที่แล้วคือสิ่งที่ต้องได้ หน้านี้คือสิ่งที่ต้องทำ แบ่งตามเวลาสามช่วง
/grill-with-docs แล้วตอบคำถามให้ตรง ต่อด้วย /to-spec อ่านสเปกแล้วอนุมัติ ปิดท้ายด้วย /to-tickets จบช่วงนี้จะได้ตั๋วงานมาหนึ่งชุด เรียงลำดับไว้แล้ว/clear เพื่อล้างบทสนทนาเก่า แล้ว /implement บอกว่าทำตั๋วใบไหน จบใบนั้นแล้วเริ่มสองคำสั่งนี้ใหม่กับใบถัดไป จนหมดชุด/code-review ตรวจทั้งโมดูล ถ้ายังมีข้อที่บอกว่าของพัง สั่งแก้ให้หมดก่อน พอไม่เหลือแล้วถือว่าปิดโมดูลนี้ได้ แล้วเริ่มโมดูลถัดไปที่ช่วงตอนเริ่มโมดูลนี้ถือว่าเสร็จเมื่อครบสามข้อนี้ ไม่ใช่เมื่อ AI บอกว่าเสร็จ
เพราะทุกขั้นจบที่คุณอนุมัติ ไม่ใช่ที่ AI บอกว่าเสร็จ
หน้าที่คุณคือตอบคำถามให้ตรง และไม่ปล่อยผ่านสิ่งที่ยังไม่เข้าใจ