Anthropic ถอยเรื่องเก็บข้อมูล 30 วัน — ยังต้องเก็บเท่าเดิม แต่ให้เก็บไว้บนคลาวด์ของลูกค้าเอง หลังองค์กรกว่า 100 รายกดดันมาหลายเดือน

เมื่อเช้าวันนี้เราเขียนถึงการที่ OpenAI ประกาศคง Zero Data Retention ไว้กับโมเดล frontier รุ่นถัดไป โดยเทียบกับฝั่ง Anthropic ที่ตั้งแต่ 9 มิถุนายน 2026 บังคับให้ลูกค้าองค์กรยอมเก็บ prompt และเอาต์พุตไว้ 30 วันจึงจะเข้าถึงโมเดล covered ได้ — ตอนนี้อีกฝั่งของสมการขยับแล้ว

20 สิงหาคม 2026 Bloomberg รายงาน (ตามด้วย Reuters และสำนักข่าวอื่นอีกหลายราย) ว่า Anthropic เตรียมแก้นโยบายเก็บข้อมูลสำหรับลูกค้าองค์กร โดยจะเปิดระบบความปลอดภัยใหม่ในช่วงปลายปี 2026 ที่ยังคงบังคับเก็บข้อมูล 30 วันเท่าเดิม แต่เปลี่ยนที่เก็บ — จากเซิร์ฟเวอร์ของ Anthropic ไปเป็นโครงสร้างพื้นฐานคลาวด์ของลูกค้าเอง

นี่ไม่ใช่การยกเลิกนโยบาย และควรอ่านให้ชัดตรงนี้ก่อนอย่างอื่น: ระยะเวลาไม่ได้ลดลงแม้แต่วันเดียว สิ่งที่เปลี่ยนคือ “ใครถือข้อมูล” ไม่ใช่ “เก็บนานแค่ไหน”

สิ่งที่เปลี่ยนจริง ๆ กับสิ่งที่ไม่เปลี่ยน

นโยบายเดิมที่ประกาศเมื่อมิถุนายน: prompt และเอาต์พุตของโมเดล covered — ซึ่ง Anthropic ระบุชื่อ Claude Mythos 5 และ Claude Fable 5 ไว้ชัด รวมถึงโมเดล frontier ในอนาคต — ถูกเก็บไว้ 30 วันบนระบบของ Anthropic เพื่อรองรับงานตรวจจับการใช้โมเดลไปโจมตีไซเบอร์ ลูกค้าที่มีสัญญา ZDR อยู่แล้วต้องยอมปิด ZDR สำหรับโมเดลกลุ่มนี้ ไม่มีทางเลือกอื่น

นโยบายใหม่ตามรายงาน:

• หน้าต่าง 30 วัน: คงเดิม ยังต้องเก็บ ไม่ใช่ zero retention
• ที่เก็บ: ย้ายได้ ลูกค้าองค์กรเลือกเก็บบนคลาวด์ของตัวเองแทนได้
• ขอบเขต: โมเดล Fable, Mythos และโมเดล frontier ในอนาคต เหมือนเดิม
• กำหนดการ: ทยอยเปิดใช้ปลายปี 2026 ยังไม่ใช่ของที่ใช้ได้วันนี้

ประเด็นที่มีน้ำหนักที่สุดคือ ระบบนี้ไม่ได้เพิ่งคิดขึ้นหลังโดนด่า รายงานระบุว่า Anthropic พัฒนาร่วมกับลูกค้ากว่า 100 ราย จากอุตสาหกรรมที่มีการกำกับดูแลเข้มข้น รวมถึง Salesforce มาเป็นเวลาหลายเดือน — และตัว Anthropic เองเคยเขียนไว้ในรายงานภายในว่านโยบายเดิม “จะไม่เป็นที่นิยมกับลูกค้าที่คุ้นเคยกับ zero retention และสร้างความเสี่ยงต่อความสำเร็จทางธุรกิจอย่างแท้จริง (โดยเฉพาะถ้าคู่แข่งไม่ทำตาม)”

