Claude Code Projects คืออะไร? แชตเดียวสั่ง AI ลูกทีมหลายตัว และสิ่งที่โพสต์ไวรัลไม่บอก

โดย Nokka (นก-กา) | นักเขียนอิสระสาย AI | ตรวจสอบข้อมูล ณ 19 ต.ค. 2026

บทความนี้เขียนโดย AI (deepseek-v4.1-flash · ผู้ให้บริการโมเดล: ollama-cloud) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์ - Nokka (นก-กา)

มีโพสต์ภาษาไทยชิ้นหนึ่งแชร์กันอยู่ในกลุ่มคนทำงานสายเทคฯ เล่าเรื่องฟีเจอร์ใหม่ของ Claude Code ที่เรียกว่า Projects

โพสต์นั้นบอกว่าเป็น "หัวหน้าทีม AI" ที่สั่งงานหลายเธรดได้ในแชตเดียว และปิดท้ายด้วยข้อควรรู้สามข้อ

ข้อหนึ่งในนั้นบอกว่า "ตอนนี้ทำงานบนคลาวด์ ยังเข้าไฟล์ในเครื่องเราไม่ได้"

ผมอ่านแล้วหยุดตรงนั้น เพราะมันไม่จริงแล้ว

Anthropic เปิดตัว Projects เมื่อ 17 กันยายน 2026 [3] และอีก หกวันต่อมา คือวันที่ 23 กันยายน ทางบริษัทก็ปล่อยความสามารถให้เธรดไปรันบนเครื่องเราเองได้

แปลว่าโพสต์ที่กำลังแชร์กันอยู่ ล้าสมัยไปแล้วเกือบหนึ่งเดือน

บทความนี้จะพาคุณไปดูว่า Projects ทำงานอย่างไรจริง ๆ ตามเอกสารทางการ อะไรที่เปลี่ยนไปหลังวันเปิดตัว และมีอะไรที่โพสต์นั้นยังไม่ได้บอก

Claude Code Projects คืออะไร

Projects คือ บทสนทนาหนึ่งบทที่ทำหน้าที่เป็นผู้ประสานงาน ให้ Claude แตกงานที่คุณส่งเข้ามาออกเป็นเธรดย่อยหลายเส้น แล้วปล่อยให้ทำพร้อมกัน

คุณบอกว่ามีอะไรต้องทำ Claude จะตัดสินใจเองว่าจะเปิดเธรดใหม่หรือส่งงานนั้นไปให้เธรดที่กำลังทำเรื่องนั้นอยู่แล้ว

แต่ละเธรดคือ เซสชันแยกที่มีหน้าต่างบริบทของตัวเอง [1] ทำงานชิ้นเดียว แล้วรายงานกลับมาที่บทสนทนาหลักเมื่อเสร็จ

คำว่า "เธรด" ในที่นี้ไม่ใช่เธรดของโปรเซสเซอร์ มันคือ หน่วยงานย่อยที่แยกบริบทกันโดยสิ้นเชิง

ความต่างหลักจากวิธีเดิมอยู่ตรงนี้

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

Projects ย้ายภาระนั้นไปให้ตัว Claude

ภายในมีอะไรบ้าง

เอกสารทางการแบ่งส่วนประกอบออกเป็นสี่ก้อน [1]

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

ก้อนที่สองคือ เธรด ซึ่งเป็นคนทำงานจริง

เธรดบนคลาวด์จะทำงานบน branch ของตัวเอง และเปิด pull request เมื่องานนั้นต้องการ

ก้อนที่สามคือ สิ่งที่ทุกเธรดได้รับตอนเริ่ม ซึ่งประกอบด้วย repo และไฟล์ของโปรเจกต์ คำสั่งและความจำของโปรเจกต์ ไฟล์ CLAUDE.md กับ skills ที่อยู่ในแต่ละ repo คอนเนกเตอร์ของบัญชี claude.ai และสภาพแวดล้อมคลาวด์ที่กำหนดสิทธิ์เครือข่ายกับเครื่องมือที่ติดตั้งไว้

ก้อนที่สี่คือ หน้าต่าง Overview ซึ่งเป็นที่ที่คุณเห็นทุกเธรดพร้อมกัน

ทั้งสี่ก้อนต่อกันอย่างไร

ลองนึกภาพตามนี้

คุณพิมพ์งานลงในบทสนทนา บทสนทนาตอบคำถามสั้น ๆ เองถ้าตอบได้ หรือเปิดเธรดใหม่ถ้างานนั้นใหญ่พอ

เธรดรับงานไปทำบน branch ของตัวเอง แล้วเปิด pull request เมื่อเสร็จ

Overview คอยจับสถานะของทุกเธรดไว้ให้คุณดูจากที่เดียว

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

