Claude Code เปลี่ยน default เป็น Manual: ใช้ coding agent ให้คุมง่ายขึ้นแบบไม่ชะงักงาน

Claude Code v2.1.200 มีจุดเปลี่ยนที่ดูเหมือนเล็ก แต่คนใช้ coding agent จริงควรอ่านครับ

Anthropic ระบุใน GitHub Release ว่า default permission mode ถูกเปลี่ยนเป็น Manual ใน CLI, help, VS Code และ JetBrains พร้อมรองรับค่า --permission-mode manual และ "defaultMode": "manual"

อีกจุดที่อยู่ใน release เดียวกันคือ AskUserQuestion dialogs จะไม่ auto-continue เองโดย default แล้ว ถ้าต้องการ idle timeout ต้องไป opt in ผ่าน /config

พูดง่าย ๆ คือ Claude Code กำลังขยับจังหวะการทำงานกลับมาให้คนเป็นคนกดไฟเขียวใน action สำคัญมากขึ้น

ไม่ใช่เพราะ AI ทำงานไม่ได้ แต่เพราะ AI ที่แก้ไฟล์ รันคำสั่ง ใช้ MCP และทำงานเบื้องหลังได้ ต้องมีจังหวะหยุดให้คนตรวจถูกที่

ข่าวนี้คืออะไรในภาษาคนทำงาน

ก่อนหน้านี้เวลาพูดถึง coding agent เรามักสนใจว่า model เก่งขึ้นไหม แก้ issue ได้ไหม ทำงาน background ได้ไหม หรือใช้ tool ได้ลึกแค่ไหน

แต่ release นี้แตะอีกด้านหนึ่งที่สำคัญพอ ๆ กัน คือ agent ควรถามก่อนทำอะไรบ้าง

Claude Code มี permission modes หลายแบบ เช่น default, acceptEdits, plan, auto, dontAsk และ bypassPermissions โดยแต่ละ mode กำหนดว่าการอ่านไฟล์ แก้ไฟล์ รันคำสั่ง หรือ network request ต้องถามคนก่อนแค่ไหน

การเปลี่ยน default ไปทาง Manual จึงเป็นสัญญาณว่า workflow ที่ดีไม่ใช่ปล่อย agent วิ่งแบบสุดทางตั้งแต่ต้น แต่คือเริ่มจากคุมขอบเขตให้ชัด แล้วค่อยลด friction เมื่อเราเห็นแผน เห็น diff และเชื่อ workflow แล้ว

So what: ทำไม founder/operator/ทีมเล็กควรสนใจ

สำหรับทีมเล็ก ปัญหาของ coding agent ไม่ใช่แค่ “มันตอบถูกไหม”

ปัญหาจริงคือ:

• มันกำลังแก้ไฟล์ไหน
• มันรันคำสั่งอะไร
• มันแตะระบบ production หรือยัง
• มันใช้ token, credential หรือ MCP server ตัวไหน
• ถ้า background session ค้างหรือ restart แล้ว มันจะทำซ้ำผิดจังหวะไหม

release v2.1.200 ยังแก้หลายเรื่องเกี่ยวกับ background agents เช่น session หยุดเงียบหลัง sleep/wake, turn ที่ถูก cancel กลับไปรันซ้ำหลัง stall respawn, stale daemon lock และ daemon handover ระหว่าง build เก่าใหม่

นี่บอกอะไรกับคนทำงานจริง?

บอกว่า coding agent กำลังกลายเป็น process ที่ยาวขึ้นและต่อเนื่องขึ้น ไม่ใช่แค่ chat สั้น ๆ

พอ agent ทำงานยาวขึ้น เราต้องออกแบบจังหวะ review ให้ชัดขึ้นตามไปด้วย

How to use: เอาไปใช้กับงานตัวเองยังไง

1. เริ่มงานใหม่ด้วย Manual หรือ Plan ก่อน

