Claude API เปิด User Profiles — แพลตฟอร์มและ gateway ที่ขายต่อ Claude ระบุลูกค้าปลายทางได้ทุก request เพื่อให้การแบนมีผลแค่ลูกค้ารายนั้น ไม่ลามทั้ง org; ดูสถานะ restricted/banned ได้ผ่าน API แต่ webhook ยังไม่ส่ง event จริง

ใครที่ทำแพลตฟอร์มบน Claude ไม่ว่าจะเป็นแอปที่มีผู้ใช้สมัครเข้ามา หรือ gateway ที่ขายต่อสิทธิ์ใช้ API ให้บริษัทอื่น มีความเสี่ยงข้อหนึ่งมาตลอด คือ request ทุกตัวของลูกค้าเข้ามาภายใต้ organization ของเรา ถ้าลูกค้ารายเดียวทำผิด Usage Policy จนโดน classifier อัตโนมัติจับ การแบนอาจมีผลกับทั้ง organization ลูกค้าคนอื่นทุกรายก็ใช้งานไม่ได้ไปด้วย

Release notes ของ Claude Platform ประกาศเมื่อ 20 ต.ค. 2026 ว่า User Profiles เปิดใช้แล้ว และในวันที่ 21 ต.ค. ได้เพิ่มฟิลด์ enforcement_status และ enforcement_actions ทำให้ผู้ให้บริการรู้ผ่าน API ได้ว่า Anthropic จำกัดสิทธิ์หรือแบนลูกค้ารายไหนอยู่ เอกสารเขียนไว้ชัดว่า “Without a profile on the request, one end customer can trigger an enforcement action that applies to your whole organization.”

ใช้งานอย่างไร

1. ลงทะเบียนลูกค้าแต่ละรายครั้งเดียวด้วย POST /v1/user_profiles แล้วเก็บ ID ที่ขึ้นต้นด้วย uprof_ ไว้ใน record ของลูกค้า
2. ส่ง ID นั้นใน header anthropic-user-profile-id ทุกครั้งที่เรียก API แทนลูกค้ารายนั้น ใน SDK ใช้ argument user_profile_id ได้เลย ใช้ได้ทั้ง Messages, token counting, Message Batches และ endpoint ที่เข้ากันได้กับ OpenAI SDK

มีสองประเภทให้เลือกผ่านฟิลด์ access_type: application (ค่าเริ่มต้น) ใช้สำหรับผู้ใช้หนึ่งคนในแอปของเรา และ passthrough สำหรับบริษัทที่ซื้อ API ผ่าน gateway ของเรา (หนึ่ง profile ต่อหนึ่งบริษัท) สำหรับ passthrough แนะนำให้ส่งตัวระบุของแต่ละคนใน metadata.user_id ของ request ด้วย profile ไม่มีค่าใช้จ่ายและไม่มีผลต่อราคา

รายละเอียดที่ต้องระวัง:

• POST /v1/user_profiles ไม่ idempotent เรียกซ้ำจะได้ profile ใหม่ทุกครั้ง แม้ reference_id จะเหมือนเดิม ต้องสร้างครั้งเดียวในขั้นตอน onboarding
• ต้องแยก organization profile ผูกกับ organization ไม่ใช่ workspace request ที่ไม่มี profile จะถูกนับเป็นการใช้งานของเราเอง การแยก workspace จึงไม่พอ เอกสารแนะนำให้แยกทราฟฟิกของลูกค้าไปไว้อีก organization หนึ่ง
• ฟิลด์ทั้งหมดเป็น optional ส่ง name_hash / email_hash แทนชื่อหรืออีเมลจริงได้ ถ้าส่งค่าใดไปแล้วจะ ลบออกไม่ได้ แก้ได้อย่างเดียว ถ้าไม่รู้ค่าให้เว้นไว้ อย่าใส่ placeholder
• การสร้าง profile จำนวนมากถูกจำกัด rate ถ้าจะลงทะเบียนลูกค้าเดิมทั้งหมด ต้องติดต่อทีม account ก่อน

Bedrock, Google Cloud และ AWS ทำงานต่างกัน