นั่นคือปัญหาคนละข้อกับเรื่องความสามารถของโมเดล

หน้า Overview บอกอะไรบ้าง

Overview แบ่งเธรดออกเป็นหกกลุ่มตามสถานะ [1]

• Ready for review คือเธรดที่ pull request เปิดอยู่และรอคุณตรวจ
• Waiting on you คือเธรดที่ต้องการคำตอบหรือการอนุมัติจากคุณ หรือเธรดที่ล้มเหลว
• Working คือเธรดที่ยังทำงานอยู่
• Landing คือเธรดที่ pull request ผ่านการอนุมัติหรือถูกคิวให้ merge แล้ว
• Idle คือเธรดที่ทำเสร็จแล้วและไม่ได้รออะไร
• Resolved คือเธรดที่ถูกทำเครื่องหมายว่าเสร็จแล้ว

การทำเครื่องหมายว่าเสร็จ (Resolved) เกิดได้สามทาง คือคุณสั่งเองจากเมนูของเธรด Claude สั่งให้เมื่อคุณทำขั้นสุดท้ายเสร็จ เช่น merge pull request ของมัน หรือระบบปิดให้อัตโนมัติเมื่อไม่มีความเคลื่อนไหวครบหนึ่งสัปดาห์

คุณเปิดเธรดที่ทำเครื่องหมายเสร็จแล้วกลับมาได้จากเมนูเดียวกัน

ในแอปเดสก์ท็อปยังมีการแจ้งเตือนเมื่อ Claude โพสต์ในบทสนทนา เมื่อเธรดเจอข้อผิดพลาด หรือเมื่อเธรดต้องการข้อมูลจากคุณ

การแจ้งเตือนแบบนี้มีเฉพาะเดสก์ท็อป ถ้าเปิดผ่านเบราว์เซอร์ให้ดูที่จุดบนปุ่ม Overview แทน

นอกจากแท็บ Threads แล้ว Overview ยังมีอีกสามแท็บ คือ Library สำหรับไฟล์ที่คุณเพิ่มและไฟล์ที่เธรดสร้างขึ้น Pull requests สำหรับ pull request ที่เธรดเปิด และ Routines สำหรับงานที่ตั้งเวลาไว้ในโปรเจกต์

ความจำของโปรเจกต์ทำงานอย่างไร

มีสามชั้นที่ทำให้บริบทไม่หายไปเมื่อเปลี่ยนเธรด

ชั้นแรกคือ project memory [1] ซึ่งเป็นบันทึกที่ Claude เขียนเอง เช่น requirements การตัดสินใจ และข้อควรระวัง เก็บเป็นไฟล์

ทุกเธรดบนคลาวด์จะอ่านไฟล์ดัชนีชื่อ MEMORY.md ตอนเริ่ม แล้วเปิดไฟล์อื่นเมื่อจำเป็น

คุณสั่งให้จำหรือให้ลืมได้จากบทสนทนาหรือจากเธรดใดก็ได้ และเข้าไปอ่าน แก้ หรือลบไฟล์เองได้ที่ Project settings > Memory

ชั้นที่สองคือ project instructions [1] ซึ่งเป็นข้อความที่ส่งให้ทุกเธรดใหม่และส่งให้ Claude ในบทสนทนาหลักด้วย ยาวได้ถึง 16,000 ตัวอักษร

ชั้นที่สามคือ repo ไฟล์ และสภาพแวดล้อม ที่ทุกเธรดบนคลาวด์โคลนและเข้าถึง

จุดที่คนมักเข้าใจผิดคือ project memory คนละอันกับ auto memory ที่ Claude Code เก็บไว้บนเครื่องคุณ แม้ทั้งคู่จะใช้ไฟล์ดัชนีชื่อ MEMORY.md เหมือนกัน

ถ้าคุณย้ายงานข้ามเครื่อง แล้วสงสัยว่าทำไม Claude จำอะไรไม่ได้ ให้เช็กว่าเป็นความจำชั้นไหน

เธรดหนึ่งเส้นทำงานยังไง

ยกตัวอย่างที่เอกสารทางการยกมา

สมมติคุณมีบริการหลายตัวและต้องการอัปเดต lint config ให้ทั้งหมด

คุณพิมพ์เป้าหมายนั้นลงในบทสนทนา Claude อาจเปิดเธรดหนึ่งเส้นต่อหนึ่ง repo แต่ละเส้นมี pull request ของตัวเอง แล้ว Overview จะบอกว่าอันไหนพร้อมให้คุณตรวจ

อีกตัวอย่างที่ผมว่ามีประโยชน์กับคนทำงานจริง คือกรณีที่คุณไม่ได้มีงานก้อนเดียวแต่มีงานไหลเข้ามาเรื่อย ๆ

