Claude вводит KYC для части пользователей

Что именно изменилось в доступе к Claude

Я вижу здесь реальное ужесточение доступа, но не универсальный запрет для всех новых аккаунтов. По состоянию на сентябрь 2026 года справочный центр Anthropic говорит, что проверка личности может применяться к отдельным пользователям и организациям перед доступом к некоторым продвинутым возможностям Claude. Формулировка именно выборочная: «может применяться», а не «обязательна каждому».

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

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

Судя по описанию изменений, основной барьер находится на стороне потребительского доступа, включая работу через подписки Pro или Max. API-разработчики и бизнес-клиенты названы как группы, которых этот потребительский шлюз в основном не затрагивает. Это не отменяет проверки организаций в отдельных процессах, но разделяет два разных контура доступа.

Для разработчиков меняется архитектурный риск

Главное последствие простое: потребительский аккаунт Claude становится менее надежной опорой для внутренних инструментов и автоматизации. Если рабочий процесс зависит от ручного входа пользователя, дополнительный документ и селфи увеличивают трение при регистрации и могут повысить отток. Для эксперимента это неприятность, для повторяемого процесса уже операционный риск.

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

Я бы первым делом выяснял границы применения проверки: какие функции ее запускают, что происходит при ошибке селфи и как обрабатываются организационные учетные записи. Пока эти детали не закреплены яснее, главный вопрос не в самом KYC, а в непредсказуемости момента, когда он появляется посреди рабочего процесса.

Ранее мы разбирали, как триггеры безопасности OpenAI API могут уведомлять владельцев аккаунтов и требовать более строгих мер соответствия. KYC для Claude отражает тот же курс на усиление контроля личности и учетных записей при доступе к ИИ.