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