เช่น bug report กับ stack trace ของบริการหนึ่งที่ถูกส่งมาให้คุณทุกวัน

คุณแค่แปะมันลงในบทสนทนาเมื่อมันมาถึง Claude จะเปิดเธรดให้หรือส่งต่อให้เธรดที่กำลังทำเรื่องนั้นอยู่

ข้อควรระวังที่คุณบอกครั้งเดียวตอนแก้บั๊กครั้งแรกจะถูกเก็บไว้ใน project memory และติดไปกับงานครั้งต่อไป

เอกสารยังบอกด้วยว่า Projects ใช้กับงานที่ไม่ใช่โค้ดได้

เช่นโฟลเดอร์สัญญาหรือไฟล์ส่งออกของระบบตั๋วสนับสนุน ที่คุณกลับไปถามใหม่เรื่อย ๆ เช่น "หาข้อผิดพลาดในการเชื่อมต่อที่พบบ่อยที่สุดสิบข้อจากตั๋วเหล่านี้"

ในกรณีนี้คุณอัปโหลดเอกสารแทนการเพิ่ม repo และเธรดจะส่งผลลัพธ์ออกมาเป็นไฟล์ในแท็บ Library

ข้อที่โพสต์ไวรัลบอกผิด: ไฟล์ในเครื่อง

กลับมาที่ข้อความที่ผมค้างไว้ตอนเปิดเรื่อง

โพสต์บอกว่า Projects ทำงานบนคลาวด์และเข้าไฟล์ในเครื่องเราไม่ได้

ตอนวันเปิดตัว 17 กันยายน 2026 คำกล่าวนั้นถูกต้อง

The Verge รายงานในวันนั้นว่าเธรดรันบนคลาวด์ทั้งหมด และ Anthropic บอกว่า การรองรับเครื่องมือและโค้ดในเครื่องจะตามมา "เร็ว ๆ นี้" [3]

แต่ "เร็ว ๆ นี้" ของ Anthropic ใช้เวลาหกวัน

วันที่ 23 กันยายน 2026 เธรดของ Projects รันบนเครื่องคุณเองได้แล้ว [4]

เอกสารทางการปัจจุบันเขียนไว้ชัดว่า [1] ถ้างานไหนต้องใช้สิ่งที่อยู่แค่บนเครื่องคุณ เช่น ฐานข้อมูลในเครื่อง อีมูเลเตอร์อุปกรณ์ หรือ API ที่อยู่หลัง VPN คุณสั่งให้ Claude รันเธรดนั้นบนเครื่องแทนได้

กลไกคือ Remote Control ซึ่งเป็นช่องทางที่ Claude Code เปิดไว้ให้คุณสั่งงานจากที่อื่นเข้ามาที่เครื่องตัวเอง

วิธีเปิดโหมดรันบนเครื่อง

ขั้นแรกคือทำให้โฟลเดอร์ที่ต้องการเข้าถึงได้ผ่าน Remote Control ทำได้สองทาง [1]

ทางแรก เปิดแอป Claude เดสก์ท็อป ไปที่ Settings > Claude Code เปิดสวิตช์ Use this computer from your phone and claude.ai แล้วเพิ่มโฟลเดอร์ในรายการใต้สวิตช์นั้น

ทางที่สอง เปิด terminal แล้วรันคำสั่งนี้ในโฟลเดอร์ที่ต้องการ

claude remote-control --spawn worktree

ธง --spawn worktree ทำให้แต่ละเธรดได้ worktree ของตัวเองแทนที่จะแย่งกันใช้โฟลเดอร์เดียวกัน

ทั้งสองทางต้องใช้ Claude Code เวอร์ชัน 2.1.280 ขึ้นไปบนเครื่องนั้น

ขั้นที่สอง ในบทสนทนาของโปรเจกต์ให้เลือก Work locally จากเมนู + ข้างกล่องข้อความ ซึ่งจะติดป้าย Local ให้ข้อความของคุณ

หรือจะพิมพ์ในข้อความตรง ๆ ว่างานนี้ควรรันบนเครื่องก็ได้ผลเหมือนกัน

ขั้นที่สาม Claude จะตอบกลับด้วยการ์ด Allow Claude to work in a folder on your device ให้คุณเลือกโฟลเดอร์ ถ้าเชื่อมไว้หลายอัน

แล้วกด Allow once

สิ่งที่เธรดบนเครื่องทำได้และไม่ได้

เธรดบนเครื่องทำงานกับไฟล์ เครื่องมือ MCP เซิร์ฟเวอร์ และค่าตั้งของ Claude Code บนเครื่องนั้น รวมถึง hooks และกฎสิทธิ์ของมัน แทนที่จะใช้สภาพแวดล้อมคลาวด์ของโปรเจกต์ [1]

