Claude Code ออกคู่มือ Cloud Sessions รันหลายงานพร้อมกันได้แม้ปิดแล็ปท็อป

ทีม Claude Code เผยแพร่คู่มือเรื่อง cloud sessions บน claude.dev ครับ cloud session คือการรัน Claude Code บนเครื่องเสมือน (VM) เครื่องใหม่ของแต่ละงาน แทนการรันบนแล็ปท็อปของเรา จึงเริ่มหลายงานพร้อมกันได้ และงานเดินต่อแม้เราปิดเครื่องไปแล้ว

คู่มือนี้เขียนโดย Addy Osmani เนื้อหาหลักมี 3 ส่วน คือ cloud session ต่างจากการรันบนเครื่องยังไง 7 workflow ที่เหมาะกับมัน และวิธีต่อ GitHub ให้ผ่านในครั้งแรก

เรื่องด่วนสำหรับคนใช้แพลน Pro กับ Max: โบนัสเครดิตสำหรับ cloud sessions ยังเคลมได้ถึงวันที่ 7 ตุลาคม เวลา 23:59 น. ตามเวลา PT ซึ่งตรงกับวันพฤหัสบดีที่ 8 ตุลาคม เวลา 13:59 น. ตามเวลาไทย รายละเอียดอยู่ในหัวข้อค่าใช้จ่ายด้านล่าง

Cloud session ต่างจากการรันบนเครื่องเรายังไง

คู่มือเริ่มจากข้อสังเกตว่า Claude Code ที่รันใน terminal บนแล็ปท็อป ผูกอยู่กับเครื่องนั้น 3 ทาง

• ใช้ working tree เดียวกับเรา ถ้าเปิดสอง session บน repository เดียวกัน จะแก้ไฟล์เดียวกันและแย่ง port กันได้
• รันด้วยสิทธิ์ของเรา เข้าถึงทุกอย่างที่บัญชีผู้ใช้ของเราเข้าถึงได้
• หยุดเมื่อเครื่องพักหรือ Wi-Fi หลุด

cloud session แก้ทั้ง 3 ข้อ เพราะแต่ละงานได้ VM ใหม่ที่ clone repository ของเราไว้บน branch ใหม่ และตั้งค่า environment ให้เสร็จแล้ว เมื่องานจบ ผลงานจะอยู่บน branch ที่เรากดเปิดเป็น pull request ได้

เริ่ม cloud session ได้จาก claude.ai/code แอป Claude บนมือถือ แอป Desktop, terminal และ Slack แล้วติดตามงานต่อได้จากเบราว์เซอร์ มือถือ และ Desktop

	รันบนเครื่อง	Cloud session
รันที่ไหน	เครื่องของเรา	VM ใหม่ของแต่ละงาน
ปิดเครื่องหรือเน็ตหลุด	session หยุด	session เดินต่อ
หลายงานบน repo เดียว	ต้องแยก worktree และ port เอง	หนึ่งงาน หนึ่ง VM หนึ่ง branch
สิ่งที่ agent เข้าถึงได้	ทุกอย่างที่บัญชีเราเข้าถึงได้ รวม SSH key และ cloud CLI	repository, ระดับเครือข่ายที่เราตั้ง, connector ที่เปิด และสิทธิ์ GitHub เฉพาะ session
โหมดอนุมัติ	ทุกโหมด รวมอนุมัติทีละคำสั่ง	Auto, Accept edits หรือ Plan
จบงานด้วย	ไฟล์ที่แก้ใน working tree	branch และ pull request เมื่อเราต้องการ
ค่าเครื่อง	เครื่องของเรา	ไม่คิดค่าเครื่องแยก ใช้โควตาของแพลน

ตัวอย่างจริง 3 งาน 3 เครื่อง เสร็จใน 87 วินาที

ผู้เขียนคู่มือทดลองกับ repository ตัวอย่างชื่อ tidepool ซึ่งเป็น Node API ขนาดเล็กที่มีปัญหาธรรมดา 3 เรื่อง คือ test ที่พังราวหนึ่งในสี่ครั้ง เอกสาร API ที่ไม่ตรงกับโค้ด และ logger ที่ต่อ string เอง เขาเปิด cloud session 3 ตัวห่างกันไม่เกิน 16 วินาที งานละหนึ่งเครื่อง

ทั้ง 3 งานใช้เวลา 61, 65 และ 72 วินาที และเสร็จครบภายใน 87 วินาทีนับจากงานแรกเริ่ม

