Claude запроваджує KYC для частини користувачів

Що саме змінилося в доступі до Claude

Тут ідеться про реальне посилення доступу, але не про універсальну заборону для всіх нових облікових записів. Станом на вересень 2026 року довідковий центр Anthropic повідомляє, що перевірка особи може застосовуватися до окремих користувачів та організацій перед доступом до деяких розширених можливостей Claude. Формулювання вибіркове: вона може застосовуватися, а не є обов’язковою для кожного.

Перевірка може вимагати фізичний державний документ із фотографією та камеру телефона для живого селфі. Для організації перелік ширший: юридична назва, адреса, реєстраційний номер і підтвердження особи людини, яка подає запит. Anthropic також пов’язує ідентифікацію із заявками на окремі засоби кіберзахисту в реальному часі для Claude Opus і Sonnet.

Твердження, що старі облікові записи працюватимуть як раніше, а всі нові завжди проходитимуть KYC, звучить категоричніше за офіційний опис. Доступні матеріали підтверджують сам механізм перевірки та його застосування в частині сценаріїв, але не дають підстав вважати межу між старими й новими акаунтами абсолютним правилом. Різниця між спостереженням користувача й задокументованою політикою тут справді важлива.

Судячи з опису змін, основний бар’єр перебуває на боці споживчого доступу, зокрема через підписки Pro або Max. API-розробники та бізнес-клієнти названі групами, яких цей споживчий шлюз переважно не зачіпає. Це не скасовує перевірок організацій в окремих процесах, проте розділяє два різні контури доступу.

Для розробників змінюється архітектурний ризик

Головний наслідок простий: споживчий обліковий запис Claude стає менш надійною основою для внутрішніх інструментів та автоматизації. Якщо робочий процес залежить від ручного входу користувача, додатковий документ і селфі посилюють тертя під час реєстрації та можуть збільшити відтік. Для експерименту це незручність, а для повторюваного процесу — вже операційний ризик.

API-підхід виглядає стійкішим, оскільки доступна інформація не відносить API до того самого споживчого бар’єра. Особливо помітною різниця стає під час масштабування: парк звичайних акаунтів тепер несе не лише обмеження підписок, а й ризик індивідуальної перевірки особи. Такий дизайн і раніше був крихким, а KYC лише зробив цю крихкість видимою.

Насамперед варто з’ясувати межі застосування перевірки: які функції її запускають, що відбувається в разі помилки селфі та як обробляються організаційні облікові записи. Поки ці деталі не визначено чіткіше, головне питання не в самому KYC, а в непередбачуваності моменту, коли він з’явиться посеред робочого процесу.

Раніше ми розглядали, як тригери безпеки OpenAI API можуть сповіщати власників облікових записів і вимагати суворіших механізмів відповідності. Вимога KYC у Claude відображає той самий рух до жорсткішого контролю ідентичності та облікових записів для доступу до ШІ.