ถ้าเป็น repo ใหม่ งานที่แตะไฟล์สำคัญ หรืองานที่เกี่ยวกับ config, billing, auth, database migration และ deployment อย่าเริ่มด้วย mode ที่ปล่อยให้ agent ทำยาวทันที

ให้เริ่มด้วย Manual หรือ Plan ก่อน เพื่อให้ agent อ่าน context เสนอแผน และบอกไฟล์ที่จะเปลี่ยนก่อนลงมือ

คำสั่งหรือ setting จริงให้ยึดตาม docs ล่าสุดของ Claude Code เพราะชื่อ mode และ behavior อาจเปลี่ยนตาม version ได้

2. ให้ agent สรุป action ก่อนขอ approval

ก่อน approve edit หรือ command ให้ขอ agent ตอบ 4 บรรทัดนี้ก่อนเสมอ

1. จะทำอะไร
2. แตะไฟล์หรือระบบไหน
3. ความเสี่ยงหลักคืออะไร
4. proof หลังทำเสร็จคืออะไร

ถ้า agent ตอบไม่ได้ชัด อย่าเพิ่งกด approve

นี่ไม่ใช่การทำงานให้ช้าลง แต่เป็นการลดงานแก้ทีหลัง

3. แยก command เป็น 3 กลุ่ม

อย่า treat command ทุกตัวเท่ากัน

ให้ทีมทำรายการสั้น ๆ แบบนี้:

• Safe read: git status, git diff, test dry-run, read-only inspection
• Review required: install package, edit files, run migration generator, network calls
• Human-only: production deploy, delete data, rotate secrets, payment action, bulk customer message

หลังจากนั้นค่อยตั้ง permission rules หรือ team SOP ให้สอดคล้องกัน

4. หลัง agent แก้ไฟล์ ต้องขอ proof ไม่ใช่ขอคำยืนยัน

อย่าจบด้วยคำว่า “done”

ให้จบด้วย proof เช่น:

• git diff --stat
• ไฟล์ที่เปลี่ยน
• test หรือ build result
• screenshot หรือ URL ที่ตรวจแล้ว
• risk ที่เหลือ

สำหรับ founder/operator ที่ไม่ใช่ dev เต็มตัว วิธีนี้ช่วยมาก เพราะคุณไม่ต้องอ่านทุกบรรทัด แต่ยังรู้ว่า agent แตะอะไรและพิสูจน์อะไรแล้ว

5. ใช้ background agent แบบมี checkpoint

ถ้าใช้ background agent หรือ session ยาว ให้บังคับ checkpoint เป็นช่วง ๆ

ตัวอย่างง่าย:

• ก่อนเริ่ม: เขียนแผน 5 ข้อ
• หลังอ่าน repo: สรุป findings
• ก่อนแก้ไฟล์: ขอ approval
• หลังแก้ไฟล์: ส่ง diff และ test
• ก่อนจบ: สรุป next action และสิ่งที่ยังไม่แตะ

release นี้มี fix หลายตัวที่ทำให้ background session น่าเชื่อขึ้น แต่ reliable tool ไม่ได้แปลว่าเราไม่ต้องมี checkpoint

Operator Kit

Manual-first coding agent SOP สำหรับลองวันนี้ 20 นาที

ใช้กับ Claude Code ได้โดยตรง และปรับใช้กับ coding agent ตัวอื่นได้ด้วย

Step 1: เลือกงานเล็กแต่จริง

เลือกหนึ่งงานที่ใช้เวลา 20 ถึง 40 นาที เช่น:

• แก้ bug เล็กในหน้าเว็บ
• refactor component หนึ่งไฟล์
• เพิ่ม validation test
• เขียน README section
• ตรวจ config ที่ทำให้ deploy fail

อย่าเริ่มจาก production migration หรือ secret rotation

Step 2: ให้ agent ทำแค่ discovery ก่อน

ใช้ prompt นี้:

