Anthropic API 上线「用户档案」：网关和转售方给每个请求标注终端客户，安全处置只落到单个客户、不再连坐整个组织；配套封禁通知 webhook 尚未开通投递

这件事意味着什么

【要点】

Anthropic 在 Claude 平台发布说明（10 月 20 日条目）新增「用户档案」（user profiles）：转售 API 的网关、平台可以告诉 Anthropic 每个请求是替哪个终端客户发的，安全处置因此只落在这个客户身上，不再连坐整个组织。

一、用法：每个终端客户调用一次 POST /v1/user_profiles 注册，拿到 uprof_ 开头的 ID，之后每个请求带 anthropic-user-profile-id 请求头。档案分两类：application（自家产品的单个用户，默认）和 passthrough（转售原始推理的下游公司）。不收费、不影响价格。

二、可填字段全部可选：名称、国家、自有客户 ID、开户时间、姓名或邮箱的哈希等，不含对话内容；Anthropic 不核验这些信息。

三、档案自带只读的 programs 字段（含网络安全核验计划状态），即可信访问计划可以落到单个终端客户。

四、Admin API 同时上线组织 webhook（beta）：档案被限制、封禁或解除时推送事件，但文档注明事件投递尚未开通。

五、覆盖 Claude API、Claude Platform on AWS 和 Anthropic 托管的 Foundry；Bedrock 和 Google Cloud 只认 ID 格式、不查档案。

【可核验】

使用指南：https://platform.claude.com/docs/en/manage-claude/user-profiles

API 参考：https://platform.claude.com/docs/en/api/user_profiles

组织 webhook：https://platform.claude.com/docs/en/manage-claude/organization-webhooks

发布说明：https://platform.claude.com/docs/en/release-notes/overview

【我们的判断】

一、背景：Anthropic 对 API 流量跑自动安全分类器，此前一旦某个下游用户触发处置，整个转售方组织都可能被停。OpenCode 遭「大规模蒸馏攻击」、CERT-In 通报智能体越权等事件后，模型厂商一边收紧，一边需要不误伤 OpenRouter 这类聚合方和基于 Claude 做产品的平台。

二、横向看，OpenAI 早有 safety_identifier 参数（取代旧的 user 字段）和处置通知，用哈希后的终端用户 ID 让处置只针对个人，未提供时同样可能停掉整个组织。Anthropic 这次走得更远：档案是需要提前注册的持久对象，区分「应用用户」和「转售公司」，还能挂网络安全核验等计划，相当于把 KYC 下沉到终端客户一级。

三、影响：对网关是降低连坐风险的保险，但也意味着要向 Anthropic 报送下游客户的国家、身份哈希等信息，增加合规工作；不带 ID 的请求仍按自家流量算，处置照旧落到整个组织，事实上把报送变成了标配。