Anthropic heeft een nieuwe manier toegevoegd om API-verkeer van eindklanten van elkaar te onderscheiden. Voor SaaS-platforms, gateways en resellers kan ieder eindklantprofiel aan verzoeken worden gekoppeld. Een beperking of ban raakt daardoor in principe het profiel van die klant, niet automatisch de volledige organisatie.
Wat er verandert
Een platform maakt één user profile per eindklant aan en bewaart het teruggegeven uprof_-id. Dat id wordt bij volgende verzoeken meegestuurd, zodat Anthropic het verkeer aan de juiste klant kan toeschrijven. Voor een doorverkoopmodel gaat het om één passthrough-profiel per bedrijf; voor gebruikers van uw eigen product is het standaardmodel een profiel per gebruiker.
De profielen zijn niet factureerbaar en beïnvloeden de prijs niet. Ze bevatten geen gespreksinhoud en Anthropic verifieert de aangeleverde klantdetails niet. Dat maakt dit vooral een isolatie- en attributiemechanisme, geen vervanging voor uw eigen klantidentiteit, toegangsbeheer of logging.
De belangrijke beperking
De nieuwe velden voor enforcement-status en enforcement-acties maken zichtbaar of een profiel beperkt of geblokkeerd is. De aangekondigde organisatie-webhooks kunnen endpoints registreren, maar de documentatie vermeldt expliciet dat event delivery nog niet live is. Bouw daarom geen kritieke blokkade- of herstelworkflow die uitsluitend op zo’n webhook vertrouwt. Controleer de actuele profielstatus via de API en ontwerp verwerking voor vertraagde of ontbrekende events.
Praktische checklist
- Maak een profiel aan tijdens onboarding en bewaar het
uprof_-id bij de klant. - Maak de aanmaakstap idempotent in uw eigen systeem; een herhaalde create-call maakt geen bestaand profiel opnieuw bruikbaar.
- Stuur het profiel-id consequent mee op alle relevante verzoeken, inclusief token counting of batches wanneer die route het ondersteunt.
- Behandel de API-profielstatus als aanvullende signalering en houd een eigen auditlog en handmatige escalatie aan.
- Test eerst met een niet-kritieke klant en controleer welke endpoints, SDK-versie en headers uw implementatie werkelijk ondersteunen.
Wat dit betekent voor beheerders
Voor resellers is het nieuws vooral een betere scheiding van risico’s tussen klanten. Het verandert niet de plicht om eigen rate limits, abuse-detectie, privacydocumentatie, sleutelbeheer en incidentprocedures op orde te hebben. Omdat webhooks volgens de huidige documentatie geen events afleveren, blijft periodiek uitlezen of een andere betrouwbare statuscontrole noodzakelijk.