Claude Code รื้อ Projects ใหม่: จาก 'โฟลเดอร์' เป็น 'บทสนทนา' ที่สั่งงาน thread ขนานได้ทีละหลายสาย

วันที่ 17 กันยายน 2026 Anthropic ประกาศรื้อฟีเจอร์ Projects ใหม่ทั้งหมดในบทความ “Projects redesigned: from folder to conversation” จากเดิมที่ Projects เป็นเพียงที่รวมไฟล์และคำสั่งประจำโปรเจกต์ ตอนนี้มันกลายเป็นชั้น orchestration: ผู้ใช้บอกว่าต้องการอะไร แล้ว Claude เป็นคนขอบเขตงาน แจกงาน ประสาน thread ที่ทำงานขนานกัน รีวิวผลลัพธ์ และประกอบผลสุดท้ายกลับมาให้

ประโยคที่สรุปแนวคิดได้ดีที่สุดคือคำแนะนำในบทความเอง: “Brief Claude in the project the way you’d brief a chief of staff” — และจุดขายคือมันทำงานต่อหลังคุณเดินออกจากคอมพิวเตอร์ โดยยังสั่งและติดตามจากมือถือได้

threads ทำงาน — coordinator สั่งงาน

สถาปัตยกรรมใหม่มีสองส่วน เมื่อเริ่มโปรเจกต์ ผู้ใช้เลือก goal พร้อม repo หรือ context แล้วตั้งค่า cloud environment, connector, plugin, instruction และ model ของโปรเจกต์ จากนั้น Claude จะเสนองานที่หยิบทำได้ทันที

รายละเอียดเชิงเทคนิคที่สำคัญคือ แต่ละ thread คือ Claude Code cloud session ที่ทำงานบน branch และสำเนา repo ของตัวเอง เมื่อเชื่อม repository แล้ว thread จะเปิด pull request และรันเทสต์ของคุณได้เอง ส่วนถ้าเป็นเอกสาร มันจะอ่านและร่างให้ coordinator ทำหน้าที่จัดระเบียบงานและส่งคำขอใหม่ไปยัง thread ที่เหมาะสม — และถ้าหลาย thread ไปแตะโค้ดก้อนเดียวกัน Anthropic ระบุว่าความทับซ้อนจะถูกแก้ “เหมือน merge conflict ของ PR ปกติ” ไม่ใช่กลไกวิเศษอะไรใหม่

นอกจากนี้แต่ละ thread ยังซอยงานที่ได้รับมอบหมายต่อได้อีกด้วย subagent, loop และ workflow เพื่อให้งานก้อนใหญ่เสร็จเร็วขึ้น

ตัวอย่างที่บทความยกมาเป็นงาน infra จริงจัง เช่น ตั้งเป้าลด p75 latency ของหน้า checkout แล้วสั่งให้ Claude profile ทุก endpoint ทดสอบการปรับแต่ง และเปิด PR แบบขนาน หรือเชื่อม repo ของ API, web และ mobile เข้าด้วยกันแล้วตั้งเป้าเลิกใช้ v1 endpoint — Claude จะสร้าง thread ต่อ repo เพื่อย้าย caller รันเทสต์ เปิด PR แล้วบอกว่าอันไหนต้อง merge ก่อน

memory ที่ใช้ร่วมกัน และ library

จุดที่น่าจับตาสำหรับคนทำ agent คือ ทุก thread เขียนและอ่านจาก memory ก้อนเดียวกัน ซึ่ง Anthropic บอกตรง ๆ ว่าเป้าหมายคือ “ลดความจำเป็นในการทำ prompt engineering ที่ซับซ้อน” ตัวอย่างที่ให้ไว้เป็นความรู้เชิงองค์กรมากกว่าเชิงโค้ด เช่น จำได้ว่ารีลีสเลื่อนไปวันศุกร์ ทำไมฟีเจอร์ export ถึงถูกตัดออก หรือต้องเช็กกับใครก่อนแตะ billing service

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

ใครได้ใช้ และข้อจำกัดที่ประกาศเอง

การเปิดตัวนี้แคบกว่าที่หลายคนคิด:

• ตอนนี้: beta เฉพาะผู้ใช้ Claude Pro และ Max บางส่วน ที่ใช้ cloud session ใน Claude Code และยังไม่มี project เดิมบนเว็บหรือเดสก์ท็อป
• สัปดาห์ถัดไป: ขยายไปยังผู้ใช้ Claude Code รายอื่นในสองแผนนี้
• หลังจากนั้น: Projects เวอร์ชันใหม่ทั่วทั้ง Claude รวมถึงแผน Team และ Enterprise
• ผู้ที่ยังไม่ได้สิทธิ์ลงชื่อรอได้ที่ waitlist ส่วน project เดิมบน Pro/Max ยังใช้งานได้ตามปกติและจะถูกอัปเกรดเมื่อการทยอยเปิดขยายไปถึง chat และ Cowork