แต่มันเริ่มด้วย project instructions เท่านั้น ไม่ได้โหลดไฟล์ความจำของโปรเจกต์

และมันรันได้เฉพาะตอนที่เครื่องนั้นตื่นอยู่และเปิด Remote Control ไว้

ตรงนี้คือข้อแลกเปลี่ยนที่ผมว่าสำคัญที่สุดในทั้งบทความ

เธรดบนคลาวด์ทำงานต่อได้แม้คุณปิดแล็ปท็อป

เธรดบนเครื่องหยุดเมื่อเครื่องหลับ

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

เอกสารเขียนไว้ตรง ๆ ว่าเธรดอื่นของโปรเจกต์ยังรันบนคลาวด์ต่อไป

เธรดบนเครื่องรันในโหมดอัตโนมัติ

จุดที่ผมคิดว่าคนอ่านควรรู้ก่อนกดเปิด

เธรดบนเครื่องรันใน auto mode แปลว่า Claude จะรันคำสั่งและแก้ไฟล์ในโฟลเดอร์นั้นโดยไม่ถามคุณทีละครั้ง [1]

ถ้าโหมดอัตโนมัติใช้ไม่ได้หรือถูกปิดใน Claude Code ของเครื่องนั้น เธรดจะรันโดยไม่มีมัน

เอกสารยังเตือนด้วยว่าเธรดสองเส้นที่ทำงานในโฟลเดอร์เดียวกันพร้อมกัน [1] สามารถเขียนทับการแก้ไขของกันและกันได้

ถ้าโฟลเดอร์นั้นเป็น git repository ให้เปิด Worktree ในตัวเลือกของโฟลเดอร์เพื่อกันปัญหานี้

ค่าใช้จ่ายจริง: ไม่มีค่าบริการแยก แต่มีเพดานที่คนไม่ค่อยพูดถึง

โพสต์บอกว่าไม่มีค่าใช้จ่ายแยก แต่รันหลายเธรดพร้อมกันโควตาหมดเร็ว

ประโยคนี้ถูก แต่ยังไม่ครบ และส่วนที่ขาดไปคือส่วนที่กระทบกระเป๋าเงินคุณตรง ๆ

เอกสารทางการเขียนว่า Projects ใช้ เพดานแพ็กเกจเดียวกับเซสชัน Claude Code อื่น [1] และใช้เร็วกว่า

และบนแพ็กเกจ Pro โดยเฉพาะ คุณควรคาดว่าจะถึงเพดานเร็วขึ้นในวันที่รันโปรเจกต์

สิ่งที่กินโควตาของคุณ

เอกสารแยกออกเป็นสามทาง

ทางแรกคือ การรันเธรด แต่ละเธรดคือเซสชันเต็มรูปแบบ และรันพร้อมกันได้หลายเส้น

เอกสารระบุว่าไม่มีจำนวนตายตัว Claude เปิดเท่าที่งานต้องการ ส่วนจำนวนที่คุณสั่งให้จำกัดไว้เป็นเพียงความชอบ ไม่ใช่เพดานจริง

เพดานที่บังคับใช้จริงคือ 200 เธรดใหม่ต่อวัน [1] รวมทุกโปรเจกต์ในบัญชีคุณ

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

ทางที่สามคือจุดที่ผมคิดว่าน่ากังวลที่สุด

เธรดที่เฝ้า pull request อยู่จะตื่นขึ้นมาใช้โควตาของคุณอีกครั้ง [1] เมื่อ CI ล้มเหลวหรือมีคอมเมนต์รีวิวเข้ามา

คุณอาจปิดแล็ปท็อปเข้านอน แล้วตื่นมาพบว่าโควตาหมด เพราะมีคนรีวิวโค้ดตอนตีสาม

ถ้าไม่อยากให้เป็นแบบนั้น เอกสารบอกให้สั่งในเธรดนั้นว่าให้หยุดเฝ้า pull request

ข่าวดีคือโปรเจกต์ที่ไม่มีเธรดรันอยู่ ไม่มี pull request ที่ถูกเฝ้า และไม่มีข้อความใหม่ จะไม่กินโควตาของคุณตอนอยู่นิ่ง และโปรเจกต์ที่เก็บเข้าคลังก็เช่นกัน

เครื่องมือดูว่าใครกินโควตา

ใน Project settings มีแท็บ Usage ที่แยกให้เห็นว่าโทเคนถูกใช้ไปกับเธรดไหนและโมเดลไหน และบทสนทนาหลักกินไปเท่าไร

เอกสารยังให้วิธีลดการใช้ไว้สามข้อ [1]

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