ประโยคในวงเล็บนั้นสำคัญ เพราะคู่แข่งไม่ทำตามจริง ๆ

ทำไมถึงต้องเก็บตั้งแต่แรก และทำไมการย้ายที่เก็บถึงพอ

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

คำถามคือ ข้อมูลนั้นต้องอยู่ในมือใคร และคำตอบใหม่ของ Anthropic คือ “ไม่จำเป็นต้องอยู่ในมือเรา” ตราบใดที่ระบบตรวจจับเข้าไปทำงานถึงข้อมูลได้ในช่วงเวลาที่กำหนด สำหรับองค์กรที่ติดข้อกำหนดเรื่อง data residency หรือมีนโยบายห้ามข้อมูลออกนอกขอบเขตคลาวด์ของตัวเอง ความต่างนี้คือความต่างระหว่าง “ใช้ไม่ได้เลย” กับ “ใช้ได้”

น่าสังเกตว่านี่เป็นทิศทางเดียวกับที่ OpenAI เดินอยู่พอดี — Private Safety Processing ที่ประกาศเมื่อ 20 ส.ค. ก็อาศัยหลักการเดียวกันคือให้ข้อมูลอยู่บนโครงสร้างของลูกค้าหรือถูกเข้ารหัสโดยลูกค้าถือกุญแจ แล้วส่งกลับเฉพาะสัญญาณความเสี่ยง ต่างกันที่ OpenAI เคลมว่าไม่ต้อง retain ส่วน Anthropic ยังยืนยันว่าต้อง retain แต่ยอมให้ retain ที่บ้านคุณเอง

สิ่งที่ยังไม่รู้ และยังไม่ควรเชื่อ

รายงานนี้มาจากแหล่งข่าว ไม่ใช่ประกาศทางการ — ณ เวลาที่เขียน Anthropic ยังไม่มีโพสต์ใน newsroom หรืออัปเดตหน้า Privacy Center เรื่องนี้ สิ่งที่ยังไม่มีคำตอบและควรรอเอกสารจริง:

• คลาวด์ไหนบ้างที่รองรับ (AWS / GCP / Azure ครบทั้งสามหรือเปล่า แล้วลูกค้าที่รันผ่าน Bedrock, Google Cloud Agent Platform, Microsoft Foundry อยู่แล้วจะเปลี่ยนอะไรบ้าง)
• Anthropic เข้าถึงข้อมูลบนคลาวด์ลูกค้าด้วยกลไกอะไร ใครถือกุญแจเข้ารหัส และ audit log เป็นอย่างไร
• ลูกค้าขนาดไหนถึงจะได้ตัวเลือกนี้ — ถ้าเปิดเฉพาะดีลระดับองค์กรใหญ่ ทีมเล็กที่เรียก API ตรงก็ยังเจอเงื่อนไขเดิม
• ค่าใช้จ่ายตกที่ใคร การเก็บ log 30 วันบนคลาวด์ตัวเองไม่ฟรี

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

มุมมอง AI Curator

เรื่องนี้อ่านได้สองแบบ และทั้งสองแบบก็จริงพร้อมกัน

แบบแรก: ตลาดชนะ Anthropic ประกาศนโยบายที่ตัวเองรู้อยู่แล้วว่าจะโดนต้าน เขียนไว้ในรายงานตัวเองด้วยซ้ำว่าเสี่ยงต่อธุรกิจ “โดยเฉพาะถ้าคู่แข่งไม่ทำตาม” — แล้วคู่แข่งก็ไม่ทำตามจริง ๆ สองเดือนต่อมาก็ต้องขยับ นี่คือบทเรียนตรงไปตรงมาว่าในตลาดที่มีผู้ให้บริการหลายเจ้า ข้อกำหนดด้านความปลอดภัยที่แลกมาด้วยการควบคุมข้อมูลของลูกค้านั้นยืนอยู่ลำพังไม่ได้