ข้อจำกัดที่ Anthropic เขียนเองและควรอ่านให้ชัด: เพราะโปรเจกต์หนึ่งรันได้หลาย thread พร้อมกัน และแต่ละ thread คือ Claude Code session เต็มตัว “projects can reach usage limits faster” ผู้ใช้จึงดู usage แยกรายโปรเจกต์ได้ และเลือก model กับระดับ effort ได้ทั้งสำหรับ coordinator chat และ worker thread

สุดท้าย ตอนนี้ thread รันบนคลาวด์เท่านั้น ส่วนการรันบนเครื่องตัวเองควบคู่กับเครื่องมือและโค้ดในเครือข่ายของคุณ Anthropic บอกว่า “coming very soon” ซึ่งยังไม่มีกำหนดที่ชัดเจน

มุมมอง AI Curator

ถ้าอ่านต่อเนื่องจากข่าวเมื่อวานที่ Anthropic ยุบ Cowork กลับเข้า Claude จะเห็นทิศทางที่ชัดขึ้น: บริษัทกำลังเลิกแยก “พื้นผิว” ของผลิตภัณฑ์ แล้วหันไปแยก หน่วยของงาน แทน — จากแอปที่ต่างกัน มาเป็น thread ที่ต่างกันภายในบทสนทนาเดียว นี่อาจเป็นการยอมรับกลาย ๆ ว่าปัญหาไม่เคยอยู่ที่ UI แต่อยู่ที่การแบ่งงานและรวมผลลัพธ์

สิ่งที่เราชอบคือ Anthropic ไม่ได้ขายภาพ “agent วิเศษ” ประโยคที่บอกว่าความทับซ้อนระหว่าง thread จะถูกแก้ “เหมือน merge conflict ปกติ” เป็นความซื่อสัตย์ที่หายาก — แปลว่าถ้า repo ของคุณ merge conflict บ่อยอยู่แล้วเพราะไม่มี module boundary ที่ชัด การยิง 5 thread เข้าไปพร้อมกันจะทำให้แย่ลง ไม่ใช่ดีขึ้น ความพร้อมของ codebase ไม่ใช่ความฉลาดของโมเดล คือตัวแปรที่ตัดสินว่าฟีเจอร์นี้จะได้ผลหรือเปล่า ทีมที่ควรลองก่อนคือทีมที่มีเทสต์ครอบคลุมและ CI ที่เชื่อถือได้ ไม่ใช่ทีมที่หวังให้ agent มาแก้ปัญหาหนี้ทางเทคนิค

แต่มีอีกด้านที่ต้องพูดตรง ๆ: ประโยค “projects can reach usage limits faster” คือหัวใจของต้นทุน การรัน N thread ขนานคือการจ่าย N เท่าของ session เดียว และงานส่วนใหญ่ในโปรเจกต์จริงมี dependency ต่อกัน — ไม่ได้ขนานได้สวยเหมือนตัวอย่าง “ย้าย caller ทีละ repo” ในบทความ นักพัฒนาไทยที่ใช้แผน Pro ด้วยงบส่วนตัวควรระวังเป็นพิเศษ เพราะการชนลิมิตกลางงานที่กระจายอยู่ใน 4 thread ยุ่งกว่าการชนลิมิตในบทสนทนาเดียวมาก จุดที่ Anthropic ให้เลือก effort level แยกระหว่าง coordinator กับ worker ถือว่าคิดมาดี — และควรใช้: coordinator ต้องการการวางแผนที่ดี ส่วน worker หลายตัวทำงานซ้ำ ๆ ที่ไม่ต้องใช้ effort สูง

ข้อจำกัดที่กระทบภูมิภาคเรามากที่สุดคือ thread รันบนคลาวด์เท่านั้น สำหรับองค์กรไทยในภาคการเงิน สาธารณสุข หรือหน่วยงานรัฐที่ซอร์สโค้ดออกนอกเครือข่ายไม่ได้ ฟีเจอร์นี้ยังใช้ไม่ได้เลยจนกว่า local execution จะมาจริง และเงื่อนไข “ต้องไม่มี project เดิมบนเว็บหรือเดสก์ท็อป” ยังหมายความว่าผู้ใช้ระยะยาวที่สะสม project ไว้เยอะกลับเป็นกลุ่มที่ได้ลองช้าที่สุด — เป็นข้อแลกเปลี่ยนที่เข้าใจได้ในเชิงวิศวกรรม แต่ก็แปลว่าตัวเลขฟีดแบ็กช่วงแรกจะมาจากผู้ใช้ใหม่เป็นหลัก ควรรอดูรีวิวจากคนที่ใช้กับ repo ใหญ่จริงก่อนตัดสิน

แหล่งข่าว

• Projects redesigned: from folder to conversation — Anthropic (17 ก.ย. 2026)
• Projects in Claude Code — Hacker News discussion
• Anthropic keeps pushing Claude Code toward autonomous coding with new parallel agent workflows — The Decoder
• Claude Cowork ยุบรวมกลับเข้า Claude — รายงานก่อนหน้าของเรา