• Flaky test: Claude เจอ race condition ใน cache แก้ที่ต้นเหตุ แล้วรัน npm test ติดกัน 40 รอบ ไม่พังเลย
• เอกสาร: Claude เปิด server จริง ยิง curl ทุก endpoint แล้วเจอจุดที่เอกสารเดิมผิด 5 จุด
• Logger: Claude เขียน logger แบบ JSON พร้อม test 5 ตัว แล้วพบว่า test ของ cache พัง ซึ่งเป็น race ตัวเดียวกับที่ session แรกกำลังแก้ มันจึงรายงานไว้ในสรุปโดยไม่แตะโค้ดส่วนที่ไม่ได้รับมอบหมาย

ข้อสุดท้ายคือบทเรียนของงานขนาน แต่ละ session มีสำเนา repository, process และ branch ของตัวเอง จึงไม่ชนกัน แต่ก็มองไม่เห็นงานของกันและกันด้วย คู่มือแนะนำให้แบ่งงานตามขอบเขตไฟล์ merge ทีละ branch ตามลำดับที่เหมาะ และคาดไว้ว่า session หนึ่งอาจรายงานปัญหาที่อีก session กำลังแก้อยู่

เบื้องหลัง 4 ข้อที่เปลี่ยนวิธีทำงาน

1. ทุกงานได้เครื่องของตัวเอง VM ใหม่พร้อม repository บน branch ใหม่ แต่ละ session จึงแตะไฟล์หรือ port ของกันไม่ได้ สเปกเครื่องราว 4 vCPU, RAM 16 GB และดิสก์ 30 GB
2. GitHub token ของเราไม่เข้าไปใน VM มี proxy ถือไว้ให้ session ได้แค่สิทธิ์ชั่วคราวที่ push ได้เฉพาะ branch ของตัวเอง
3. config ของ repository ตามไปด้วย แต่ config ส่วนตัวไม่ตาม CLAUDE.md, rules, skills, agents และ commands ที่อยู่ใน repo ใช้ได้ ส่วน ~/.claude อยู่บนแล็ปท็อปของเราเหมือนเดิม
4. VM ที่ไม่ได้ใช้จะถูกเก็บคืน เปิด session กลับมาจะได้ VM ใหม่พร้อมบทสนทนาเดิม งานที่สำคัญจึงควร commit ไว้เสมอ

7 workflow ที่เหมาะกับ cloud session

1. เคลียร์ backlog แบบขนาน มีงานแก้เล็ก ๆ 5 เรื่องที่ไม่เกี่ยวกัน ก็เปิด 5 session แล้วรีวิว 5 branch จาก terminal ใช้คำสั่ง claude --cloud "..." งานละบรรทัด เขียนแต่ละงานให้เหมือน ticket ที่จบในตัว บอกว่าอะไรผิด เสร็จแล้วหน้าตาเป็นยังไง และพิสูจน์ด้วยคำสั่งอะไร
2. ให้มันพิสูจน์ว่าแก้ได้จริง เครื่องในคลาวด์ไม่ใช่ CPU ของเรา จึงขอหลักฐานหนัก ๆ ได้ เช่น รัน test 200 รอบ หรือ bisect ย้อน 50 commit
3. วางแผนที่โต๊ะ สร้างในคลาวด์ เก็บงานใน terminal ตกลงแผนใน plan mode แล้ว commit แผน สั่ง cloud session ทำตาม พอเสร็จใช้ claude --teleport ดึง session กลับมาทำต่อบนเครื่อง
4. เช็กงานจากมือถือ แท็บ Code ในแอป Claude ต่อกับ session ชุดเดียวกัน เริ่มงาน ติดตาม ตอบคำถามของ Claude หรือสั่งให้เฝ้า pull request ได้
5. ยก CI ที่พังและคอมเมนต์รีวิวให้ Claude เปิด Auto-fix แล้ว Claude จะ push แก้เรื่องที่ชัดเจน และถามเราเรื่องที่กำกวมหรือเป็นเรื่องสถาปัตยกรรม ต้องติดตั้ง Claude GitHub App ก่อน
6. เริ่มงานโดยไม่ต้องกดเอง Routines (research preview) รัน cloud session ตามตาราง ตาม HTTP call หรือตาม event ของ GitHub
7. รันโค้ดที่ยังไม่ไว้ใจเต็มที่ เช่น pull request จากคนนอก หรือ install script ของ dependency ใหม่ โค้ดจะรันใน VM ใช้แล้วทิ้ง ไม่ได้อยู่ข้าง SSH key หรือโปรไฟล์เบราว์เซอร์ของเรา และจำกัดเครือข่ายได้ถึงระดับ None

