Docker Sandbox + GitHub Copilot — refactor legacy code โดยไม่ทำ workspace พัง

16 เมษายน 2026 Microsoft Azure blog ตีพิมพ์บทความอธิบาย pattern ใหม่ที่กำลังเป็นที่นิยมในทีม refactor legacy code ขนาดใหญ่ — Docker Sandbox + GitHub Copilot ใน microVM

ปัญหาที่แก้

Legacy codebase (โดยเฉพาะ Java enterprise เก่า, .NET บน IIS, หรือ monolith ที่ build ด้วย Maven/Gradle/MSBuild config ซับซ้อน) มีลักษณะร่วม:

• hardcoded path ในไฟล์ config
• build script พึ่งพา filesystem structure เฉพาะ
• dependency ที่ต้อง install ใน specific environment

เวลา AI agent ทำ refactor ใน sandbox แยก ผลลัพธ์มักจะ compile ไม่ผ่าน เมื่อย้ายกลับมาเครื่องจริง เพราะ path และ structure ต่างกัน

Docker Sandbox แก้อย่างไร

Microsoft ระบุว่า Docker Sandbox ใช้ bidirectional workspace sync ที่:

• path ใน sandbox เหมือนกันทุกบิต กับบนเครื่อง host
• เมื่อ Copilot agent refactor ไฟล์ path reference ยังถูกต้อง
• build output consistent ข้าม isolation boundary

พูดง่าย ๆ: agent เห็น /src/main/java/com/example/... เหมือนที่เราเห็น ไม่ใช่ /tmp/sandbox/xyz/src/...

มุมมอง AI Curator

บทความนี้จริง ๆ แล้วเปิดเผยมากกว่าที่เขียน — Microsoft กำลังยอมรับอย่างเงียบ ๆ ว่า agent-first development ไม่ได้ plug-and-play ต้องมี infrastructure รองรับ

สิ่งที่ผมคิดว่าเป็นประเด็นใหญ่กว่า tool เอง:

หนึ่ง — Paradigm ใหม่ของ IDE ตอนนี้ Cursor, Claude Code, Gemini CLI, GitHub Copilot ต่างก็ต้องคิดเรื่อง “sandbox layer” ที่ agent ทำงานได้อย่างปลอดภัย — แต่ละเจ้าเลือก architecture ต่างกัน Anthropic ใช้ VM ผ่าน Claude Managed Agents, Cursor มี workspace indexing, Microsoft ใช้ Docker Sandbox + microVM ผู้ที่มี sandbox ที่เร็วและยืดหยุ่นที่สุดจะชนะ

สอง — legacy code enterprise คือสมรภูมิจริงของ AI coding ตลาดที่ startup เห็นบ่อย (coding tool สำหรับ React/Node project สะอาด ๆ) เป็นเศษเสี้ยวของมูลค่าตลาด — เงินจริงอยู่ที่ธนาคาร, insurance, government ที่มี COBOL และ Java 7 legacy

สำหรับทีม dev ไทยที่ทำ migration project (ซึ่งเห็นเยอะขึ้นตามกระแส Cloud ที่ dmr, SCB, TCEB, ฯลฯ กำลังทำอยู่) — pattern นี้เป็น playbook ที่ใช้ได้ทันที ไม่จำเป็นต้องใช้ Azure (แม้ Microsoft จะ promote) — ใช้ Docker + local LLM หรือ Claude Code ก็ได้ concept เดียวกัน

สาม — ความเสี่ยงที่ต้องคิด sandbox ที่ sync แบบ bidirectional ทุกการเปลี่ยนแปลงของ agent โยงถึง code จริงทันที ถ้า agent ทำผิดที่ระดับรุนแรง (เช่น rm -rf พลาด) จะลาม ถ้าไม่มี git staging ระหว่างกลาง — pattern ที่ทีมควรยึดคือ commit บ่อย, branch ต่อ agent task, review ก่อน merge main

---

แหล่งข่าว: Microsoft Azure Blog · Microsoft DevBlogs