Change Loop คืออะไร

Change Loop คือ harness สำหรับควบคุมการเปลี่ยนแปลงโค้ดของ AI coding agent มันให้ agent มีวิธีที่ทำซ้ำได้ในการตกลงว่าจะเปลี่ยนอะไร ลงมือทำนอก working tree ของคุณ พิสูจน์ด้วยหลักฐานจริง แล้วค่อยนำเข้าโปรเจกต์

Investigate? → Change → Build → Prove → Land

Change Loop ไม่ใช่ AI และไม่ได้เขียนโค้ดเอง มันเป็น control plane แบบ deterministic ที่ครอบ coding agent ของคุณอีกที และไม่ได้มาแทน agent, test framework, CI หรือ Git workflow เดิม — มันสั่งเครื่องมือที่รีโปคุณมีอยู่แล้ว

ชื่อ workflow คือ Change Loop ส่วน package และ CLI ที่ติดตั้งยังใช้ claude-foundation เหมือนเดิม คำสั่งและ integration เดิมจึงยังทำงานต่อได้

ผู้ใช้ยังใช้หกคำสั่งระดับ intent คือ /investigate, /change, /build, /prove, /land และ /dev Agent compile semantic draft หนึ่งชุดแล้วขับ coordinator advance ตัวเดียว ไม่ผลัก chain ของ CLI ภายในให้ผู้ใช้ และ OpenSpec packet ที่ compile แล้วคือ source of truth

ปัญหาที่มันแก้

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

Change Loop ไม่รับคำพูดของ agent เป็นหลักฐาน พฤติกรรมที่สังเกตได้ทุกข้อที่ change สัญญาไว้จะกลายเป็น claim ที่มี ID คงที่ และ claim จะถือว่าผ่านได้ก็ต่อเมื่อมี receipt ที่เกิดจากการรันเครื่องมือของโปรเจกต์จริง ๆ เท่านั้น คำสั่งที่ผ่านไม่ได้แปลว่าเป็นหลักฐานโดยอัตโนมัติ และบทสรุปของ agent ไม่เคยนับเป็นหลักฐาน

ใครรับผิดชอบอะไร

Change Loop จงใจแยกความรับผิดชอบ เพื่อไม่ให้ฝ่ายใดฝ่ายหนึ่งทั้งทำงานเองและรับรองงานตัวเอง

ส่วน	ความรับผิดชอบ
คุณ	กำหนดเจตนา ตัดสินใจเรื่องสำคัญ ตรวจผลลัพธ์ และอนุมัติ Land อย่างชัดเจน
AI coding agent	สำรวจ เขียนข้อตกลง ลงมือเขียนโค้ดและเทส แก้สิ่งที่หลักฐานรายงานกลับมา
Change Loop harness	คุม lifecycle, ขอบเขต, sandbox, หลักฐาน, ความสดของ proof, งบ และ guard ตอน Land
OpenSpec	เก็บ requirement และข้อตกลงที่คนอ่านรีวิวได้
เครื่องมือของโปรเจกต์	test runner, linter, Playwright, scanner — พวกนี้คือตัวผลิตหลักฐาน
Git และ CI	version control และ automation ผ่านกระบวนการเดิมของคุณ

จุดที่ต่างจากที่อื่น

เจ้าของเดียว coding agent อ่าน change packet ที่กระชับแล้วเป็นเจ้าของการ implement ไม่มีการส่งไม้ผลัดระหว่าง persona PM / lead / engineer / QA / retro — รูปแบบนั้นรักษาคุณภาพได้ก็จริง แต่ทำให้ตัว orchestration กินต้นทุนและเวลามากกว่างานจริง

หลักฐานที่รันได้จริง claim เลือก capability, capability ถูกทำให้เป็นจริงด้วย provider contract ที่รันเครื่องมือ ของคุณ และผลิต receipt ที่ runtime ตรวจสอบได้ Change Loop ไม่เคยติดตั้ง test framework หรือโหลดเบราว์เซอร์มาเองเพื่อให้มีหลักฐาน

ใช้ซ้ำก่อนรันใหม่ receipt ผูกกับโค้ด ข้อตกลง claim การตั้งค่า environment protocol และ artifact เปลี่ยน input ที่ผูกไว้เมื่อไหร่ receipt จะ stale ทันที ถ้าไม่เปลี่ยนก็ใช้ซ้ำแทนที่จะรันใหม่

จบแบบ transaction Land ตรวจความสดของ proof, apply เฉพาะ sandbox ที่พิสูจน์แล้ว, ตรวจ identity, sync spec, archive แล้วเก็บกวาด ถ้า Land ถูกขัดจังหวะหรือเป็นงานหลายรีโป มันจะ resume ต่อจาก journal แทนที่จะทิ้งคุณไว้กลางทาง

ความเข้มมาจากความเสี่ยง ไม่ใช่ขนาด ขนาดใช้คุมแค่งบและการแบ่งงาน change บรรทัดเดียวที่แตะ auth boundary จะไม่ถูกปฏิบัติเหมือนงานจิ๊บจ๊อย

ไปต่อที่ไหน

ติดตั้ง — requirement และวิธีติดตั้งสองแบบ
เริ่มใช้งาน — พา change หนึ่งตัวจนจบวงจร
วงจรการเปลี่ยนแปลง — ห้าคำสั่งทำอะไรและทำไม
Quality gate ของโปรเจกต์ — เพิ่ม CRAP, mutation, baseline และ debt โดยไม่ขยาย Change scope