Anthropic เลิกขอให้ผู้ใช้ Claude Code คลิก “อนุมัติ” ทุก ๆ ไม่กี่นาทีแล้ว ตั้งแต่วันที่ 14 สิงหาคม 2026 เป็นต้นไป โหมดอัตโนมัติของ Claude Code จะกลายเป็นการตั้งค่าเริ่มต้นสำหรับเซสชันใหม่ในแพ็กเกจ Pro, Max และ Team แทนที่กระแสคำขออนุญาตอย่างต่อเนื่องที่เคยเป็นลักษณะหลักของวิธีที่นักพัฒนามีปฏิสัมพันธ์กับ เอเจนต์เขียนโค้ดด้วย AI มาเป็นเวลานาน บริษัทระบุว่ามีข้อมูลรองรับการเปลี่ยนแปลงนี้ แต่คำวิจารณ์จากภายนอก — รวมถึงจากนักพัฒนาและนักวิจัย Simon Willison — ชี้ให้เห็นว่าเรื่องนี้มีความซับซ้อนกว่าการเป็นชัยชนะด้านความปลอดภัยแบบตรงไปตรงมา
Summary
ประเด็นสำคัญ
- Anthropic ทำให้โหมดอัตโนมัติเป็นค่าเริ่มต้นสำหรับแพ็กเกจ Claude Code Pro, Max และ Team ตั้งแต่วันที่ 14 สิงหาคม 2026
- ในการทดสอบผู้ใช้แบบชำระเงิน 1,053 ราย โหมดอัตโนมัติบล็อกคำสั่งที่เป็นอันตรายได้ 89% ขณะที่ผู้ทดสอบมนุษย์ปฏิเสธเพียง 13.6% ของเวลาเท่านั้น
- ผู้ประเมินอิสระ Trajectory Labs ดำเนินการโจมตีแบบ prompt injection ทางอ้อม 720 ครั้งต่อ Claude Fable 5, Opus 5 และ Sonnet 5 ที่รันในโหมดอัตโนมัติ — ไม่มีครั้งใดสำเร็จ
- Anthropic จะหยุดคิดค่าบริการโทเคนเพิ่มเติมที่ตัวจัดประเภทของโหมดอัตโนมัติใช้ต่อการเรียกใช้เครื่องมือแต่ละครั้ง
- นักวิเคราะห์ยังคงชี้ให้เห็นความเสี่ยงที่ยังไม่ได้รับการแก้ไข รวมถึงแพ็กเกจของบุคคลที่สามที่เป็นอันตรายซึ่งอาจลักลอบส่งข้อมูลออกไปโดยไม่ถูกตรวจจับ
Anthropic ทำให้โหมดอัตโนมัติของ Claude Code เป็นค่าเริ่มต้น
การเปลี่ยนแปลงนี้ตอบโจทย์ปัญหาที่วิศวกรของ Anthropic พูดถึงอย่างเปิดเผย: ความเหนื่อยล้าจากการยืนยัน (confirmation fatigue) การขอให้มนุษย์อนุมัติทุกขั้นตอนของเวิร์กโฟลว์ของเอเจนต์ AI ฟังดูระมัดระวัง แต่ในทางปฏิบัติมันฝึกให้ผู้คนคลิกผ่านพรอมต์โดยไม่อ่านจริงจัง ตามข้อมูลของ Anthropic โหมดอัตโนมัติ แทนที่วงจรการอนุมัติซ้ำ ๆ นั้นด้วยตัวจัดประเภทที่ตรวจสอบการเรียกใช้เครื่องมือแต่ละครั้งเพื่อหาการกระทำที่ไม่สามารถย้อนกลับได้ ทำลายล้าง หรือชัดเจนว่าเกินขอบเขต หากตัวจัดประเภทพบสิ่งผิดปกติ Claude จะพยายามหาวิธีที่ปลอดภัยกว่า หรือย้อนกลับไปขออนุญาต — และหากการบล็อกยังคงเกิดขึ้นซ้ำ ๆ ทั้งเซสชันจะกลับไปใช้การอนุมัติแบบแมนนวล
การเปิดใช้งานนี้มีผลกับแพ็กเกจ Pro, Max และ Team เว้นแต่ผู้ใช้หรือผู้ดูแลระบบจะปักหมุดการตั้งค่าสิทธิ์แบบอื่นไว้ด้วยตนเอง Anthropic ยังลบจุดเสียดทานด้านการเงินเล็กน้อยออกไปด้วย: บริษัทจะไม่คิดค่าบริการโทเคนเพิ่มเติมที่ตัวจัดประเภทใช้ในแต่ละการเรียกใช้เครื่องมืออีกต่อไป ตามที่ระบุไว้ในบล็อกโพสต์ของบริษัทเกี่ยวกับการเปลี่ยนแปลงนี้
ทำไมเรื่องนี้จึงสำคัญเกินกว่าความสะดวกสบาย? Anthropic ระบุว่า โหมดอัตโนมัติ กำลังเปลี่ยนวิธีการทำงานของทีมอยู่แล้ว — ลูกค้า Team และ Enterprise ที่ใช้งานโหมดนี้ reportedly ส่ง pull request มากกว่าผู้ที่พึ่งพาการอนุมัติแบบแมนนวลราว 25% นั่นเป็นสัญญาณด้านประสิทธิภาพการทำงานที่มีนัยสำคัญ แต่ก็ยกระดับความเสี่ยงขึ้นด้วย: กิจกรรมการเขียนโค้ดแบบอัตโนมัติมากขึ้นหมายถึงโอกาสที่บางอย่างจะผิดพลาดมากขึ้น หากชั้นความปลอดภัยด้านล่างไม่แข็งแรงพอ
โหมดอัตโนมัติบล็อกคำสั่งที่เป็นอันตรายได้มากกว่ามนุษย์จริงหรือไม่?
ตามการทดสอบของ Anthropic เอง — มากกว่ามาก บริษัทได้ทำการศึกษาในกลุ่มผู้ทดสอบแบบชำระเงิน 1,053 ราย โดยระหว่างเซสชันปกติ คำขออนุญาตตามปกติถูกสลับอย่างเงียบ ๆ เป็นคำสั่งที่อันตรายอย่างชัดเจน ผู้ทดสอบทุกคนเห็นสถานการณ์เดียวกัน ผลลัพธ์คือ มีเพียง 13.6% ของมนุษย์ที่ปฏิเสธการกระทำที่เป็นอันตรายดังกล่าว โหมดอัตโนมัติเมื่อทดสอบกับคำสั่งเดียวกัน บล็อกได้ 89% ของเวลา
ช่องว่างนี้ยิ่งกว้างขึ้นเมื่อเซสชันดำเนินไปนานขึ้น Anthropic รายงานว่าความตื่นตัวของมนุษย์ลดลงเหลือประมาณ 5% หลังจากพรอมต์ 50 ครั้ง — ตัวเลขที่แสดงให้เห็นอย่างชัดเจนว่าทำไมบริษัทจึงมองว่าความเหนื่อยล้าจากการยืนยันเป็นความเสี่ยงด้านความปลอดภัยที่แท้จริง ไม่ใช่แค่ข้อกังวลเชิงนามธรรม ผู้คนเหนื่อยล้า วอกแวก หรือชะล่าใจได้ แต่ตัวจัดประเภทอย่างน้อยในทางทฤษฎีแล้วไม่เป็นเช่นนั้น
อย่างไรก็ตาม ตัวเลขก็มีอีกด้านหนึ่ง อัตราการบล็อก 89% หมายความว่ายังมี 11% ของ คำสั่งที่เป็นอันตราย หลุดรอดการตรวจสอบของโหมดอัตโนมัติ — ช่องว่างที่ Anthropic เองก็ยอมรับ บริษัทจึงยังคงแนะนำให้มีการทบทวนโดยมนุษย์สำหรับการเปลี่ยนแปลงที่กระทบระบบ production ซึ่งบ่งชี้ว่าแม้แต่ Anthropic เองก็ยังไม่พร้อมจะเรียกโหมดอัตโนมัติว่าเป็นตัวแทนการตัดสินใจของมนุษย์อย่างสมบูรณ์
Prompt injection: บททดสอบที่ใหญ่กว่าสำหรับความปลอดภัยของเอเจนต์เขียนโค้ดด้วย AI
การบล็อกคำสั่งที่อันตรายอย่างชัดเจนเป็นเรื่องหนึ่ง การหยุดการโจมตีที่ซ่อนอยู่ในเนื้อหาที่เอเจนต์อ่านมาจากที่อื่นเป็นอีกปัญหาหนึ่งโดยสิ้นเชิง และเป็นปัญหาที่นักวิจัยด้านความปลอดภัยกังวลมากที่สุด Prompt injection — การ แอบแฝงคำสั่งที่เป็นอันตราย ลงในข้อความ โค้ด หรือไฟล์ที่เอเจนต์ AI จะอ่านในภายหลัง — ถูกระบุซ้ำแล้วซ้ำเล่าว่าเป็นจุดอ่อนสำคัญใน ความปลอดภัยของเอเจนต์เขียนโค้ดด้วย AI และ Simon Willison เคยคาดการณ์ไว้ก่อนหน้านี้ว่าปี 2026 อาจเกิดเหตุการณ์ด้านความปลอดภัยร้ายแรงที่เชื่อมโยงกับช่องโหว่ประเภทนี้โดยตรง
คำตอบของ Anthropic คือการ ว่าจ้างการตรวจสอบจากภายนอก บริษัทได้จ้าง Trajectory Labs ให้ประเมินเวอร์ชันล่าสุดที่เปิดให้ใช้งานสาธารณะของ Claude Code และ Codex อย่างอิสระ ณ วันที่ 17 กรกฎาคม 2026 Trajectory Labs ออกแบบสถานการณ์ prompt injection ทางอ้อม จำนวน 72 สถานการณ์ที่ถูกกันออกจากชุดข้อมูลฝึกและทดสอบของ Anthropic เอง แล้วรันแต่ละสถานการณ์ 10 ครั้ง รวมเป็นความพยายามโจมตี 720 ครั้ง ตามผลลัพธ์ที่ Anthropic เผยแพร่ ไม่มีความพยายามใดใน 720 ครั้งที่ประสบความสำเร็จกับ Claude Fable 5, Opus 5 หรือ Sonnet 5 ขณะรันในโหมดอัตโนมัติ
นั่นเป็นผลลัพธ์ที่โดดเด่น และเป็นหัวข้อหลักที่ Anthropic ต้องการให้ผู้คนจดจำ Thariq Shihipar หนึ่งในตัวแทนของ Anthropic ที่พูดคุยเกี่ยวกับงานนี้ใน Fireside Chat ล่าสุด ล้อเล่นบนโซเชียลมีเดียว่ารายงานนี้อาจตั้งชื่อได้ว่า “การเอาชนะสามพิษร้ายแรง” — อ้างอิงถึงการผสมผสานระหว่างอินพุตที่ไม่น่าเชื่อถือ ข้อมูลที่อ่อนไหว และความเป็นอิสระของเอเจนต์ ซึ่งนักวิจัยด้านความปลอดภัยมองว่าเป็นการตั้งค่าที่อันตรายที่สุดสำหรับระบบ AI Cat Wu ตัวแทนอีกคนของ Anthropic ที่เข้าร่วมการสนทนานั้นกล่าวว่าบริษัทได้ “บรรเทาแทบทุกการโจมตี” ที่ทดสอบแล้ว
ในส่วนของ Willison เขายังคงสงวนท่าทีแบบระมัดระวังมากกว่าจะเชื่อสนิท เขาชี้ให้เห็นว่าอัตราความสำเร็จเป็นศูนย์ต่อความพยายามโจมตีที่คัดสรรมา 720 ครั้งเป็นเรื่องที่น่าพอใจ แต่ไม่เท่ากับหลักฐานว่าปลอดภัยจากทุกเวกเตอร์การโจมตีที่คู่ต่อสู้ในโลกจริงอาจลองใช้ หนึ่งในสถานการณ์ที่เขายกขึ้นมาโดยเฉพาะคือแพ็กเกจซอฟต์แวร์ของบุคคลที่สามที่เป็นอันตรายซึ่งสั่งให้เอเจนต์เขียนโค้ดดึงและรันไฟล์เพิ่มเติมก่อนดำเนินการคำสั่งที่ถูกต้องตามกฎหมาย — ไฟล์ที่อาจลักลอบส่งข้อมูลออกไปอย่างเงียบ ๆ ระหว่างกระบวนการ ยังไม่ชัดเจนว่าเวอร์ชันใดของ โหมดอัตโนมัติของ Claude Code จะสามารถจับการโจมตีแบบอ้อมในลักษณะห่วงโซ่อุปทานเช่นนี้ได้หรือไม่ เนื่องจากคำสั่งที่เป็นอันตรายอาจไม่จำเป็นต้องดูเหมือนคำสั่งอันตรายตามวิธีที่ตัวจัดประเภทถูกออกแบบมาให้ตรวจจับ
สิ่งที่ยังไม่ได้รับการแก้ไข
มีปัญหาด้านความปลอดภัยที่แตกต่างกันสองประการอยู่เบื้องหลังการสนทนาทั้งหมดนี้ และโหมดอัตโนมัติอาจไม่ได้แก้ทั้งสองอย่างได้ดีเท่ากัน ประการแรกคือความเสียหายโดยไม่ตั้งใจ — เอเจนต์ลบไฟล์ผิดหรือเช็ดฐานข้อมูล production เพียงเพราะเข้าใจคำสั่งผิด ประการที่สอง และเป็นประเด็นที่นักวิจัยด้านความปลอดภัยกังวลมากกว่า คือ prompt injection โดยเจตนา ซึ่งผู้โจมตีใช้ประโยชน์จากเนื้อหาที่เอเจนต์เชื่อถือ
ข้อสรุปของ Willison เองเอนเอียงไปทางการแก้ปัญหาเชิงโครงสร้างมากกว่าการเชื่อมั่นในชั้นความปลอดภัยชั้นใดชั้นหนึ่งเพียงอย่างเดียว ไม่ว่าชั้นนั้นจะทำงานได้ดีเพียงใดในการทดสอบ แทนที่จะพึ่งพา กลไกความปลอดภัยของ Anthropic AI ที่ฝังอยู่ในโมเดลหรือตัวจัดประเภทเพียงอย่างเดียว เขากล่าวว่าตอนนี้เขามีแรงจูงใจมากขึ้นที่จะออกแบบเวิร์กโฟลว์ของเอเจนต์ที่ไม่ให้ระบบ AI เข้าถึงข้อมูลหรือเครื่องมือที่สามารถสร้างความเสียหายได้หากถูกเรียกใช้ผิดพลาด นั่นเป็นท่าทีที่แตกต่างอย่างมีนัยสำคัญจากแนวคิด “เชื่อใจตัวจัดประเภท” — มันมองว่าโหมดอัตโนมัติเป็นเพียงหนึ่งในหลายชั้นของการป้องกัน ไม่ใช่โซลูชันที่เสร็จสมบูรณ์
ยังควรสังเกตด้วยว่า Anthropic ไม่ใช่ห้องปฏิบัติการ AI รายใหญ่เพียงรายเดียวที่กำลังต่อสู้กับการแลกเปลี่ยนนี้ OpenAI reportedly เลือกที่จะไม่เปิดใช้งานโหมดอัตโนมัติที่เทียบเท่ากันเป็นค่าเริ่มต้นสำหรับโมเดล GPT-5.6 ที่ทรงพลังที่สุดของตน โดยเลือกแนวทางที่ระมัดระวังมากกว่าแบบอิงการอนุมัติ — เป็นสัญญาณว่าแม้แต่ในอุตสาหกรรมเองก็ยังไม่มีฉันทามติว่าควรมอบความเป็นอิสระให้เอเจนต์เขียนโค้ดด้วย AI มากเพียงใดเป็นค่าเริ่มต้น
คำถามที่พบบ่อย
โหมดอัตโนมัติของ Anthropic ใน Claude Code คืออะไร?
โหมดอัตโนมัติเป็นการตั้งค่าที่แทนที่พรอมต์ขออนุมัติจากมนุษย์ซ้ำ ๆ ด้วยตัวจัดประเภทที่ออกแบบมาเพื่อบล็อกการเรียกใช้เครื่องมือที่ไม่สามารถย้อนกลับได้หรือเป็นอันตรายโดยอัตโนมัติ และจะย้อนกลับไปใช้การอนุมัติแบบแมนนวลก็ต่อเมื่อมีการบล็อกซ้ำ ๆ หรือมีการกระทำที่คลุมเครือจริง ๆ เกิดขึ้น
โหมดอัตโนมัติมีประสิทธิภาพเพียงใดในการบล็อกคำสั่งที่เป็นอันตรายเมื่อเทียบกับมนุษย์?
ในการทดสอบกับผู้ใช้แบบชำระเงิน 1,053 ราย โหมดอัตโนมัติบล็อกคำสั่งที่เป็นอันตรายได้ 89% ขณะที่มีเพียง 13.6% ของผู้ทดสอบมนุษย์ที่ปฏิเสธการกระทำที่เป็นอันตรายเดียวกัน — และความตื่นตัวของมนุษย์ reportedly ลดลงไปอีก เหลือประมาณ 5% หลังจากพรอมต์ 50 ครั้งในหนึ่งเซสชัน
โหมดอัตโนมัติป้องกันการโจมตีแบบ prompt injection ได้อย่างสมบูรณ์หรือไม่?
การทดสอบอิสระโดย Trajectory Labs ไม่พบการโจมตีแบบ prompt injection ที่ประสบความสำเร็จเลยใน 720 ความพยายามต่อ Claude Fable 5, Opus 5 และ Sonnet 5 ที่รันในโหมดอัตโนมัติ อย่างไรก็ตาม ความเสี่ยงอย่างเช่น แพ็กเกจของบุคคลที่สามที่เป็นอันตราย ซึ่งลักลอบส่งข้อมูลออกไป อาจยังไม่ได้รับการจัดการอย่างสมบูรณ์โดยระบบปัจจุบัน
ยังมีความเสี่ยงด้านความปลอดภัยอะไรบ้างกับเอเจนต์เขียนโค้ดด้วย AI แม้จะมีโหมดอัตโนมัติแล้ว?
เอเจนต์ยังคงสามารถทำการกระทำที่สร้างความเสียหายโดยไม่ตั้งใจได้ และการโจมตีที่ซับซ้อน — โดยเฉพาะการโจมตีที่ผ่านแพ็กเกจโค้ดของบุคคลที่สามที่เป็นอันตราย — อาจไม่ถูกตัวจัดประเภทของโหมดอัตโนมัติจับได้อย่างน่าเชื่อถือ ตามการวิเคราะห์ผลลัพธ์ที่ Anthropic เผยแพร่
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”โหมดอัตโนมัติของ Anthropic ใน Claude Code คืออะไร?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”โหมดอัตโนมัติเป็นการตั้งค่าที่แทนที่พรอมต์ขออนุมัติจากมนุษย์ซ้ำ ๆ ด้วยตัวจัดประเภทที่ออกแบบมาเพื่อบล็อกการเรียกใช้เครื่องมือที่ไม่สามารถย้อนกลับได้หรือเป็นอันตรายโดยอัตโนมัติ และจะย้อนกลับไปใช้การอนุมัติแบบแมนนวลก็ต่อเมื่อมีการบล็อกซ้ำ ๆ หรือมีการกระทำที่คลุมเครือจริง ๆ เกิดขึ้น”}} ,{“@type”:”Question”,”name”:”โหมดอัตโนมัติมีประสิทธิภาพเพียงใดในการบล็อกคำสั่งที่เป็นอันตรายเมื่อเทียบกับมนุษย์?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”ในการทดสอบกับผู้ใช้แบบชำระเงิน 1,053 ราย โหมดอัตโนมัติบล็อกคำสั่งที่เป็นอันตรายได้ 89% ขณะที่มีเพียง 13.6% ของผู้ทดสอบมนุษย์ที่ปฏิเสธการกระทำที่เป็นอันตรายเดียวกัน — และความตื่นตัวของมนุษย์ reportedly ลดลงไปอีก เหลือประมาณ 5% หลังจากพรอมต์ 50 ครั้งในหนึ่งเซสชัน”}} ,{“@type”:”Question”,”name”:”โหมดอัตโนมัติป้องกันการโจมตีแบบ prompt injection ได้อย่างสมบูรณ์หรือไม่?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”การทดสอบอิสระโดย Trajectory Labs ไม่พบการโจมตีแบบ prompt injection ที่ประสบความสำเร็จเลยใน 720 ความพยายามต่อ Claude Fable 5, Opus 5 และ Sonnet 5 ที่รันในโหมดอัตโนมัติ อย่างไรก็ตาม ความเสี่ยงอย่างเช่นแพ็กเกจของบุคคลที่สามที่เป็นอันตรายซึ่งลักลอบส่งข้อมูลออกไป อาจยังไม่ได้รับการจัดการอย่างสมบูรณ์โดยระบบปัจจุบัน”}} ,{“@type”:”Question”,”name”:”ยังมีความเสี่ยงด้านความปลอดภัยอะไรบ้างกับเอเจนต์เขียนโค้ดด้วย AI แม้จะมีโหมดอัตโนมัติแล้ว?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”เอเจนต์ยังคงสามารถทำการกระทำที่สร้างความเสียหายโดยไม่ตั้งใจได้ และการโจมตีที่ซับซ้อน — โดยเฉพาะการโจมตีที่ผ่านแพ็กเกจโค้ดของบุคคลที่สามที่เป็นอันตราย — อาจไม่ถูกตัวจัดประเภทของโหมดอัตโนมัติจับได้อย่างน่าเชื่อถือ ตามการวิเคราะห์ผลลัพธ์ที่ Anthropic เผยแพร่”}}]}
บทความนี้จัดทำขึ้นโดยได้รับความช่วยเหลือจากปัญญาประดิษฐ์และผ่านการตรวจทานโดยทีมบรรณาธิการแล้ว
