Anthropic เปิดตัว Claude Tag
(anthropic.com)- รูปแบบใหม่ในการทำงานร่วมกับ Claude โดย เข้าร่วมใน Slack เหมือนเป็นสมาชิกทีม เพื่อให้ทุกคนในช่องสามารถมอบหมายงานได้
- สามารถมอบหมายงานได้เพียงแท็ก @Claude ผ่านสิทธิ์เข้าถึงช่องที่กำหนดไว้ รวมถึงการเชื่อมต่อเครื่องมือ ข้อมูล และ codebase
- Claude ในช่องจะแบ่งคำขอออกเป็นหลายขั้นตอน ใช้เครื่องมือที่เข้าถึงได้ แล้วทิ้งผลลัพธ์ไว้ใน Slack thread เพื่อให้สมาชิกทีมเข้ามาดูต่อได้
- รองรับ การทำงานเชิงรุก โดยจดจำข้อมูลของช่องเพื่อสะสมบริบท และวางแผนงานที่จะทำในอนาคตได้ด้วยตัวเอง
- โค้ดของทีมผลิตภัณฑ์ภายใน Anthropic 65% ถูกเขียนด้วย Claude Tag เวอร์ชันภายใน และการใช้งานได้ขยายจากงานวิศวกรรมไปสู่การวิเคราะห์ตัวชี้วัด ทิกเก็ตซัพพอร์ต และการวิเคราะห์สาเหตุของบั๊ก
ภาพรวมของ Claude Tag
- วิธีใหม่ที่ทีมทำงานร่วมกับ Claude โดยจุดเริ่มต้นแรกคือ Slack
- Claude เข้าร่วมเป็นสมาชิกทีม และสามารถให้สิทธิ์เข้าถึงช่องที่เลือกได้
- เชื่อมต่อได้ทั้งเครื่องมือ ข้อมูล และ codebase ที่ต้องการ
- ทุกคนในช่องสามารถแท็ก @Claude เพื่อมอบหมายงาน แล้วโฟกัสกับงานของตัวเองได้
- จดจำข้อมูลที่เกี่ยวข้องของช่องเพื่อสะสมบริบท และวางแผนงานที่จะทำต่อในอนาคต
- ถูกวางตำแหน่งเป็นขั้นถัดไปของ Claude Code ทำให้โมเดลมีความเชิงรุกมากขึ้นและเหมาะกับ การทำงานร่วมกันระดับทีม
- ที่ Anthropic การแท็ก @Claude ได้กลายเป็นหนึ่งในวิธีหลักของการทำงานแล้ว
- ปัจจุบันโค้ดของทีมผลิตภัณฑ์ 65% เขียนด้วย Claude Tag เวอร์ชันภายใน
- การใช้งานขยายจากงานวิศวกรรมไปสู่ตัวชี้วัดผลิตภัณฑ์ การติดตามข้อมูล การจัดการทิกเก็ตซัพพอร์ต และการค้นหาต้นตอของบั๊กที่ซับซ้อน
- เหตุผลที่เปิดตัวบน Slack เพราะเป็นพื้นที่ที่เป็นธรรมชาติสำหรับความร่วมมือระหว่างทีมกับ AI และเป็นที่ที่งานประจำวันของ Anthropic เกิดขึ้น
- ขณะนี้เปิด เบต้า ให้ลูกค้า Claude Enterprise และ Team
- มีแผนขยายไปยัง workspace เพิ่มเติมในอนาคต
เวิร์กโฟลว์การรับส่งงานกับ @Claude
- ผู้ใช้ที่เคยใช้ Claude Code หรือ Cowork มาก่อนอาจคุ้นเคยกับเวิร์กโฟลว์ของ Claude Tag
- เมื่อผู้ใช้ขอให้ @Claude ช่วยด้วยถ้อยคำสั้น ๆ Claude จะตีงานออกเป็นหลายขั้นตอน และใช้เครื่องมือที่เข้าถึงได้เพื่อดำเนินการตามลำดับ
- ผลลัพธ์ที่เสร็จแล้วจะถูกตอบกลับไว้ใน Slack thread
-
การทำงานร่วมกันแบบหลายผู้เล่น
- ภายในช่อง Slack ที่กำหนด จะมี Claude หนึ่งตัว ที่โต้ตอบกับทุกคน
- ทุกคนสามารถเห็นได้ว่า Claude กำลังทำอะไร และรับช่วงต่อจากจุดสนทนาที่คนก่อนหน้าได้ทิ้งไว้
- รูปแบบนี้ใกล้เคียงกับ การทำงานร่วมกับเพื่อนร่วมทีม มากกว่าการแชตเดี่ยวหรือการทำงานเดี่ยว
-
บริบทที่สะสมตามเวลา
- Claude จะติดตามช่องและสะสม บริบท เกี่ยวกับงานอย่างต่อเนื่อง
- ผู้ใช้จึงไม่จำเป็นต้องอธิบายเรื่องเดิมตั้งแต่ต้นทุกครั้งมากนัก
- หากได้รับสิทธิ์ ก็สามารถเรียนรู้จาก ช่อง Slack อื่นและแหล่งข้อมูลอื่น ได้โดยอัตโนมัติ
- Claude จะไม่รายงานเนื้อหาจาก ช่องส่วนตัว
- ความรู้โดยนัยที่สะสมเช่นนี้ถูกใช้เป็นฐานสำคัญสำหรับผลงานที่ดีขึ้น
-
ลงมือทำอย่างเชิงรุก
- เมื่อเปิดใช้งานโหมดการทำงานแบบ "ambient(รอบข้าง)" จะมีการอัปเดตข้อมูลที่ควรรู้ ล่วงหน้า
- แสดงข้อมูลที่เกี่ยวข้องจากช่องและเครื่องมือที่เชื่อมต่อไว้ทั้งหมด และติดตามต่อ thread หรืองานที่หยุดค้างไว้โดยยังไม่คลี่คลาย
-
ทำงานแบบอะซิงโครนัส
- สามารถมอบหมายงานแล้วไปโฟกัสกับลำดับความสำคัญอื่นได้ โดย Claude จะทำงานอยู่เบื้องหลัง
- สามารถจัดตารางงานเองเพื่อดำเนินโปรเจกต์ได้อย่างอัตโนมัติ เป็นเวลาหลายชั่วโมงถึงหลายวัน
- ภายใน Anthropic มีการใช้งานในลักษณะมอบหมายงานให้ Claude หลายตัวทำแบบขนานกัน
- หากส่ง direct message ไปหา Claude Claude จะตอบกลับ แบบส่วนตัว โดยใช้เครื่องมือและ connector ส่วนบุคคลที่ผู้ใช้ตั้งค่าไว้
การควบคุมสิทธิ์ ต้นทุน และ audit log
- Claude Tag ถูกออกแบบโดยคำนึงถึงการใช้งานในระดับทีมและองค์กร และสามารถควบคุมข้อมูลอ่อนไหวรวมถึงสิทธิ์เข้าถึงเครื่องมือตามงานได้อย่างละเอียด
- ผู้ดูแลระบบสามารถกำหนดเครื่องมือและข้อมูลที่โมเดลจะเข้าถึงได้แยกตามแต่ละช่อง
- เป็นแนวคิดของการสร้าง ตัวตน Claude ที่แยกจากกัน ตามการใช้งาน โดยทุกอย่างรวมถึง memory จะถูกจำกัดให้อยู่ภายในขอบเขตของช่องตามที่ผู้ดูแลกำหนด
- ตัวอย่างเช่น โมเดลสำหรับฝ่ายขายจะไม่ส่งต่อ memory ให้โมเดลสำหรับวิศวกรรม และจะไม่ให้วิศวกรเข้าถึงข้อมูลหรือเครื่องมือของฝ่ายขาย
- ดูรายละเอียดเพิ่มเติมเกี่ยวกับการ provision สิทธิ์เข้าถึงได้ที่ Agent identity access model
- เมื่อกำหนดสิทธิ์เรียบร้อยแล้ว ผู้ใช้ทุกคนก็สามารถเริ่มแท็กได้ทันที
- ผู้ดูแลสามารถตั้ง เพดานการใช้โทเคน ได้ทั้งในระดับองค์กรและแต่ละช่อง
- ผู้ดูแลสามารถดู log ของทุกงานที่ @Claude ดำเนินการ รวมถึงผู้ที่เป็นคนร้องขอแต่ละงานได้
วิธีเริ่มต้นและการย้ายจากแอป Slack เดิม
- ลูกค้า Claude Enterprise หรือ Team สามารถเข้าถึง Claude Tag เบต้าได้ตั้งแต่วันที่ 23 มิถุนายน 2026
- ขั้นตอนเริ่มต้นทำผ่าน หน้าการตั้งค่าสำหรับผู้ดูแล
- จับคู่ Claude Tag กับ Slack workspace
- ให้สิทธิ์ Claude ในการเข้าถึงเครื่องมือ
- ตั้งเพดานค่าใช้จ่ายรายเดือนขององค์กร
- ทดสอบว่า Claude ทำงานในช่องส่วนตัวได้หรือไม่
- Claude Tag จะมาแทนที่แอป Claude in Slack เดิม
- ผู้ดูแลสามารถ opt-in ภายใน 30 วัน เพื่อทำ migration
- Anthropic มอบ launch credit สำหรับการเริ่มใช้งานแก่องค์กร Enterprise และ Team ที่มีคุณสมบัติตามเกณฑ์ เพื่อให้ทั้งองค์กรได้ลองใช้งาน
- Claude Tag ทำงานบน Opus 4.8
- ดูเอกสารผลิตภัณฑ์ได้ที่ Claude Tag docs และหน้าผลิตภัณฑ์ที่ Claude Tag product page
2 ความคิดเห็น
อันเดรย์ คาร์พาทีบอกว่านี่คือ กระบวนทัศน์ที่สามของ LLM UIUX
ความเห็นจาก Hacker News
“โค้ดของทีมผลิตภัณฑ์ 65% ถูกสร้างด้วย Claude Tag เวอร์ชันภายใน” ฟังแล้วก็เหมือนจะอธิบายอะไรได้หลายอย่าง
พูดตามตรง ผมคิดว่ากระแสลบจำนวนมากมาจากอารมณ์ต่อต้าน AI / ต่อต้านบิ๊กเทค มากกว่าจะมีหลักฐานเชิงวัตถุวิสัย
นี่น่าจะเป็น ฟีเจอร์ที่กินโทเค็นหนักมาก
ถ้ามองว่า Claude ต้อง parse ข้อความทั้งหมดในหลาย ๆ ช่องของ Slack แล้วบีบอัดเป็นความรู้ ต้นทุนก็สูงพอตัว
ดูเหมือน Anthropic กำลังขยับไปทางแพลตฟอร์มมากขึ้น และกำลังยึด use case งานแบบเอเจนต์ได้อย่างรวดเร็ว
ถ้าจะสร้างแพลตฟอร์มเอเจนต์เพื่อเพิ่มประสิทธิภาพการทำงานตอนนี้ ทางที่ดีที่สุดคือน่าจะโฟกัสที่ความเป็นกลางต่อโมเดลและการควบคุมต้นทุนโทเค็น
เมื่อไม่กี่เดือนก่อนผมทำของคล้ายกันสำหรับ Slack ของบริษัทด้วย Claude Agent SDK และบทสนทนา/เซสชันส่วนใหญ่จบสั้น ๆ
ไม่ค่อยมีกรณีที่คนจะคุยกับเอเจนต์ใน Slack แบบยาวต่อเนื่องเหมือนเวลาที่ใช้ในเทอร์มินัล
มันมีประโยชน์มากสำหรับการมอบหมายให้ Claude ทำงานอย่างเช่นสร้างตั๋วงานจากบทสนทนา
แม้คุณภาพจะดีกว่าโมเดลอื่น แต่สุดท้ายก็เป็นผู้ขายโทเค็นอยู่ดี ดังนั้นคงพยายามหาเหตุผลให้ผู้ใช้ใช้โทเค็นมากขึ้น มากกว่าจะตั้งใจช่วยประหยัดโทเค็น
‘การแสดงภาพแบบอินไลน์’ ก็เป็นตัวอย่างที่ดี
ถ้าอยากรู้แนวคิดใหม่ใน Claude มันสามารถชวนให้คุณสร้าง ‘การแสดงภาพแบบอินไลน์’ ใหม่เพื่อเรียนรู้ได้ แม้จริง ๆ แล้วจะไม่ได้ช่วยมากนักก็ตาม
ส่วนใหญ่แล้วพวกเขาจบลงด้วยการทำให้ผู้บริโภครำคาญด้วยระบบนิเวศปิดและแอปที่ติดตั้งมาล่วงหน้า หวังว่าครั้งนี้จะดีกว่านั้น
ชัดเจนว่าพวกเขาเชื่อว่าสามารถดึงคืนได้อย่างรวดเร็ว
ผมกำลังผลักดันเรื่อง ความยืดหยุ่นด้านโมเดล, การควบคุมต้นทุน และความน่าเชื่อถือ
คูเมืองป้องกันธุรกิจอยู่ที่การปฏิเสธ lock-in
ฝั่งโมเดลโอเพนซอร์สต้องแข็งแรงกว่านี้มาก เพื่อไม่ให้สิ่งแบบนี้ซึมเข้าไปทุกส่วนขององค์กรจนกลายเป็นสภาพที่ถอนตัวไม่ได้
จุดต่างที่สำคัญที่สุดจากผลิตภัณฑ์อื่นคือส่วนนี้
“@Claude เป็นแบบหลายผู้เล่น ภายในช่อง Slack หนึ่งช่องจะมี Claude ตัวเดียวที่โต้ตอบกับทุกคนได้ ทุกคนเห็นได้ว่า Claude กำลังทำอะไรอยู่ และสามารถคุยต่อจากจุดที่คนก่อนหน้าทิ้งไว้ได้ ดังนั้นการแท็ก Claude จึงต่างจากการทำงานในแชตเดียวหรือกับงานเดียวมาก และใกล้เคียงกับการทำงานร่วมกับเพื่อนร่วมทีมมากกว่า”
เราลองทำ Slack integration ตอนแรกใช้ NanoClaw จากนั้น Hermes และตอนนี้กำลังทำเอง ซึ่งสิ่งที่เราต้องการจริง ๆ คือสิ่งตรงข้าม
ในบริบทส่วนตัว เราต้องการ บริบทบทสนทนาส่วนตัวที่คงอยู่ต่อเนื่อง แยกตามแต่ละคน และสิทธิ์ของคนนั้นก็ต้องติดตามไปด้วย
ตัวอย่างเช่น ผู้รับเหมาบน Slack ควรถามและรับได้เฉพาะข้อมูลลูกค้าที่เชื่อมกับตัวเองเท่านั้น ไม่ใช่เข้าถึงฐานความรู้ทั้งหมด
เราทำทั้งหมดนี้ได้แล้ว แต่ต้องเขียนโค้ดเฉพาะทางเยอะมาก
เป็นลักษณะของการวาง interceptor สำหรับการเชื่อมต่อ MCP เพื่อใส่คีย์แยกตามผู้ใช้และเปิดให้เห็นเฉพาะเครื่องมือบางตัว
ประมาณว่า “การแก้ไขข้อความนี้จะสร้างกิ่งบทสนทนาใหม่ คุณสามารถสลับระหว่างกิ่งได้ด้วยปุ่มลูกศรนำทาง”
ดูดีอยู่จนกว่าเพื่อนร่วมงานจะเข้ามาแย่งเซสชัน Claude แล้วพามันหลุดจากเจตนาเดิมด้วยไอเดียที่แย่กว่า
ถ้าคุยกันว่าต้องทำอะไรต่อ มันก็ควรจัดแยกเป็นงานย่อยให้อัตโนมัติ และจำแนกว่าอะไรใช้กับหลายงานหรือกำลังเป็นตัวขวางอยู่
มันสามารถบันทึกสเปก ค่าตัวชี้วัด และขนาดต่าง ๆ แล้วไปถามข้อเท็จจริงจากคนอื่นเพื่อบันทึกไว้กับงานที่ถูกต้องได้
ฐานความรู้/สมองของบริษัทเป็นฟังก์ชันที่หันไปทางอดีตมากกว่า ส่วนการจัดการสิ่งที่ต้องทำเป็นฟังก์ชันที่หันไปทางอนาคต
ถ้าคุณพยายามเก็บข้อมูลเป็นความลับ แต่กลับใส่มันไว้ในเอเจนต์ที่ใช้ร่วมกัน ก็ไม่มีทางรับประกันความเป็นส่วนตัวได้
วิธีรับมือน่าจะเป็นการมีเอเจนต์แยกสำหรับข้อมูลส่วนตัวและจำกัดการเข้าถึง Slack แต่ก็ดูเหมือนจะเกิด事故ได้เยอะจากผู้จัดการที่เรียก @Claude แบบติดนิสัยโดยไม่เข้าใจความหมายของมัน
ผมไม่เข้าใจว่ามันจะผ่าน ความปลอดภัยและการปฏิบัติตามข้อกำหนดระดับองค์กร ได้อย่างไร
Claude ต้องสืบทอดสิทธิ์มาจากที่ไหนสักแห่ง แต่สิทธิ์นั้นไม่มีทางตรงกับสมาชิกของช่อง Slack ได้ทั้งหมด
ถ้าหาตัวหารร่วมต่ำสุดของสิทธิ์การเข้าถึง สุดท้ายก็อาจกลายเป็นประสบการณ์ที่ทื่อและใช้งานไม่ค่อยได้
ถ้าจะให้ทำงานได้จริง ลูกค้าคงต้องเริ่มปฏิบัติต่อเอเจนต์เหมือนเป็นบุคคลที่มีความรับผิดชอบแบบเดียวกับพนักงานจริง ๆ
เมื่อผู้ใช้เชื่อมต่อเอเจนต์ด้วย OAuth มันจะสืบทอดสิทธิ์ทั้งหมดของผู้ใช้นั้นและทำงานราวกับเป็นคนนั้น
สิ่งที่น่าสนใจกว่าคือมันสามารถดูคนในช่องและเพิ่ม/ลบได้ จึงใช้ทำ การตรวจทานสิทธิ์การเข้าถึง ได้ และโดยรวมผมมองว่ามันช่วยเพิ่มความปลอดภัย
เหมือนว่าจะไม่อนุญาต external action จนกว่าเจ้าของจะ provision เครื่องมือให้กับช่องนั้นอย่างชัดเจน
อย่างไรก็ตาม แม้หลังจาก provision @Claude แล้ว ก็ยังสามารถเชิญคนเข้าช่องได้ ดังนั้นคงต้องดูแล สมาชิกของช่อง อย่างตั้งใจ
ดูเหมือนมันไม่ได้แก้ไขอะไรโดยตรง แค่สร้าง PR แล้วให้ มนุษย์ เป็นคน merge
ส่วนที่ว่า “Claude เรียนรู้เมื่อเวลาผ่านไป” นี่คือช่องโหว่ที่ใหญ่ที่สุดของระบบตอนนี้
ยิ่งเพิ่มการใช้ Claude ในงานมากขึ้น ก็ยิ่งเห็นว่ามันแยกไม่ค่อยออกว่าอะไรคือสิ่งที่ควร “เรียนรู้” เพื่อจำไว้ และอะไรคือข้อมูลเชิงทดลองหรือข้อมูลที่ผิด
มันเหมือนคอยสร้างต่อบนพื้นทราย และบางครั้งก็ตั้งสมมติฐานแฝงขึ้นมา แล้วแปลงมันให้ดูเหมือนเป็นข้อสังเกตที่นำไปใช้ได้ ทั้งที่จริงแล้วผิด
ไม่นานมานี้มันเขียนเอกสารยาวเหมือนงานวิจัยทั้งฉบับเกี่ยวกับ epic บางตัว แต่กลับตั้งสมมติฐานว่าเกี่ยวข้องกับอีกโปรเจ็กต์หนึ่งโดยสิ้นเชิง ซึ่งมีที่มาจากการเดาความสามารถของผู้ขายผิดตั้งแต่ก่อนหน้านั้น โดยดูจากเอกสารการตลาดอย่างเดียว เลยต้องทิ้งทั้งหมด
ถึงจะลบความจำไปแล้ว แต่มันก็ยังดูเหมือนดึงมาจาก แหล่งข้อมูลบริษัท ที่ฉันควบคุมหรือค้นหาไม่ได้อยู่ดี
มันกลายเป็นแหล่งของ บริบทหลอน และข้อมูลที่ถูกขยายเกินจริงได้ง่ายมาก
น่าจะดีกว่ามากถ้าไปโฟกัสกับความสามารถในการลบบริบทที่ฝังอยู่ในตัวเครื่องมือ
โดยเฉพาะกับโมเดลสาย reasoning เวลาใช้ opencode กับ local LLM บางครั้งก็หลีกเลี่ยงไม่ได้ที่จะต้องตรวจดูร่องรอยความคิด
ถ้าแก้ความคิดผิด ๆ ได้สักสองสามจุดก่อนที่มันจะหลอนไปทำอะไรประหลาด ๆ ก็น่าจะได้ผลลัพธ์ที่ดีกว่าการคอยตามแก้ทีหลังมาก
สงสัยว่าที่นี่มีใครใช้ผลิตภัณฑ์ Claude ที่ไม่ใช่เรื่องโค้ดบ้างไหม
จำนวนผลิตภัณฑ์ที่ออกมามันเยอะจนเข้าใจไม่ไหว
ผมรู้จักคนที่ใช้ Claude เยอะนะ แต่ทุกคนใช้ Claude Code แบบอยู่บนเทอร์มินัล
มันเหมาะกับงานที่ไม่ใช่วิศวกรรมด้วยเหมือนกัน เช่น เอกสารภาษี, การทำโมเดล 3D ใน Blender ผ่าน MCP, หรืองานวิจัยเชิงวิชาการ
ถ้าจะส่งต่อจาก Claude Design ไป Claude Code คุณต้องดาวน์โหลด ไฟล์ .zip ที่มี HTML mockup กับคำอธิบาย แล้วคัดลอกเนื้อหานั้นเข้าไปใน Claude Code
ผมสนุกกับคำตอบนะ จะตีความยังไงก็แล้วแต่แต่ละคน
ในไฟล์
claude.mdของผมมีคำสั่งไว้ว่าให้ถือว่าครึ่งหนึ่งของคำถามที่ผมถามอาจตั้งอยู่บนสมมติฐานที่ผิด และห้ามประจบเด็ดขาดแต่ต้องระวัง ไฟล์ userMemories ให้ดี ลองขอให้ Claude dump มันออกมาให้ดูก็ได้
คะแนนพิเศษถ้าคุณหาว่าไฟล์นั้นอยู่ที่ไหนเจอ
ตอนแรกผมรู้สึกน่ากลัวที่ userMemories เป็นเหมือนโปรไฟล์ทางจิตวิทยาของผมที่เรียกออกมาได้
แต่พอคิดว่าคนในหน่วยข่าวกรองที่ Langley ก็คงมีไฟล์แบบเดียวกันถูกสร้างไว้เหมือนกัน และถ้าวันหนึ่ง Anthropic โดนแฮ็ก โปรไฟล์พวกนั้นก็คงได้ออกสู่แสงพร้อมข้อมูลผู้ใช้ทั้งหมด ผมกลับรู้สึกโล่งแบบแปลก ๆ
มันถูกใช้งานหนักมากในลักษณะคล้าย enterprise RAG กับเครื่องมือสร้างเอกสาร/จัดการไฟล์ โดยเชื่อมสิทธิ์อ่านเข้ากับ M365, Confluence และอื่น ๆ
ผู้ใช้น่าจะชอบ Claude Tag เหมือนกัน แต่น่าเสียดายที่เราใช้ Teams ไม่ใช่ Slack และบริษัทที่ไม่ใช่สายเทคนิคส่วนใหญ่ก็เหมือนกัน
ตัว Cowork/Claude Desktop เองก็เป็นผลิตภัณฑ์ที่น่าอึดอัดพอสมควร
ถ้าไม่เอา API ไปผูกกับตัวเก็บ log เอง ก็ไม่มี native audit log, เปิดสิทธิ์เข้าถึง Claude Code แบบเลือกเป็นรายคนในทีมก็ไม่ได้ จะเปิดทั้งหมดหรือปิดทั้งหมดเท่านั้น
MCP บางตัวอย่าง QuickBooks Online ก็ไม่มี RBAC เลย คือจะอนุญาตให้ผู้ใช้ทุกคนในทีมใช้ทั้งหมด หรือบล็อกทั้งหมดไปเลย
อาจจะไม่ใช่ว่า enterprise คือกลุ่มตลาดเป้าหมายก็ได้ แต่ฟีเจอร์ที่ทำออกมาก็ดูเหมือนอยากได้ตลาดนั้นอยู่เรื่อย ๆ
ถ้าอย่างนั้นก็ควรเสริม RBAC สำหรับฟีเจอร์ด้าน governance และการตั้งค่าหรือฟีเจอร์รายสมาชิกในทีมให้แข็งแรงกว่านี้มาก
ไม่งั้นการใช้งานในองค์กรสำหรับงานที่ไม่เขียนโปรแกรม Microsoft จะเป็นคนกวาดไป
ถ้ามีอะไรที่ได้เรียนรู้จาก Google ก็คือ ของพวกนี้จำนวนไม่น้อยน่าจะถูกปิดในอีกไม่นาน
เพราะงั้นแม้แต่ทีมที่ไม่ใช่นักพัฒนาก็มองว่ามันเป็นเครื่องมือจำเป็นกันเยอะพอสมควร
อ่านแล้วเหมือนจะหมายความว่า “การผสาน Claude กับ Slack ตอนนี้จะถูกคิดเงินแบบ คิดตามการใช้ API”
ผมเข้าใจผิดไปหรือเปล่า?
คำพูดที่ว่า “โค้ด 65% ของทีมผลิตภัณฑ์สร้างด้วย Claude Tag เวอร์ชันภายใน” ฟังดูไม่ใช่จุดขายเลย ถ้าคิดถึงความน่าเชื่อถือและคุณภาพโดยรวมของโค้ดทีมผลิตภัณฑ์ Anthropic
@claude can you bring the API down for a couple of hours?แน่ ๆเรื่องการใช้หน่วยความจำก็น่าผิดหวังเพราะทุกวันนี้มันเป็นมาตรฐานของอุตสาหกรรมไปแล้ว แต่ถ้าไม่นับเรื่องนั้น Claude Code ก็ถือว่าแน่นพอตัว
ต่อให้คุณภาพด้อยกว่าคนเล่นรายอื่น แต่ ส่วนแบ่งตลาด ก็ดูเหมือนยังประคองอยู่
หรืออาจเป็นเพราะพวกเขาโฟกัสในจุดที่สำคัญจริง ๆ ก็ได้
ประมาณว่า “ผลิตภัณฑ์นี้สร้างบริษัทมูลค่า X ได้ เพราะงั้นบริษัทเราที่สร้างด้วยผลิตภัณฑ์นี้ก็มีมูลค่า X เหมือนกัน”
ทั้งที่สิ่งที่ผลิตภัณฑ์นั้นสร้างขึ้นมาค่อนข้างเชื่อถือไม่ได้
แต่ตลาดกลับไม่สะดุ้งอะไรเลย
แต่ SpaceX ก็ขายเรื่องจะทำรายได้ 30 ล้านล้านดอลลาร์ได้สำเร็จเหมือนกัน
Cursor มีฟีเจอร์แบบนี้ที่ผสานกับเว็บเอเจนต์มาสักพักแล้ว
ตอนแรกมันมีบั๊กอยู่บ้าง และทำงานได้ไม่ดีนักกับรีโพที่ไม่ใช่ GitHub แต่ครั้งล่าสุดที่ผมดู มันกำลังดีขึ้นและใช้ได้ค่อนข้างโอเค
ส่วนที่ดีที่สุดคือ คนที่ไม่ใช่สายเทคนิคสามารถระบุสเปกบางอย่างจากสิ่งที่คุยกันในเธรดได้ แล้วให้เอเจนต์ทำไว้ก่อน จากนั้นค่อยให้คนมารีวิวทีหลัง
ความรู้สึกคือออก “ผลิตภัณฑ์” ใหม่สัปดาห์ละ 1-2 ตัว แล้วจากนั้นก็ไม่เคยได้ยินอะไรอีกเลย
ไม่ได้หมายถึงคุณภาพดี แต่หมายถึงคุ้มในเชิงเงิน