สำหรับงานใหม่ การขอให้ Claude เริ่มเธรดใหม่จึงอาจใช้โควตาน้อยกว่าการปลุกเธรดเก่าที่มีบริบทใหญ่แล้ว

ข้อสอง เลือกโมเดลเล็กลงหรือลดระดับความพยายามให้เธรด บทสนทนา หรือทั้งคู่

ข้อสาม สั่งในบทสนทนาให้รันเธรดน้อยลงพร้อมกัน หรือให้ Claude ตอบคำถามเล็ก ๆ เองแทนการเปิดเธรด

เรื่องลิมิต 17% ที่ไม่ได้มาจาก Projects

มีบทความภาษาญี่ปุ่นที่ผมอ่านตอนค้นข้อมูลอธิบายเรื่องนี้ไว้ตรงกับต้นทาง คือเพดานสัปดาห์ลดลงจริงตั้งแต่วันที่ 14 กันยายน และเป็นคนละเรื่องกับการเปิดตัว Projects [12]

ตัวเลข 17 เปอร์เซ็นต์จึงมีจริง แต่ ไม่เกี่ยวกับ Projects

วันที่ 29 สิงหาคม 2026 บัญชี @ClaudeDevs ประกาศว่า [8] ตั้งแต่วันที่ 14 กันยายน ทางบริษัทจะขึ้นเพดานสัปดาห์มาตรฐานของ Claude Code อย่างถาวร 25 เปอร์เซ็นต์สำหรับ Pro, Max, Team และ Enterprise แบบคิดตามที่นั่ง

ระหว่างนั้น ส่วนเพิ่ม 50 เปอร์เซ็นต์ที่ให้อยู่ชั่วคราวจะยังมีผลไปจนถึงวันนั้น

แปลว่าวันที่ 14 กันยายน ผู้ใช้จะเจอเพดานที่ สูงกว่าก่อนโปรโมชัน 25 เปอร์เซ็นต์ แต่ต่ำกว่าช่วงโปรโมชัน 17 เปอร์เซ็นต์

Anthropic พูดเองว่า "Compared to today, this works out to a 17% reduction in weekly limits on Claude Code" [9]

ตัวเลขทั้งสองถูก แต่วัดจากฐานคนละอัน [10] และบน Reddit ก็มีคนบ่นเรื่องการสื่อสารเพดานแบบกำกวมในทำนองเดียวกัน [11]

แล้วมันเกี่ยวกับ Projects ยังไง

Projects เปิดตัว 17 กันยายน คือ สามวันหลัง เพดานลดลง

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

ถ้าคุณกำลังวางแผนใช้งาน Projects ในเดือนนี้ ให้คิดจากเพดานใหม่ ไม่ใช่จากที่คุณจำได้เมื่อกลางปี

เสียงจากคนที่ลองใช้จริง

ฝั่งบวกมีเสียงที่หนักพอสมควร

Kevin Rose ผู้ก่อตั้ง Digg เขียนบน X (Twitter) เมื่อวันที่ 13 ตุลาคม 2026 ว่า

"the new @claudeai 'Projects' beta is FANTASTIC, a beautiful orchestration of sub-agents working through problems and handing off tasks, all while keeping the primary chat unblocked. It's unlike anything I've seen from any other harnesses. This is perfect for both coding and personal projects."

โพสต์นั้นมีคนกดถูกใจ 692 ครั้ง [5] และมีคนเห็นราว 66,900 ครั้ง

จุดที่ผมสนใจในคำชมนี้ไม่ใช่คำว่า FANTASTIC แต่คือวลี "keeping the primary chat unblocked"

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

น่าสังเกตว่าคำชมนี้มาจาก วันที่ 13 ตุลาคม ไม่ใช่วันเปิดตัว ซึ่งอย่างน้อยก็แสดงว่าเขาไม่ได้พูดจากวิดีโอเปิดตัว

ฝั่งลบก็มี และตรงไปตรงมา

Mitch Asser เขียนในจดหมายข่าวของเขาว่าเขาไม่ชอบ Projects อย่างน้อยก็ตอนนี้ พร้อมเหตุผลสั้น ๆ ว่า "i think it's just too early" [6]

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

ผมว่าคำว่า "หวังว่า" ในประโยคนั้นคือหัวใจของข้อโต้แย้งทั้งหมด

ปัญหาที่โพสต์ไม่ได้บอก

มีสองเรื่องทางเทคนิคที่ผมคิดว่าคนจะเจอแน่ถ้าใช้จริง

เรื่องแรก: merge conflict ไม่ได้หายไปเพราะมีเธรด

The Verge อธิบายกลไกไว้ตรง ๆ [3] ว่าแต่ละเธรดทำงานบน branch ของตัวเองและบนสำเนา repo ของตัวเอง