อ่าน repo เฉพาะส่วนที่เกี่ยวกับงานนี้ก่อน
ห้ามแก้ไฟล์ตอนนี้
สรุปให้ผมเห็น 5 อย่าง:
1. ไฟล์ที่เกี่ยวข้อง
2. logic ปัจจุบัน
3. จุดที่น่าจะต้องแก้
4. ความเสี่ยง
5. แผนแก้แบบเล็กที่สุด

Step 3: ขอ approval package

ก่อนให้ลงมือ ให้ agent ส่งรายการนี้:

Approval request:
- files to edit:
- commands to run:
- expected diff shape:
- rollback path:
- proof after completion:

ถ้ารายการกว้างเกินไป ให้บังคับลด scope

Step 4: ให้ทำงานทีละช่วง

อย่าให้ agent “แก้ทุกอย่างให้เสร็จ” ตั้งแต่ prompt แรก

ให้แบ่งเป็น:

1. edit เฉพาะไฟล์ที่อนุมัติ
2. run test เฉพาะส่วนที่เกี่ยวข้อง
3. ส่ง diff
4. ขอคำสั่งต่อถ้าต้องขยาย scope

Step 5: ปิดงานด้วย proof checklist

ก่อนถือว่าเสร็จ ให้ agent ตอบ checklist นี้:

Done proof:
- changed files:
- tests/build run:
- command output summary:
- user-visible behavior changed:
- remaining risk:
- recommended next step:

ถ้าไม่มี test ให้บอกตรง ๆ ว่าไม่ได้รัน ไม่ใช่เขียนว่า verified ลอย ๆ

Caveat: อย่าเข้าใจ Manual ผิด

Manual ไม่ได้แปลว่าต้องถามทุกอย่างตลอดไป

Manual คือจุดเริ่มต้นที่ดีเมื่อ context ยังไม่ชัด หรือเมื่อ action มีผลกับไฟล์ ระบบ หรือข้อมูลจริง

พอทีมเห็น pattern ชัดแล้ว บางงานอาจย้ายไป acceptEdits, plan, auto หรือ rules เฉพาะได้ตามระดับความเสี่ยงและสภาพแวดล้อม

สิ่งที่ไม่ควรทำคือใช้ bypassPermissions กับเครื่องหรือ repo ที่มีของจริงปนอยู่ docs ของ Claude Code เองก็เตือนให้ใช้ mode แบบข้าม permission เฉพาะใน isolated containers หรือ VMs เท่านั้น

อีกข้อคือ permission mode ไม่แทนที่ code review, test, secret hygiene และ deploy checklist

มันเป็นแค่ชั้นหนึ่งของ workflow ที่ช่วยให้ agent ทำงานแรงขึ้นโดยคนยังเห็นจุดสำคัญทันเวลา

สรุป

ข่าวนี้ไม่ได้หวือหวาแบบเปิด model ใหม่

แต่เป็นข่าวที่ทีมที่ใช้ coding agent ทุกวันควรสนใจ เพราะมันแตะวิธีทำงานจริงที่สุดอย่างหนึ่ง: ก่อน AI ลงมือ เราควรถามอะไร และหลังมันทำเสร็จ เราต้องเห็น proof อะไร

ถ้าคุณใช้ Claude Code อยู่ ให้ลอง Manual-first SOP ข้างบนกับงานเล็กหนึ่งงานวันนี้

ถ้าคุณใช้ coding agent ตัวอื่น บทเรียนยังเหมือนเดิมครับ

อย่าออกแบบ workflow จากความเชื่อว่า agent จะไม่พลาด ให้ออกแบบจากความจริงว่า agent ทำงานเร็วขึ้นมาก และเราต้องมีจังหวะเห็นสิ่งสำคัญก่อนมันวิ่งไกลเกินไป

Data-Espresso จะช่วยแปลงข่าว AI แบบนี้ให้กลายเป็น workflow ที่ลองใช้ได้จริง ไม่ใช่แค่สรุป release ให้ผ่านตา