ถ้างานหลายชิ้นอยู่ใต้เป้าหมายใหญ่เดียวกัน Projects จะมีบทสนทนาผู้ประสานงานคอยเปิดและติดตาม cloud session ให้

ต่อ GitHub ให้ผ่านในครั้งแรก

คู่มือบอกว่าถ้า cloud session แรกมีปัญหา สาเหตุที่เป็นไปได้มากที่สุดคือ GitHub เพราะ cloud session ต้องใช้สิทธิ์ 2 อย่างที่แยกกัน

• Sign in ด้วย GitHub บอก Claude ว่าเราเป็นใคร แค่นี้ใช้กับ repository สาธารณะได้
• ติดตั้ง Claude GitHub App บนบัญชีหรือองค์กร กำหนดว่า Claude เห็น repository ส่วนตัวตัวไหนบ้าง

ถ้าต่อ GitHub แล้ว repository ส่วนตัวไม่ขึ้นให้เลือก ส่วนใหญ่เป็นเพราะยังไม่ได้ติดตั้ง App บนบัญชีหรือองค์กรที่เป็นเจ้าของ repo นั้น กรณีองค์กร เจ้าขององค์กรมักต้องเป็นคนอนุมัติ

ทางเลือกในการต่อมี 3 ทาง

• ผ่านเบราว์เซอร์ (แนะนำ) ที่ claude.ai/connect-github แล้วติดตั้ง App
• ผ่าน terminal พิมพ์ /web-setup ใน Claude Code เพื่อส่ง token ของ gh CLI ไปที่บัญชี Claude แต่ Auto-fix, trigger จาก GitHub และ Projects ยังต้องใช้ App
• ข้าม GitHub สำหรับงานครั้งเดียว รัน claude --cloud ใน repo ที่ไม่มี GitHub remote แล้ว Claude Code จะอัปโหลด bundle ของ repo ไปแทน

องค์กรที่ใช้ SAML single sign-on ต้องกด Authorize ให้แต่ละองค์กรตอนต่อ GitHub ไม่อย่างนั้น repository ขององค์กรจะไม่ขึ้น

เมื่อไหร่ควรรันบนเครื่องตัวเองต่อ

cloud session ไม่ได้มาแทนการรันบนเครื่อง คนส่วนใหญ่ใช้ทั้งสองแบบ ควรรันบนเครื่องเมื่องานต้องใช้ของที่มีแค่บนเครื่องเรา เช่น

• ฐานข้อมูลที่มีข้อมูลจริงในเครื่อง หรือบริการที่ต้องเข้าผ่าน VPN
• GPU, simulator ของมือถือ หรืออุปกรณ์บนโต๊ะ
• งานปรับหน้าตาที่อยากเห็นผลในเบราว์เซอร์ของตัวเองภายในไม่กี่วินาที
• องค์กรที่ใช้ Zero Data Retention ซึ่งจะปิด cloud sessions

มีอีกสองทางที่อยู่ตรงกลาง คือ remote control ที่ session ยังอยู่บนเครื่องเราแต่สั่งจากมือถือได้ และ self-hosted environments (beta สำหรับ Team และ Enterprise) ที่รัน cloud session บนโครงสร้างพื้นฐานขององค์กรเอง จึงเข้าเครือข่ายภายในได้

ค่าใช้จ่ายและโบนัสเครดิต

cloud sessions รวมอยู่ในแพลน Pro, Max, Team และ Enterprise โดยไม่มีค่าใช้จ่ายเพิ่ม ไม่คิดค่าเครื่องแยก และใช้โควตาเดียวกับ Claude Code ส่วนอื่น บางแพลนเจ้าขององค์กรอาจต้องเปิดใช้ก่อน ใช้ไม่ได้กับ API key ของ Console หรือผู้ให้บริการภายนอก

จุดที่ต้องระวังคือ session ที่รันขนานกันใช้โควตาขนานกันด้วย 5 session จึงใช้โควตาเร็วกว่า session เดียวราว 5 เท่า

โบนัสเครดิตครั้งเดียวสำหรับ cloud sessions

