ท้ายเส้นทาง
คำถามเดียวกับท้ายโพสต์ รวมไว้ที่เดียว
4 ข้อ ทุกข้อคือสถานการณ์จากโพสต์ในเส้นทางนี้ คุณต้องเลือกว่าจะทำอะไร ตอบผิดได้ แต่อ่านคำอธิบายให้ครบ
ข้อ 1 / 4อีกอันที่ผมทำไว้แล้ว useful มากสำหรับคนใช้ Claude Code กับโปรเจกต์ที่แยกเป็นหลาย
อีกอันที่ผมทำไว้แล้ว useful มากสำหรับคนใช้ Claude Code กับโปรเจกต์ที่แยกเป็นหลาย
backend เปลี่ยน response shape ไปแล้ว แต่ frontend session ยังไม่รู้ AI เลยเดาจาก context เก่า แล้วไปพังตอน runtime รอบหน้าคุณจะทำอะไร
AI ไม่ได้จำข้าม session มันเดาจากโค้ดเก่า handoff ทำให้ไม่ต้องหวังว่า AI จะจำเอง และไม่ต้องยัด context ยาว ๆ ทุกรอบ แล้วยังมี verify ไว้เช็คว่า contract ที่เขียนไว้ใน handoff ยังตรงกับ code จริงอยู่ไหม
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: ถ้า session A เปลี่ยนอะไรที่กระทบ session B → เขียน handoff file ไว้ให้ B อ่าน อ่านโพสต์ ตอนที่ 1 →
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: ถ้า session A เปลี่ยนอะไรที่กระทบ session B → เขียน handoff file ไว้ให้ B อ่าน อ่านโพสต์ ตอนที่ 1 →
ข้อ 2 / 4kanly HANDOFF — how two people's AI agents hand off work (team mode)
kanly HANDOFF — how two people's AI agents hand off work (team mode)
รัน Claude Code สามหน้าต่าง frontend สร้าง UI มารับ field ที่ backend ตัดทิ้งไปตั้งแต่ loop ที่แล้ว สอง terminal ตกลงกันคนละเรื่อง ก่อน ship คุณจะจับมันยังไง
terminal แต่ละตัวเห็นแค่ repo ตัวเอง พอ /compact กินความจำ สิ่งที่ตัวหนึ่งตกลงไว้ อีกตัวไม่เคยรู้ ถ้าคุณเป็นคนก๊อป คุณกลายเป็น message bus ระหว่าง AI สองตัว และเขียน handoff เฉย ๆ ยังไม่พอ โค้ดที่ ship จริงจะ drift ออกจากสิ่งที่ handoff บอกไว้เงียบ ๆ
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: Write cross-repo changes as a handoff: the delta only, read before the next session. Before shipping, run handoff verify; resolve each DRIFT in the code or the handoff. อ่านโพสต์ ตอนที่ 2 →
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: Write cross-repo changes as a handoff: the delta only, read before the next session. Before shipping, run handoff verify; resolve each DRIFT in the code or the handoff. อ่านโพสต์ ตอนที่ 2 →
ข้อ 3 / 4review 3/3
review 3/3
agent เขียนงานเสร็จ คุณถามต่อว่า ตรวจให้หน่อยว่าถูกมั้ย มันตอบว่าเรียบร้อยดี คุณจะทำอะไรต่อ
มันตรวจด้วยหัวเดียวกับตอนที่เขียน จุดที่มองไม่เห็นตอนเขียน ก็มองไม่เห็นตอนตรวจ เพราะมันคือตาคู่เดิม review ที่ไม่มีทางออกมาเป็นไม่ผ่าน ไม่ใช่การตรวจ มันคือตรายาง ถามมันกลับว่าใครตรวจ ถ้าคำตอบคือตัวมันเอง แปลว่ายังไม่มีใครตรวจ
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: คนเขียนคือคนที่ไม่ควรเป็นคนอนุมัติ อ่านโพสต์ ตอนที่ 3 →
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: คนเขียนคือคนที่ไม่ควรเป็นคนอนุมัติ อ่านโพสต์ ตอนที่ 3 →
ข้อ 4 / 4ADE Convergence — ทั้งวงการ ship ท่อ แต่ไม่มีใคร ship กติกา
ADE Convergence — ทั้งวงการ ship ท่อ แต่ไม่มีใคร ship กติกา
คุณรัน Claude Code 3 terminal ข้าม 3 repo เขียน boundary ไว้ใน CLAUDE.md ครบแล้ว มันก็ยังพังใส่กัน ส่วน timeline บอกว่าใครรัน agent ได้เยอะกว่าคนนั้นเร็วกว่า คุณจะหยิบอะไร
การชนไม่ได้อยู่ที่ไฟล์ มันอยู่ใต้ไฟล์ สอง agent ใน checkout เดียวกันใช้ working tree, index และ HEAD เดียวกัน และ reviewer หลายตัวเห็นตรงกันไม่ได้แปลว่าถูก บางครั้งมันแค่พลาดเหมือนกัน สิ่งที่ขาดคือกติกา ไม่ใช่ตัวรันเพิ่ม
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: One session, one worktree, one branch. To reject a review flag, write a one-line reason; silence counts as a dodge. อ่านโพสต์ ตอนที่ 4 →
กฎที่โพสต์นี้ทิ้งไว้ใน CLAUDE.md: One session, one worktree, one branch. To reject a review flag, write a one-line reason; silence counts as a dodge. อ่านโพสต์ ตอนที่ 4 →
คะแนนเก็บในเบราว์เซอร์ของคุณเท่านั้น