วิเคราะห์และรีวิว: Claude Code เปิดตัว Projects อีกครั้งเพื่อจัดการ AI Agent หลายตัวบนคลาวด์

วันที่ 17 กันยายนที่ผ่านมา Anthropic เปิดตัว Projects เวอร์ชันใหม่ใน Claude Code อีกครั้ง คราวนี้ไม่ได้เป็นแค่ที่เก็บบริบทเหมือนเดิม แต่ทำหน้าที่เป็นตัวประสานงานกลางที่แบ่งเป้าหมายของงานเขียนโค้ดออกเป็น “threads” หลายสายที่รันพร้อมกันบนคลาวด์

จุดแลกเปลี่ยนคือตอนนี้ยังเป็นฟีเจอร์ทดลองที่เปิดให้เฉพาะผู้ใช้ Pro และ Max บางส่วนเท่านั้น ระบบก็ซับซ้อนขึ้นเพราะต้องดูแลหลาย threads พร้อมกัน แถมยังรันบนคลาวด์ล้วนๆ ในตอนนี้ครับ

Claude Code Projects เปิดตัวใหม่ มีอะไรเปลี่ยนไปบ้าง

แต่ละ thread คือ cloud session ของ Claude Code ที่ทำงานบน branch และสำเนาโค้ดของตัวเอง แยกจากกันโดยสิ้นเชิง มี agent ตัวประสานงานกลางคอยกำกับทิศทาง และยังส่งต่องานให้ subagent, loop หรือ workflow ย่อยช่วยแบ่งงานอีกชั้นได้ด้วย

ทั้งหมดนี้ยังอยู่ในสถานะเบต้า Anthropic บอกว่าจะขยายให้ผู้ใช้ Pro, Max, Team และ Enterprise ทุกคนใช้ได้ในอนาคต รวมถึงจะดึงไปใช้กับ Cowork และ Claude แชททั่วไปด้วย แต่ยังไม่ระบุกำหนดเวลาที่ชัดเจน

เมื่อคุยกับ AI ตัวเดียวไม่พอสำหรับงานใหญ่

พองานเริ่มใหญ่ การคุยกับ AI แค่หนึ่งชุดมักไม่พอ ต้องเปิดหลายบทสนทนา แบ่งงานเอง แล้วคอยจำว่าแต่ละชุดรับผิดชอบอะไรอยู่ สุดท้ายบริบทกระจาย ผลลัพธ์ตามยาก และต้องเสียเวลาป้อนข้อมูลเดิมซ้ำ

การมี threads หลายสายในโปรเจกต์เดียวช่วยแยกงานตามหน้าที่ได้ชัดเจน สายหนึ่งเขียน unit test อีกสายรีแฟกเตอร์โค้ดที่ติดต่อฐานข้อมูล ส่วนอีกสายอัปเดตหน้า UI แล้วส่งผลกลับมารวมกันเป็นโปรเจกต์เดียว ทำให้เราใช้เวลากับการตัดสินใจมากกว่าคอยจัดการบทสนทนา

Projects ตอนนี้ยังผูกอยู่กับ Claude Code ไม่ใช่ Claude แชททั่วไป

Claude แบบแชททั่วไปยังเหมาะกับการคุย ถามตอบ และวางแผน ส่วน Claude Code เน้นลงมือทำงานกับโค้ดในแต่ละงานหรือแต่ละเซสชัน

ฟีเจอร์ Projects ที่ relaunch รอบนี้ยังเป็นของ Claude Code เท่านั้น ยังไม่ได้ครอบคลุมไปถึง Claude แชททั่วไปหรือ Cowork ตามที่ Anthropic ประกาศแผนไว้ ดังนั้นตอนนี้ควรมองว่าเป็นชั้นจัดการงานเขียนโค้ดที่อยู่เหนือเซสชัน Claude Code เดี่ยวๆ มากกว่าจะเป็นศูนย์กลางของ Claude ทั้งระบบ

จากที่เก็บบริบทสู่ระบบจัดการ threads หลายสาย