• ใครได้: ผู้ใช้รายบุคคลที่อยู่บนแพลน Pro หรือ Max ณ วันที่ 23 กันยายน
• ได้เท่าไหร่: $100 สำหรับ Pro และ $250 สำหรับ Max เพิ่มจากโควตาของแพลน
• เคลมยังไง: พิมพ์ /claim-credit ใน Claude Code หรือเข้า claude.ai/code/claim-credit
• เคลมได้ถึง: 7 ตุลาคม เวลา 23:59 น. ตามเวลา PT ตรงกับวันพฤหัสบดีที่ 8 ตุลาคม เวลา 13:59 น. ตามเวลาไทย
• หมดอายุ: 4 พฤศจิกายน cloud sessions จะใช้เครดิตนี้ก่อน พอเครดิตหมดหรือหมดอายุจึงกลับไปนับโควตาของแพลน
• ข้อจำกัด: ใช้กับ Projects และ Routines ไม่ได้

นิสัยที่ช่วยให้ใช้ได้คุ้ม

• หนึ่งงาน หนึ่ง session งานเล็กที่แยกกันรีวิวง่ายกว่า และทิ้งได้โดยไม่เสียดาย
• ขอหลักฐาน ระบุคำสั่งที่พิสูจน์ว่างานเสร็จ และอ่านสรุปของ Claude ก่อนอ่าน diff
• push ก่อนสั่ง claude --cloud เพราะ VM clone จาก GitHub commit ที่ยังไม่ได้ push จะไปไม่ถึง
• commit เป็นระยะในงานยาว เพราะ VM ที่ไม่ได้ใช้ถูกเก็บคืนได้
• ใส่คำสั่งสำคัญไว้ใน CLAUDE.md เช่น วิธีรัน integration test เพราะ config ส่วนตัวของเราไปไม่ถึง VM
• ให้ session ตรวจงานตัวเองได้ ตั้ง setup script และ environment ให้รัน test ได้ ไม่อย่างนั้นเราจะต้องรีวิวโค้ดที่ไม่มีใครเคยรัน

เริ่มใช้ใน 5 นาที

1. เปิด claude.ai/code หรือพิมพ์ /login ใน Claude Code ด้วยบัญชี claude.ai
2. ต่อ GitHub และติดตั้ง Claude GitHub App บนบัญชีที่มี repository
3. เลือก repository กับ environment ชื่อ Default
4. สั่งงานหนึ่งชิ้นจาก backlog พร้อมคำสั่งที่พิสูจน์ว่าเสร็จ
5. ปิดแท็บได้เลย กลับมาเช็กจากมือถือทีหลัง แล้วรีวิว diff และเปิด pull request ที่ claude.ai/code

มุมมองจากผู้เขียน

สำหรับผม จุดที่เปลี่ยนวิธีทำงานจริง ๆ ไม่ใช่ความเร็ว แต่เป็นการที่งานไม่ผูกกับเครื่องเราอีกต่อไป สั่งงานแล้วปิดแล็ปท็อปไปประชุมได้ กลับมาก็มี branch รอให้รีวิว และการที่แต่ละงานอยู่คนละเครื่องทำให้กล้าเปิดหลายงานพร้อมกันโดยไม่ต้องกังวลว่าจะแก้ไฟล์ทับกัน

ข้อที่อยากให้ระวังมี 2 เรื่อง เรื่องแรกคือโควตา เปิดขนาน 5 งานก็ใช้โควตาเร็วขึ้น 5 เท่า เรื่องที่สองคือคุณภาพของคำสั่ง งานที่ส่งขึ้นคลาวด์ต้องเขียนให้จบในตัวและบอกวิธีพิสูจน์ผลให้ชัด เพราะเราไม่ได้นั่งดูมันทำทีละขั้นเหมือนตอนรันบนเครื่อง

ใครอยู่บนแพลน Pro หรือ Max ณ วันที่ 23 กันยายน อย่าลืมพิมพ์ /claim-credit ก่อนบ่ายวันพฤหัสบดีนี้นะครับ และถ้าลอง cloud session แล้วเจอ workflow ที่ใช้ได้ดี มาแชร์ในกลุ่มกันได้ครับ

---

ข้อมูลในบทความนี้อ้างอิงจากคู่มือ Claude Code in the cloud บน claude.dev และโพสต์ของบัญชี ClaudeDevs บน X เวลาไทยของกำหนดเคลมเครดิตคำนวณจากเวลา PT ที่ประกาศไว้ อ่านต้นทางได้ที่ลิงก์ด้านล่าง