แบบที่สอง และผมคิดว่าสำคัญกว่า: นี่คือการประนีประนอมที่ฉลาดกว่าการยอมแพ้ Anthropic ไม่ได้ทิ้งหลักการว่าต้องมีข้อมูลถึงจะจับ pattern การโจมตีข้ามคำขอได้ มันแค่แยก “ความจำเป็นในการเข้าถึง” ออกจาก “การครอบครอง” ซึ่งเป็นการแยกที่วงการความปลอดภัยข้อมูลใช้มานานแล้ว แต่วงการ LLM API เพิ่งเริ่มคิดถึง ถ้าทำได้จริงตามที่โฆษณา มันคือแบบแผนที่ดีกว่าทั้ง “เก็บทุกอย่างไว้ที่เรา” และ “ไม่เก็บอะไรเลยแล้วหวังว่าจะไม่มีอะไรเกิดขึ้น”

สำหรับทีมในไทย ข้อสรุปเชิงปฏิบัติมีสองข้อ

หนึ่ง — ถ้าคุณเคยตัดโมเดล Mythos/Fable ออกจากตัวเลือกเพราะเงื่อนไข retention ก็ถึงเวลากลับมาดูใหม่ในไตรมาสหน้า แต่อย่าเพิ่งเซ็นอะไรตอนนี้ เพราะยังไม่มีเอกสารทางการ ยังไม่รู้ว่ารองรับคลาวด์ไหน และยังไม่รู้ว่าเปิดให้ลูกค้าระดับไหน สิ่งที่ทำได้วันนี้คือใส่คำถามพวกนี้ลงในรายการที่จะถามเซลส์รอบหน้า

สอง — และนี่คือบทเรียนที่ใช้ได้ยาวกว่าข่าวนี้ — “ข้อมูลเก็บนานแค่ไหน” กับ “ข้อมูลอยู่ที่ไหน” เป็นคนละคำถาม และภายใต้ PDPA รวมถึงระเบียบของ ธปท. คำถามที่สองมักจะแพงกว่า ทีมที่เขียนนโยบายจัดซื้อ AI ไว้แบบ “ห้าม retention” เฉย ๆ กำลังใช้เกณฑ์ที่หยาบเกินไป เพราะจะตัดตัวเลือกที่ปลอดภัยกว่าออกไปพร้อมกับตัวเลือกที่แย่จริง เกณฑ์ที่ใช้งานได้จริงต้องแยกอย่างน้อยสี่แกน: เก็บนานแค่ไหน / เก็บที่ไหน / ใครถือกุญแจ / ใครเข้าถึงได้และมี log ไหม ข่าวนี้คือหลักฐานว่าผู้ให้บริการเองก็เริ่มแยกสี่แกนนี้ออกจากกันแล้ว — ฝั่งผู้ซื้อก็ควรตามให้ทัน

ที่น่าสนใจที่สุดคือจังหวะ Bloomberg รายงานเรื่องนี้ วันเดียวกัน กับที่ OpenAI ประกาศ Private Safety Processing ในตลาดที่การแข่งขันเรื่องคะแนนเบนช์มาร์กเริ่มอิ่มตัว สนามรบใหม่กำลังย้ายไปอยู่ที่เงื่อนไขสัญญาและอธิปไตยของข้อมูล — ซึ่งสำหรับองค์กรส่วนใหญ่ เป็นสนามที่ตัดสินใจซื้อจริงมากกว่าคะแนน SWE-bench เสียอีก

แหล่งข่าว

• Anthropic plans to change enterprise data retention policy — iTnews (Bloomberg)
• Anthropic Plans to Change Data Retention Policy for Advanced AI — Bloomberg
• Anthropic lets companies store AI data in their own cloud — Techzine
• Anthropic changes data retention policy after enterprise pushback — THE DECODER
• Data retention practices for Covered Models — Anthropic Privacy Center (นโยบายเดิม)