Projects แบบเดิมเหมาะกับการเก็บบริบทและคุยงานต่อเนื่อง ส่วนรุ่น relaunch ขยับไปเป็นพื้นที่ควบคุม threads หลายสายที่มี branch และสำเนาโค้ดแยกกัน ถ้าสองสายแก้โค้ดจุดเดียวกันพร้อมกัน ระบบจะจัดการด้วย merge conflict แบบเดียวกับตอนรีวิว pull request ปกติ ไม่ได้มีกลไกพิเศษอะไรเพิ่ม

ใช้จริงแล้ว threads หลายสายช่วยงานได้แค่ไหน

ลองแบ่งงานเป็นสายได้เลย เช่น ให้ thread หนึ่งเขียน unit test อีกสายไล่แก้บั๊กจากผลทดสอบ ส่วนอีกสายอัปเดตเอกสารประกอบ งานเดินคู่กันได้จริงโดยไม่ต้องรอให้ตัวเดียวทำทุกอย่าง

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

เทียบกับเครื่องมือที่อยากเป็นศูนย์กลางงาน AI

ถ้าต้องดูแลงานเขียนโค้ดหลายสายพร้อมกัน Claude Code Projects ดูเหมาะกว่า เพราะรวม threads, ไฟล์ และ context ไว้ในพื้นที่เดียว ส่วน Claude Code แบบเดี่ยวเหมาะกับงานเขียนโค้ดที่ต้องการโฟกัสเร็วๆ

จุดแข็งที่ทำให้การทำงานเป็นระบบขึ้น

Claude Code Projects ช่วยแยกงานเขียนโค้ดให้เป็นส่วนๆ แล้วส่งให้หลาย threads จัดการพร้อมกันได้ งานใหญ่จึงไม่ต้องไล่ทำทีละขั้น เหมาะกับการแก้บั๊ก เขียน test และอัปเดตเอกสารในรอบเดียว

การมี shared memory ระหว่าง threads ช่วยให้แต่ละสายเข้าใจเป้าหมายเดิมต่อเนื่อง ไม่ต้องอธิบายซ้ำทุกครั้ง ส่วนการรวมงานไว้ในพื้นที่เดียวทำให้ตามสถานะ ตรวจผลลัพธ์ และกลับมาแก้ต่อได้ง่าย

ข้อจำกัดที่ยังทำให้ต้องคุมงานเอง

เมื่อหลาย threads แก้โค้ดคนละจุดแล้วต้องรวมกัน merge conflict ก็ยังเกิดขึ้นได้เหมือนตอนทีมคนทำงานร่วมกัน การตรวจสอบแต่ละ thread ก่อนรวมจึงยังจำเป็น โดยเฉพาะงานที่ต้องการความถูกต้องสูง

อีกจุดคือตอนนี้ threads รันบนคลาวด์เท่านั้น Anthropic บอกว่าการรองรับเครื่องมือและโค้ดในเครื่องจะตามมา “เร็วๆ นี้” แต่ยังไม่มีกำหนดเวลาแน่ชัด ใครที่ต้องการรันในเครื่องล้วนจึงต้องรอ

ต้นทุนที่มองไม่เห็นของการรัน threads หลายสายพร้อมกัน

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

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

เหมาะกับใคร และใครควรเริ่มจากเครื่องมือที่ง่ายกว่า

Claude Code Projects เหมาะกับนักพัฒนาและทีมที่มีงานเขียนโค้ดหลายขั้นตอนต่อเนื่อง ต้องแบ่งงานให้หลาย threads ช่วยกันทำ และกลับมาตรวจผลลัพธ์ภายหลัง โดยต้องมีสิทธิ์ใช้งานเบต้าผ่านแพ็กเกจ Pro หรือ Max ก่อน

ถ้างานเป็นแค่ถามตอบทั่วไป หรืองานเล็กที่ทำเสร็จในเซสชันเดียว เครื่องมือแบบนี้อาจเกินความจำเป็น ส่วนองค์กรที่จำกัดการส่งข้อมูลขึ้นคลาวด์ ควรเริ่มจากเครื่องมือที่ควบคุมข้อมูลได้ง่ายกว่า

คำถามสำคัญไม่ใช่มี threads กี่สาย แต่จัดการงานได้ดีแค่ไหน

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

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