ถ้าเธรดสองเส้นแก้โค้ดส่วนเดียวกัน การทับซ้อนจะกลายเป็น merge conflict เหมือน pull request ทั่วไป

นี่คือจุดที่คนมักเข้าใจผิดว่า การมีผู้ประสานงานแปลว่าไม่ต้องจัดการความขัดแย้ง

จริง ๆ แล้วผู้ประสานงานแค่จัดคิวงาน แต่ตอน merge คุณยังต้องเป็นคนตัดสิน

บทวิเคราะห์ของ The Weighted Average ตั้งสมมติฐานที่ผมว่าใช้ได้กับการตัดสินใจจริง

เขาบอกว่า "The coordinator does not create more allowance" [7] คือผู้ประสานงานไม่ได้สร้างโควตาเพิ่มให้คุณ

แล้วให้เกณฑ์ตัดสินใจว่าควรขยายหรือหดการใช้ Projects

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

หดเมื่อ การซ่อม branch, การที่บริบทเก่าเกินไป, หรือโควตาหมด กลายเป็นเรื่องที่ครอบงำ

เกณฑ์นี้ดีเพราะมันไม่ถามว่า Projects ดีไหม แต่ถามว่า มันคุ้มกับงานของคุณหรือเปล่า

เรื่องที่สอง: งานที่ยังไม่ commit อาจหายได้

เอกสารทางการเขียนไว้ในส่วนข้อจำกัด [1]

แซนด์บ็อกซ์ของเธรดบนคลาวด์ หยุดชั่วคราวระหว่างเทิร์น และกลับมาทำงานต่อเมื่อเธรดนั้นไปต่อ

ถ้ากลับมาไม่ได้ เธรดจะเริ่มจาก โคลนใหม่ ผลคือการแก้ไขที่ยังไม่ commit อาจหายไป

คำแนะนำของเอกสารคือ บนงานยาว ให้สั่งให้ Claude commit และ push งานที่ค้างอยู่เป็นระยะ

ผมคิดว่านี่คือคำแนะนำที่คนอ่านข้ามบ่อยที่สุด และเป็นสาเหตุที่คนอาจเสียงานโดยไม่รู้ว่าทำไม

ข้อจำกัดที่ควรรู้ก่อนตัดสินใจ

เอกสารทางการระบุไว้หลายข้อ ผมคัดที่กระทบการใช้งานจริง [1]

Projects ใช้ได้ที่ claude.ai/code ในแอปเดสก์ท็อป และในแอปมือถือ แต่ใช้ไม่ได้ใน terminal CLI, ส่วนขยาย VS Code, ปลั๊กอิน JetBrains และใช้ไม่ได้ผ่าน Amazon Bedrock, Google Cloud Agent Platform หรือ Microsoft Foundry

ถ้าทีมคุณทำงานใน terminal เป็นหลัก นี่คือข้อจำกัดที่อาจทำให้ใช้ไม่ได้เลย

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

ช่วงเบต้ายังไม่มี การควบคุมระดับองค์กร สำหรับโปรเจกต์

เธรดหนึ่งเป็นของโปรเจกต์เดียวที่เปิดมัน คุณย้ายหรือคัดลอกเธรดไปโปรเจกต์อื่นไม่ได้ และแยกออกมาเดี่ยว ๆ ก็ไม่ได้

คุณยัง เพิ่มเซสชันที่คุณเริ่มเองบนเครื่องเข้าไปในโปรเจกต์ไม่ได้ โปรเจกต์เข้าถึงเครื่องคุณได้ทางเดียวคือการรันเธรดผ่าน Remote Control

และเธรดบนคลาวด์จะไม่ได้อะไรจากค่าตั้ง Claude Code บนเครื่องคุณเลย

ใครใช้ได้แล้ว ใครต้องรอ

สถานะตอนนี้คือ พับลิกเบตาบนแพ็กเกจ Pro และ Max และปล่อยแบบค่อยเป็นค่อยไป

บล็อกทางการเขียนว่าเริ่มจากผู้ใช้ที่ [2] เคยใช้ cloud sessions ใน Claude Code และยังไม่มีโปรเจกต์เดิมอยู่บนเว็บหรือเดสก์ท็อป

ภายในสัปดาห์แรกหลังเปิดตัวจะขยายไปยังผู้ใช้ Pro และ Max รายอื่น

ส่วนการยกระดับโปรเจกต์ให้ใช้ได้ทั่วทั้ง Claude รวมถึงแพ็กเกจ Team และ Enterprise จะตามมาหลังจากนั้น

ถ้าคุณเป็น Pro หรือ Max แล้วยังไม่เห็น Projects ในแถบด้านข้างที่ claude.ai/code หรือในแท็บ Code ของแอปเดสก์ท็อป แปลว่าการปล่อยยังไม่ถึงบัญชีคุณ และคุณเข้าไปลงชื่อรอได้ที่ claude.com/form/projects