• Claude in Amazon Bedrock และ Claude Models on Google Cloud (Google managed) สร้าง profile เองไม่ได้ ต้องสร้างบน Claude API หรือ Claude Platform on AWS แล้วผูกบัญชี AWS หรือโปรเจกต์ GCP ผ่าน Verification Portal ทั้งสองแพลตฟอร์ม ตรวจแค่รูปแบบของ ID ไม่ได้ตรวจว่ามี profile นั้นอยู่จริง request ที่สำเร็จจึงไม่ได้ยืนยันว่า ID ถูกต้อง และ Bedrock แบบเก่า (InvokeModel / Converse) ไม่รองรับเลย
• บน Claude Platform on AWS ฟิลด์ enforcement จะเป็น unrestricted เสมอ และ Anthropic จะไม่ปฏิเสธ request เพราะ action ที่เปิดอยู่

สถานะการแบนอ่านได้จาก API

enforcement_status มีสามค่า: unrestricted, restricted และ banned ส่วน enforcement_actions แสดงรายการ action ที่ยังเปิดอยู่ แต่ละรายการมี reason เป็นค่าใดค่าหนึ่งใน unsupported_region, fraud_or_abuse, high_harm, usage_policy_violation, account_compromise หรือ unspecified และมี expires_at ด้วย ค้นหาลูกค้าที่โดนได้โดย list profile พร้อม enforcement_status[]=restricted&enforcement_status[]=banned เอกสารเตือนสองเรื่อง ข้อแรก ถ้าส่ง beta header user-profiles-2026-09-04 อยู่ ฟิลด์นี้จะไม่ถูกส่งกลับมา ข้อสอง การเปลี่ยนสถานะไม่ได้ขยับ updated_at เสมอไป ต้องเทียบค่าเอง

Anthropic ยังเพิ่ม organization webhooks ใน Admin API (beta, webhooks-2026-10-07) สำหรับ event user_profile.enforcement_action_opened และ event ฝั่งปิด แต่เอกสารระบุชัดว่า “Event delivery isn’t live” ตอนนี้ลงทะเบียน endpoint และเขียน handler รอไว้ได้ แต่จะยังไม่ได้รับ event ใดๆ

มุมมอง AI Curator

สำหรับสตาร์ทอัปไทยที่ทำ AI gateway หรือแชตบอตสำหรับองค์กร ซึ่งส่วนใหญ่ใช้ API key เดียวรวมทุกลูกค้า นี่คือฟีเจอร์ที่ควรติดตั้งก่อนจะมีเหตุให้ต้องใช้ ความเสี่ยงที่ลูกค้ารายเดียวทำให้บริการทั้งหมดถูกปิดเกิดขึ้นได้จริง และงานที่ต้องทำมีแค่การสร้าง profile ตอน onboarding กับใส่ header หนึ่งตัว ถ้าเทียบกับความเสียหายเมื่อบัญชีหลักถูกแบน ถือว่าคุ้มมาก

อีกด้านหนึ่งที่ต้องคิดคือ Anthropic กำลังสร้าง ระบบระบุตัวตนลูกค้าปลายทาง ผ่านผู้ให้บริการ ฟิลด์อย่าง country, entity_type, name_hash และการผูกกับ Verification Portal (ซึ่งเป็นทางเข้าของโปรแกรมอย่าง Cyber Verification) บอกชัดว่าการเข้าถึงความสามารถบางอย่างในอนาคตจะขึ้นกับว่าลูกค้าปลายทางเป็นใคร ข้อมูลที่เราส่งให้ Anthropic เกี่ยวกับลูกค้าก็เป็นข้อมูลส่วนบุคคลตาม PDPA ด้วย ผู้ให้บริการไทยควรระบุเรื่องนี้ในนโยบายความเป็นส่วนตัว และใช้ hash แทนข้อมูลจริงเมื่อทำได้

ค่า unsupported_region ในรายการเหตุผลก็บอกอะไรบางอย่าง Anthropic จะใช้ช่องทางนี้บังคับเรื่องประเทศที่ให้บริการได้ในระดับลูกค้าปลายทาง แพลตฟอร์มในภูมิภาคที่ขายต่อให้ลูกค้าหลายประเทศควรตรวจรายชื่อประเทศที่รองรับ และกรองลูกค้าที่อยู่นอกรายชื่อตั้งแต่ขั้นตอน onboarding ก่อนที่ Anthropic จะเป็นฝ่ายบล็อก

แหล่งข่าว

• Claude Platform Docs — User profiles for end-customer attribution
• Claude Platform — Release notes (20–21 ต.ค. 2026)
• Claude Platform Docs — Organization webhooks (beta)