Claude Projects 从文件夹转向对话式协调，以及尚未解决的问题

Claude Projects เปลี่ยนจากโฟลเดอร์เป็นบทสนทนา และสิ่งที่ยังไม่ได้แก้ โดย Nokka (นก-กา) | 18 กันยายน 2026 บทความนี้เขียนโดย AI (โมเดล deepseek-v4.1-flash ของผู้ให้บริการ ollama-cloud) ผ่าน Hermes Agent จาก Nous Research ตรวจสอบและเรียบเรียงโดย Nokka Anthropic เปิดตัว Projects ฉบับออกแบบใหม่เมื่อวันที่ 17 กันยายน 2026 ⇒ สาระสำคัญคือมันเปลี่ยน Projects จาก "โฟลเดอร์ที่เก็บงาน" เป็น "ผู้ประสานงานที่แจกงาน" [1] ประโยคเปิดของประกาศเขียนไว้ตรง ๆ [1] "การจัดการหลายเซสชันในงานชิ้นหนึ่งเคยต้องให้คุณแบ่งงาน จัดคิวส่งต่อ แล้วเย็บผลลัพธ์กลับเข้าด้วยกัน *ตอนนี้ในโปรเจกต์ของ Claude Code คุณอธิบายว่าต้องทำอะไร แล้ว Claude จัดการงานให้*" [1] ⇒ และนี่คือจุดที่ผมคิดว่าต้องอ่านให้ช้า เพราะคำว่า "Claude จัดการงานให้" ในที่นี้ไม่ได้หมายถึงแค่ตอบยาวขึ้น แต่หมายถึงมีตัวประสานงานที่แจกงานให้หลายเซสชันพร้อมกัน แล้วรวมผลกลับมาให้ [1] หนึ่ง: โครงสร้างใหม่ ⇒ thread ทำงาน coordinator สั่ง สถาปัตยกรรมของ Projects ฉบับใหม่มีสองชั้น [1] coordinator ตัวสั่งการ ⇒ รับเป้าหมายจากคุณ แล้วแจกงานให้ thread thread ตัวทำงาน ⇒ เป็น Claude Code cloud session เต็มรูปแบบ Enter fullscreen mode Exit fullscreen mode ⇒ และแต่ละ thread ไม่ได้แชร์พื้นที่กัน ⇒ ประกาศระบุชัด [1] "ภายใต้ฝากระโปรง แต่ละ thread คือเซสชันคลาวด์ของ Claude Code ที่ทำงานบน **branch ของตัวเอง และสำเนา repo ของตัวเอง" [1] ⇒ ผลที่ตามมาคือถ้าสอง thread แก้โค้ดจุดเดียวกัน มันจะกลายเป็น merge conflict และ "ความทับซ้อนจะถูกแก้เหมือน PR ปกติ" ⇒ ประโยคนี้สำคัญเพราะมันบอกว่าปัญหาความขัดแย้ง ไม่ได้ถูกป้องกัน แต่ถูกเลื่อนไปแก้ที่ปลายทาง [1][2] ตัวอย่างที่ประกาศยกมา ⇒ และมีตัวอย่างที่ผมคิดว่าดีกว่า ตัวอย่างแรกที่ Anthropic ยก [1] "ตั้งเป้าหมายว่าลด p75 latency ของการชำระเงินในแอปคุณ ⇒ แล้วขอให้ Claude profile แต่ละ endpoint ทดสอบการปรับแต่ง แล้วเปิด PR ใน thread ขนานกัน" [1] ตัวอย่างที่สอง ซึ่งผมคิดว่าสื่อความหมายได้ดีกว่ามาก [1] "หรือเชื่อม repo ของ API เว็บ และมือถือเข้าด้วยกัน แล้วตั้งเป้าว่าจะเลิกใช้ endpoint v1 ที่ถูก deprecate ⇒ **Claude สร้าง thread หนึ่งตัวต่อหนึ่ง repo* เพื่อย้ายผู้เรียก รันเทสต์ เปิด PR แล้วบอกคุณว่าตัวไหนต้อง merge ก่อน"* [1] ⇒ ประโยคสุดท้าย "บอกคุณว่าตัวไหนต้อง merge ก่อน" คือหัวใจของเรื่องนี้ เพราะมันคือการที่ระบบเข้าใจ ลำดับการพึ่งพากันข้าม repo [1] ตารางเทียบว่าเปลี่ยนอะไรบ้าง ผมรวบจากประกาศและบทวิเคราะห์เป็นตารางเดียว [1][2][7] มิติ Projects เดิม Projects ฉบับใหม่ หน่วยหลัก โฟลเดอร์เก็บบริบทของโปรเจกต์ เป้าหมาย + thread ที่ทำงานขนานกัน ใครแจกงาน คุณแบ่งงานเอง coordinator แจกให้ thread สถานะของงาน อยู่ในบทสนทนาที่คุณคุมอยู่ เป็นเซสชันคลาวด์ที่มี branch และสำเนา repo ของตัวเอง การชนกันของงาน คุณต้องจัดการเอง ผุดเป็น merge conflict แล้วแก้เหมือน PR ปกติ ความจำ บริบทในโปรเจกต์ หน่วยความจำร่วมที่ทุก thread อ่านและเขียน ที่รัน เดสก์ท็อปและเว็บ คลาวด์เป็นหลัก ⇒ การรันบนเครื่อง "กำลังจะมา" ผลต่อโควตา ปกติ แตะ usage limit ได้เร็วขึ้น เพราะแต่ละ thread คือเซสชันเต็ม ⇒ แถวสุดท้ายคือแถวที่ผมอยากให้อ่านซ้ำ เพราะมันคือราคาที่ประกาศเขียนไว้เอง [1] และ thread ซอยงานต่อได้ "แต่ละ thread สามารถซอยงานที่ได้รับมอบหมายออกเป็นชิ้นย่อยได้อีก โดยใช้ **subagents, loops และ workflows* เมื่อจำเป็น ⇒ งานชิ้นใหญ่จึงเสร็จเร็วขึ้น"* [1] ⇒ ชื่อสามอย่างนี้ไม่ใช่ของใหม่ ⇒ subagents มีมาตั้งแต่ เมษายน 2026 และ dynamic workflows ตั้งแต่ พฤษภาคม 2026 [3][4] ⇒ สิ่งที่ใหม่คือการวางมันไว้ใต้ชั้น coordinator ที่คงอยู่ข้ามเซสชันได้ [1] สอง: memory และ library ที่ทำให้บริบทไม่หาย ส่วนนี้ผมคิดว่าเป็นคุณค่าที่แท้จริงของ Projects มากกว่าการขนานงาน [1] "เมื่อเวลาผ่านไป Claude เรียนรู้รายละเอียดของโปรเจกต์มากขึ้น แล้วนำมาใช้กับงานของมัน *ทุก thread เพิ่มเข้าและดึงจากหน่วยความจำร่วม ลดความจำเป็นในการเขียน prompt ซับซ้อน*" [1] ตัวอย่างที่ประกาศยกมา [1] Claude จำได้ว่า ⇒ วันปล่อยงานเลื่อนไปวันศุกร์ ทำไมฟีเจอร์ export ถูกตัดออก ต้องเช็คกับใครก่อนแตะบริการ billing Enter fullscreen mode Exit fullscreen mode ⇒ ทั้งสามตัวอย่างนี้เป็นบริบทที่ไม่มีในโค้ด ⇒ ไม่มีทางได้มาจากการอ่าน repo ⇒ มันคือความรู้ที่อยู่ในหัวคน และ Projects พยายามย้ายมันออกมาเก็บ [1] และมีสิ่งที่ผมคิดว่าน่าสนใจกว่าตัวความจำ ⇒ Claude จำสไตล์การทำงานของคุณด้วย [1] "Claude จำรูปแบบการทำงานและการสื่อสารของคุณได้ ⇒ คุณขอให้มันปรับความถี่ในการเช็คอิน ความถี่ในการเปิด thread ใหม่ หรือระดับรายละเอียดของแต่ละอัปเดตได้" [1] ⇒ นี่คือสิ่งที่ผมคิดว่าเป็นความพยายามแก้ปัญหาที่คนใช้ agent จริงเจอบ่อยที่สุด นั่นคือ การ calibrate ระดับการรบกวน ⇒ agent ที่รายงานทุกวินาทีก็รบกวน agent ที่เงียบไปเลยก็ไม่น่าไว้ใจ [1] และมี library ที่รวมไฟล์ที่คุณเพิ่มกับ artifact ที่ Claude สร้าง ⇒ เพื่อให้งานใหม่ต่อยอดจากงานเก่าได้ [1] สาม: ใครได้ใช้ และใครยังต้องรอ ส่วนนี้คือส่วนที่ผมคิดว่าต้องเขียนให้ชัด เพราะประกาศทางการพูดสั้นกว่าที่คนเข้าใจ [1] การเปิดให้ใช้รอบแรกแคบกว่าที่หลายคนคิด [1] "ตั้งแต่ตอนนี้ โปรเจกต์ฉบับอัปเดตเปิดให้ใช้ในสถานะเบต้า *กับสมาชิก Claude Pro และ Max บางราย** ที่ใช้ เซสชันคลาวด์ใน Claude Code และ ยังไม่มีโปรเจกต์อยู่แล้วทั้งบนเว็บหรือเดสก์ท็อป"* [1] ⇒ เงื่อนไข "ยังไม่มีโปรเจกต์อยู่แล้ว" คือข้อที่ทำให้คนจำนวนมากตกรอบ และ ZDNET เขียนไว้ตรง ๆ ว่าผู้เขียนเองตกรอบเพราะ [2] "นั่นกันผมออก เพราะการพัฒนาเกี่ยวกับ Claude Code ของผมทั้งหมดทำใน terminal และบนไฟล์ในเครื่อง" [2] ไทม์ไลน์การขยายที่ประกาศไว้ [1] สัปดาห์ถัดไป ⇒ ขยายให้ผู้ใช้ Claude Code ในแผน Pro และ Max เพิ่มขึ้น หลังจากนั้น ⇒ ขยายไปทุกส่วนของ Claude + แผน Team และ Enterprise ถ้าไม่มีสิทธิ์ตอนนี้ ⇒ เข้าคิวรอได้ที่ claude.com/form/projects Enter fullscreen mode Exit fullscreen mode ⇒ และโชคดีที่มีข่าวดีสองข้อ [1] หนึ่ง ⇒ โปรเจกต์เดิมในแผน Pro และ Max ยังทำงานได้เหมือนเดิม ⇒ ไม่มีใครเสียของ สอง ⇒ Anthropic จะอัปเกรดโปรเจกต์เดิมให้ "เมื่อการขยายไปถึงแชตและ Cowork" [1] สี่: และนี่คือราคาที่ต้องจ่าย ⇒ ตรง ๆ จากประกาศเอง มีข้อความหนึ่งที่ผมชื่นชม Anthropic ที่เขียนไว้ในประกาศเอง [1] "Projects รันหลาย thread พร้อมกันได้ และแต่ละตัวเป็นเซสชัน Claude Code เต็มรูปแบบ *เพราะเหตุนี้ โปรเจกต์จึงแตะ usage limit ได้เร็วขึ้น*" [1] ⇒ ประโยคนี้คือการยอมรับตรง ๆ ว่างานขนานมีต้นทุน และต้นทุนนั้นคือโควตาของคุณ [1] และ **ZDNET เล่าเสริมจากประสบการณ์จริง** [2] "ผมเคยถูกตัดกลางทางหลังจากรันฝูง agent ทั่วโค้ดของผมมาแล้ว" [2] สิ่งที่ Anthropic ให้เป็นเครื่องมือคุม ⇒ ดูการใช้งานเฉพาะโปรเจกต์ได้ และเลือกโมเดลกับระดับ effort ที่ coordinator และ worker thread ใช้ได้ [1] ⇒ และ ZDNET ชี้จุดที่ผมคิดว่าเป็นข้อจำกัดเชิงออกแบบที่แท้จริง [2] "ความขัดแย้งถูก *ผลักไปข้างหน้า ไม่ได้ถูกป้องกัน** ⇒ thread ที่ทับซ้อนกันจะผุดขึ้นมา…"* [2] ⇒ ผมตีความว่า Projects ไม่ได้ลบปัญหาการชนกันของงานขนาน ⇒ มันแค่ทำให้ปัญหานั้นมองเห็นได้และแก้ได้ด้วยกระบวนการที่มีอยู่แล้ว (branch, PR, merge) ⇒ ซึ่งผมคิดว่าเป็นการตัดสินใจที่สมเหตุสมผล แต่ควรเขียนให้ชัด [1][2] และมีจุดที่ ZDNET แย้งประกาศ ZDNET เขียนไว้ว่า [2] "นี่ไม่ใช่ความขนานแบบใหม่ ผมใช้ฝูง subagent มาได้สักพักแล้ว" [2] ⇒ และ ZDNET ระบุว่า Anthropic เองก็ยอมรับว่า "สถาปัตยกรรมนี้คือสิ่งที่โปรเจกต์ใหม่ใช้ภายใน" ⇒ แปลว่า Projects เป็นการรวบ subagent ให้เป็นผลิตภัณฑ์ที่มีตัวประสานงาน ไม่ใช่การประดิษฐ์ความสามารถใหม่ [2] ⇒ ผมคิดว่านี่คือกรอบที่ถูกต้องที่สุดในการอ่านข่าวนี้ ⇒ ของใหม่คือชั้นการจัดการ ไม่ใช่ความสามารถของ agent [2] และข้อสังเกตหนึ่งที่ผมคิดว่าสำคัญมาก ZDNET สังเกตจากประกาศว่า [2] "มีอีกเรื่องที่ควรสังเกต ⇒ ฟีเจอร์นี้ดูเหมือนจะ *ไม่ได้เป็นอัตโนมัติเต็มรูปแบบ** ⇒ ดูเหมือนว่า thread จะเริ่มเมื่อคุณกดปุ่ม Start สำหรับแต่ละ thread ที่ Claude แนะนำ"* [2] ⇒ ถ้าเป็นอย่างที่ ZDNET อ่าน โครงสร้างที่ประกาศบรรยายว่า "coordinator สั่ง thread" จะต้องมีคนกดเริ่มแต่ละตัวก่อน ⇒ ซึ่งเปลี่ยนความรู้สึกของฟีเจอร์พอสมควร [1][2] ⇒ ผมยังยืนยันข้อนี้ไม่ได้ ⇒ ประกาศทางการไม่ได้ระบุชัดว่ากดเริ่มเองหรือไม่ และผมไม่มีสิทธิ์เบต้าทดสอบ ⇒ ผมจึงรายงานตามที่ ZDNET สังเกต และระบุว่าเป็นการตีความของนักข่าว [2] ห้า: และมีรายละเอียดหนึ่งที่ผมคิดว่าสำคัญที่สุดสำหรับคนอ่านไทย ประกาศปิดท้ายด้วยประโยคนี้ [1] "thread รันบนคลาวด์ทุกวันนี้ ⇒ *การรันบนเครื่องของคุณ เคียงข้างเครื่องมือและโค้ดในเครื่อง และหลังเครือข่ายของคุณ กำลังจะมาถึงเร็ว ๆ นี้*" [1] ⇒ ประโยคนี้บอกว่า Projects ยังใช้ไม่ได้กับวิธีทำงานที่คนไทยส่วนใหญ่ทำ ⇒ ถ้าคุณรัน Claude Code บนเครื่องตัวเอง ใช้ไฟล์ในเครื่อง หรือทำงานหน้าไฟร์วอลล์องค์กร ตอนนี้ยังอยู่นอกระบบใหม่นี้ [1][2] ⇒ และ ZDNET สรุปเรื่องนี้ไว้ในหัวข้อข่าวเลย ⇒ "แต่ผู้พัฒนาในเครื่องต้องรอ" [2] หก: บริบทที่ทำให้เข้าใจว่าทำไม Anthropic ทำแบบนี้ มีตัวเลขหนึ่งที่อธิบายทิศทางของ Anthropic ได้ดีกว่าโครงการไหนทั้งหมด [5] Cowork ซึ่งเป็น agent สำหรับงานทั่วไปที่งอกจาก Claude Code ถูกวิเคราะห์การใช้งาน 1.2 ล้านเซสชัน จากกว่า 600,000 องค์กร ⇒ ผลคือ [5] งานกระบวนการธุรกิจ (รายงาน · เช็กลิสต์ · สเปรดชีต) 33.4% งานสร้างเนื้อหา (ร่าง · พรีเซนเทชัน · ข้อเสนอ) 16.4% งานพัฒนาซอฟต์แวร์ 8.7% Enter fullscreen mode Exit fullscreen mode ⇒ ตัวเลขนี้ทำให้เห็นว่าเครื่องมือที่งอกจาก coding agent ถูกใช้เขียนโค้ดไม่ถึงหนึ่งครั้งในสิบ [5] ⇒ และมันเชื่อมกับ Projects ได้ตรง ๆ ⇒ ถ้าเป้าหมายคือ "งานที่ใช้เวลานานกว่าหนึ่งคำตอบ และมีมากกว่าหนึ่งส่วน" ⇒ นิยามนี้ครอบคลุมทั้งเขียนโค้ด ทำรายงาน และวิเคราะห์ ⇒ Projects จึงไม่ใช่ฟีเจอร์สำหรับนักพัฒนาเท่านั้น แต่เป็นโครงสำหรับงานยาวทุกชนิด [1][5] และมีอีกบริบทที่เกี่ยวข้อง ⇒ Anthropic กำลังรวม Cowork เข้าไปใน Claude แชตหลัก ภายใต้แนวคิด "one Claude" และลอนช์ Claude Docs กับ Claude Slides [6] ⇒ การอัปเดต Projects บน Claude Code วันที่ 17 กันยายน จึงเป็นการวางชั้นการจัดการให้ตรงกับทิศทางที่ Cowork เดินไป [1][6] เริ่มลองอะไรได้ตอนนี้ หนึ่ง ⇒ ถ้าคุณอยู่ในกลุ่มที่ได้ใช้ ⇒ เริ่มจากงานที่มี repo เดียวและเป้าหมายชัดเจนก่อน ⇒ อย่าเพิ่งเริ่มจากงานข้าม repo เพราะคุณจะยังไม่รู้ว่าระบบแจกงานอย่างไร สอง ⇒ ตั้งเป้าหมายที่วัดได้ ⇒ ตัวอย่าง p75 latency หรือ "เลิกใช้ endpoint v1" ที่ประกาศยกมา เป็นเป้าหมายที่บอกได้ว่าเสร็จหรือยัง ⇒ ตรงข้ามกับ "ปรับปรุงโค้ดให้ดีขึ้น" สาม ⇒ ดูการใช้งานเฉพาะโปรเจกต์ตั้งแต่ต้น ⇒ เพราะประกาศเองเตือนว่า thread หลายตัวคือเซสชันเต็มรูปแบบหลายตัว ⇒ โควตาหมดได้เร็วกว่าที่คิด [1] สี่ ⇒ ถ้าคุณยังไม่มีสิทธิ์ ⇒ เข้าคิวรอที่ claude.com/form/projects และ โปรเจกต์เดิมของคุณยังทำงานได้ตามปกติ ⇒ ไม่มีเหตุให้รีบย้ายอะไร [1] ⇒ และถ้าคุณรัน Claude Code บนเครื่องตัวเอง ⇒ ยังไม่มีอะไรต้องทำ ⇒ รอการรองรับการรันบนเครื่องตามที่ประกาศระบุ [1][2] ข้อควรระวัง หนึ่ง บทความนี้สรุปจากประกาศทางการของ Anthropic และบทวิเคราะห์ของ ZDNET เป็นหลัก [1][2] สอง ผมไม่ได้มีสิทธิ์เข้าเบต้า Projects ⇒ ภาพในบทความนี้มาจากเอกสาร ไม่ใช่ประสบการณ์ใช้งานจริงของผม สาม วันที่ 17 กันยายน 2026 ยืนยันได้จากประกาศเอง ⇒ ผมดึง HTML ต้นฉบับของ [1] แล้วพบ field Date September 17, 2026 บนหน้าเว็บตรง ๆ และยังมีข้อมูลโครงสร้าง datePublished: "Sep 17, 2026" กำกับ ⇒ ตรงกับที่ [7] รายงาน ⇒ ผมแก้ข้อควรระวังข้อนี้ในรอบ 2 เพราะฉบับแรกผมเขียนว่า "ประกาศไม่มีวันที่กำกับ" ซึ่ง ไม่จริง ⇒ สาเหตุคือเครื่องมือดึงเนื้อหาที่ผมใช้ตอนแรกตัดส่วน metadata ของหน้าออก ทำให้ผมไม่เห็นวันที่ จึงสรุปผิด สี่ ข้อสังเกตว่า thread ต้องกด Start เอง เป็นการตีความของ ZDNET ไม่ใช่ถ้อยคำในประกาศ ⇒ ผมระบุไว้ชัดในเนื้อหา และยังยืนยันไม่ได้ [2] ห้า ผมเขียนว่า claude.com/projects ตอบ 403 เมื่อผมทดสอบ ⇒ ซึ่งเป็นอาการบล็อกบอต ไม่ได้แปลว่าลิงก์เสีย (ผมตรวจด้วยเบราว์เซอร์ user agent แล้วยังได้ 403) ⇒ ผู้อ่านเปิดจากเบราว์เซอร์ปกติได้ หก ตัวเลขการใช้งาน Cowork ไม่ใช่ตัวเลขของ Projects ⇒ เป็นคนละผลิตภัณฑ์ และมาจากการวิเคราะห์ช่วงพฤษภาคม 2026 ⇒ ผมใช้เป็นบริบททางทิศทาง ไม่ใช่หลักฐานว่า Projects จะถูกใช้แบบเดียวกัน [5] เจ็ด ข้อความในเครื่องหมายคำพูดที่ยกมาจากแหล่งภาษาอังกฤษเป็นคำแปลของผม ไม่ใช่สำเนาต้นฉบับ ⇒ ผมคงคำสำคัญที่เป็นศัพท์เทคนิคไว้เป็นภาษาอังกฤษ (branch, merge conflict, PR, thread, coordinator, subagent, workflow) เพื่อให้ผู้อ่านเทียบกับต้นฉบับได้เอง ⇒ ผมตรวจแล้วว่าประโยคอังกฤษที่ผมอ้างทั้ง 11 ประโยคมีอยู่จริงในหน้า [1] แปด ผมทำงานบนระบบที่ใช้โมเดล AI และเขียนบทความนี้ด้วยความช่วยเหลือของ AI คำถามที่ผมยังตอบไม่ได้ หนึ่ง ⇒ thread เริ่มเองหรือต้องกด Start ⇒ ZDNET อ่านประกาศว่า "ดูเหมือน thread จะเริ่มเมื่อคุณกดปุ่ม Start" แต่ประกาศทางการไม่ได้ระบุชัด ⇒ ผมยังยืนยันไม่ได้จนกว่าจะได้ลองเบต้า [1][2] สอง ⇒ หน่วยความจำร่วมเก็บอะไร และเก็บนานแค่ไหน ⇒ ประกาศยกตัวอย่างว่าจำ "วันปล่อยงานเลื่อนไปวันศุกร์" และ "ต้องเช็คกับใครก่อนแตะ billing" ⇒ แต่ไม่ได้บอกว่าระบบเลือกเก็บอะไร ไม่เก็บอะไร และลบได้อย่างไร [1] ⇒ ถ้าคุณได้เข้าเบต้าและอยากเล่าให้ฟังว่าจริง ๆ เป็นอย่างไร ⇒ ผมสนใจฟังมาก เพราะบทความนี้มาจากเอกสารทั้งหมด ไม่ใช่การใช้งานจริง แหล่งอ้างอิง [1] "Projects redesigned: from folder to conversation" ประกาศทางการของ Anthropic (17 ก.ย. 2026 / ค.ศ. 2026), https://claude.com/blog/projects-redesigned [2] Gewirtz, D., "Claude Code's revised projects adds AI orchestration, but local developers must wait", ZDNET (ก.ย. 2026 / ค.ศ. 2026), https://zdnet.com/innovation/claude-code-revised-projects-threads [3] "How and when to use subagents in Claude Code", Claude by Anthropic (7 เม.ย. 2026 / ค.ศ. 2026), https://claude.com/blog/subagents-in-claude-code [4] "Introducing dynamic workflows", Claude by Anthropic (28 พ.ค. 2026 / ค.ศ. 2026), https://claude.com/blog/introducing-dynamic-workflows-in-claude-code [5] "Claude Cowork Goes to the Cloud: and the Usage Data Shows Most People Aren't Coding" สรุปการวิเคราะห์ 1.2 ล้านเซสชัน จากกว่า 600,000 องค์กร, Precision AI Academy (ค.ศ. 2026), https://precisionaiacademy.com/news/claude-cowork-goes-to-the-cloud [6] "Anthropic Merges Cowork Into Claude, Adds Docs and Slides" รายงานแนวคิด "one Claude" และการรวม Cowork เข้าแชตหลัก, Pulse of Nations (ค.ศ. 2026), https://pulseofnations.lol/anthropic-merges-cowork [7] "Anthropic relaunches Claude Code Projects to orchestrate multiple agents in the cloud" รายงานวันที่เปิดตัว 17 กันยายน 2026 และขอบเขตเบต้า, AI Chat Daily (ค.ศ. 2026), https://aichatdaily.com/ai-tools/anthropic-relaunches-claude-code-projects-orchestrate-multiple-agents