The Verge เสริมว่าเมื่อขยายครบแล้ว [3] จะรวมถึง Pro, Max, Team และ Enterprise ทั้งหมด ตลอดจน Cowork และแชต Claude ปกติ

อย่าสับสนกับ Projects เดิม และความจริงที่ลึกกว่านั้น

โพสต์เตือนว่า อย่าสับสนกับ Claude Projects แบบเดิมที่ไว้เก็บแชตและไฟล์

คำเตือนนี้ถูก แต่ถ้าดูจากต้นทางจะเห็นความจริงที่ลึกกว่า

Projects เดิมกับ Projects ใหม่ ไม่ใช่ผลิตภัณฑ์สองตัวที่ชื่อบังเอิญซ้ำกัน [2]

มันคือ ฟีเจอร์เดียวกันที่กำลังถูกยกระดับ และชื่อบล็อกทางการของ Anthropic เองก็บอกไว้แล้วว่า "Projects redesigned: from folder to conversation"

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

บล็อกเขียนตรง ๆ ว่าโปรเจกต์เดิมบน Pro และ Max ยังทำงานแบบเดิมต่อไป และจะถูกยกระดับเมื่อการปล่อยขยายไปถึงแชตและ Cowork

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

ความจำที่จำสไตล์การทำงานของคุณด้วย

จุดที่ผมว่าคุ้มค่าที่สุดและโพสต์ไม่ได้พูดถึง

บล็อกทางการบอกว่า Claude จำ สไตล์การทำงานและการสื่อสารของคุณ ได้ [2]

คุณสั่งให้มันปรับได้ว่าตรวจงานบ่อยแค่ไหน เปิดเธรดใหม่บ่อยเท่าไร และแต่ละรายงานควรละเอียดขนาดไหน

นี่ไม่ใช่แค่ความจำเชิงเนื้อหา แต่เป็นความจำเชิงวิธีทำงาน

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

เหมาะกับใคร และไม่เหมาะกับใคร

ผมสรุปจากเอกสารทางการและเสียงจากคนใช้จริง

เหมาะ ถ้าคุณมีเป้าหมายที่ยาวกว่าเซสชันเดียวและมันผลิตงานออกมาเรื่อย ๆ เช่น อัปเดต lint config ให้ทุก service ย้ายแอปออกจาก ORM ที่เลิกใช้ หรือรันงานตรวจสอบประสิทธิภาพแยกทีละ endpoint ตามตัวอย่างที่ Anthropic ยกมาเรื่องลด latency p75 ของหน้าชำระเงิน

เหมาะ ถ้าคุณมีงานไหลเข้ามาเป็นระยะในพื้นที่เดิม เช่น bug กับ stack trace ของบริการเดียวที่ถูกส่งมาให้คุณทุกวัน

ยังไม่เหมาะ ถ้างานของคุณจบในเซสชันเดียว เช่นแก้เทสต์ที่พัง intermittently ตัวเดียว การเปิดเซสชันบนคลาวด์เองตรง ๆ เร็วกว่า

ยังไม่เหมาะ ถ้างานทุกชิ้นต้องใช้เครื่องคุณ เช่นฐานข้อมูลในเครื่องหรือ API หลัง VPN ทั้งหมด ในกรณีนั้นใช้เซสชันบนเครื่องของคุณเองจะตรงกว่า

ยังไม่เหมาะกับทีม ที่ต้องการการควบคุมระดับองค์กร เพราะช่วงเบตายังไม่มี

และถ้าทีมคุณทำงานใน terminal หรือ IDE เป็นหลัก ให้ชะลอไว้ก่อน เพราะ Projects ยังไม่รองรับที่นั่น

สิ่งที่ผมยังไม่รู้

ผมไม่ได้ทดสอบ Projects ด้วยตัวเอง

บทความนี้สร้างจากเอกสารทางการของ Anthropic บล็อกเปิดตัว รายงานของ The Verge และเสียงของผู้ใช้ที่เผยแพร่บน X (Twitter) กับ Reddit (Reddit เป็นคอมมูนิตี้เทคโนโลยี ส่วน X เป็นที่ที่นักพัฒนาสายนี้คุยกันเป็นประจำ)

สิ่งที่ผมยืนยันเองได้คือ วันที่ ลำดับเหตุการณ์ ตัวเลขเพดาน และข้อจำกัด ตามที่เอกสารระบุ

สิ่งที่ผมยืนยันเองไม่ได้คือ ความรู้สึกว่าใช้งานลื่นแค่ไหน และ ตัวเลขโทเคนจริงที่คุณจะเจอ

ตัวเลข 200 เธรดต่อวันกับเพดานที่ใช้เร็วขึ้นเป็นค่าที่เอกสารเขียนไว้ ไม่ใช่ค่าที่ผมวัด

ถ้าคุณกำลังตัดสินใจว่าควรใช้ Projects กับงานจริงหรือยัง ผมแนะนำให้เริ่มจาก งานเสี่ยงต่ำหนึ่งงาน ที่มี pull request ให้ตรวจได้ แล้วดูแท็บ Usage หลังทำงานเสร็จหนึ่งวัน

ถ้าตัวเลขโทเคนที่ได้ไม่ทำให้คุณตกใจ และ merge conflict ที่เกิดยังอยู่ในระดับที่คุณรับไหว นั่นคือสัญญาณว่าควรใช้ต่อ

ถ้าตรงข้าม คุณก็รู้คำตอบก่อนที่มันจะไปกระทบงานจริง

สรุปสั้น ๆ สำหรับคนที่อ่านแค่ย่อหน้านี้

Projects คือบทสนทนาที่ทำหน้าที่ผู้ประสานงาน แตกงานเป็นเธรดที่แยกบริบทกัน แต่ละเธรดทำงานบน branch ของตัวเองและเปิด pull request

โพสต์ที่แชร์กันบอกว่าเข้าไฟล์ในเครื่องไม่ได้ ซึ่ง ไม่จริงแล้วตั้งแต่ 23 กันยายน 2026

ค่าใช้จ่ายไม่มีค่าบริการแยก แต่กินเพดานแพ็กเกจเดิมและเร็วกว่า และมีเพดานจริงที่ 200 เธรดใหม่ต่อวัน

เสียงจากคนใช้จริงแบ่งเป็นสองขั้ว Kevin Rose เรียกว่า FANTASTIC ส่วน Mitch Asser บอกว่าเร็วเกินไปที่จะตัดสิน

คำถามที่ผมว่าใช้ได้จริงไม่ใช่ "Projects ดีไหม" แต่คือ "งานของคุณมีลักษณะที่ต้องมีผู้ประสานงานหรือเปล่า"

แหล่งอ้างอิง

[1] Anthropic, "Let Claude coordinate ongoing work with Projects", Claude Code Docs, เข้าถึง 19 ต.ค. 2026. https://code.claude.com/docs/en/claude-projects
[2] Anthropic, "Projects redesigned: from folder to conversation", 17 ก.ย. 2026. https://claude.com/blog/projects-redesigned
[3] Stevie Bonifield, "Claude Code relaunches Projects to manage multiple AI agents in the cloud", The Verge, 17 ก.ย. 2026. https://www.theverge.com/ai-artificial-intelligence/997134/anthropic-claude-code-projects
[4] Chasing Next, "Local Threads in Claude Code Projects", 23 ก.ย. 2026. https://chasingnext.com/updates/local-threads-in-claude-code-projects
[5] Kevin Rose (@kevinrose), โพสต์บน X, 13 ต.ค. 2026. https://x.com/kevinrose/status/2110064526788034842
[6] Mitch Asser, "i don't like Claude Projects (at least for now)", 2026 (หน้าแสดงเฉพาะวันที่แบบสัมพัทธ์ ไม่มีวันที่ระบุชัด). https://mitch-asser.kit.com/posts/i-don-t-like-claude-code-projects-at-least-for-now
[7] The Weighted Average, "Claude Projects Makes Parallelism a Usage Decision", 18 ก.ย. 2026. https://theweightedaverage.com/posts/2026-09-18-claude-projects-parallel-allowance/
[8] Claude Devs (@ClaudeDevs), โพสต์บน X เรื่องเพดานสัปดาห์, 29 ส.ค. 2026. https://x.com/ClaudeDevs/status/2093742321473065266
[9] Claude Devs (@ClaudeDevs), โพสต์บน X เรื่องเพดานสัปดาห์ลด 17 เปอร์เซ็นต์, 29 ส.ค. 2026. https://x.com/ClaudeDevs/status/2093742322525810912
[10] Marcus Schuler, "Anthropic Cuts Current Claude Code Weekly Limits 17% on September 14", The Implicator, 31 ส.ค. 2026. https://www.implicator.ai/anthropic-claude-code-weekly-limits-september-14/
[11] u/Nichiren, คอมเมนต์ใน r/Anthropic, 31 ส.ค. 2026. https://reddit.com/r/Anthropic/comments/1w3gm14/comment/p70mmyx/
[12] Nori, "Up to 2 threads is not the limit: 3 lines to read before using Claude Code Projects for work" (ชื่อบทความแปลจากต้นฉบับภาษาญี่ปุ่น), note.com, 19 ก.ย. 2026. https://note.com/nori_nw/n/n7a9ce34c9731