01 · В чём фокус
Когда аккаунт режут, первая реакция — искать обход. Для личного любопытства люди делают что угодно. Для бизнеса это плохая стратегия: ты строишь выручку на хрупком допуске, который может исчезнуть без предупреждения.
Здесь другой вопрос: как сделать так, чтобы отвал одного сервиса не убил контент, поддержку, код и продажи. Ответ — архитектура доступа из трёх слоёв.
02 · Две волны давления
Волна 1 — сервисы. Anthropic, OpenAI, Google ограничивают пользователей из РФ: geo-block, отказы в регистрации, волны банов, усложнённая верификация. Это не «миф из Telegram» — публично обсуждается годами, и в 2026 история не исчезла.
Волна 2 — закон. Рамка суверенных/национальных моделей и возможность ограничивать применение трансграничного ИИ, когда данные уходят за рубеж. Подробно — ЗАКОН.
03 · Как выглядит «отрезали»
- Не открывается сайт/API с российского IP.
- Не проходит оплата картой.
- Аккаунт «вдруг» заблокирован после периода нормальной работы.
- Модель есть в IDE, но регион/политика режет запросы.
- Команда теряет контекст: промпты, чаты, навыки — размазаны по личному аккаунту одного человека.
04 · Почему один аккаунт хрупко
Если на Claude висят сценарии, тексты, код, воронки и «вся голова компании», то бан — это не «неудобство». Это остановка денежного контура. То же с ChatGPT Agent, Gemini, Cursor-only стеком. Single point of failure выглядит эффективно, пока не щёлкнул замок.
05 · Что добавляет закон 2026
Закон не равен кнопке «выключить ChatGPT сегодня». Он создаёт легальную возможность в чувствительных зонах требовать «свои» модели и поддерживает локальных разработчиков. Вместе с вендорскими банами это означает: foreign-стек останется для многих, но ставка «только он» становится всё рискованнее.
06 · Легальный подход
Делай: дублируй критичные workflow; документируй матрицу задач; вынеси ПДн и секреты из публичных чатов; следи за ToS и официальными новостями; учи команду fallback.
Не строй бизнес на: поддельных документах, «паспортных» схемах, одном VPN как единственной корпоративной политике, личных аккаунтах сотрудников без резерва.
07 · Архитектура из трёх слоёв
Основной — то, на чём вы реально быстрее всего работаете сегодня. Запасной — GigaChat, Алиса, открытые модели, то, что открывается стабильнее. Локальный — когда данные нельзя отдавать наружу.
Карта инструментов — в СВОИ.
08 · План на 7 дней
- День 1 — инвентаризация всех ИИ.
- День 2 — пометить критичное.
- День 3 — выбрать fallback на каждый критичный узел.
- День 4 — прогнать один реальный кейс на fallback.
- День 5 — политика секретов (1 страница).
- День 6 — 30 минут с командой: X отвалился → жмём Y.
- День 7 — сохранить промпты и инструкции вне одного чата.
09 · Политика секретов
Минимум: нельзя отправлять в foreign-чат персональные данные клиентов, доступы, закрытую финмодель, непубличный код с ключами, материалы под NDA. Если сомневаешься — локальный контур или анонимизация.
10 · Чего не делать
- Не путать «личный обход» и «корпоративную стратегию».
- Не хранить всю память компании в одном аккаунте.
- Не ждать бана, чтобы начать fallback.
- Не класть секреты «потому что так быстрее».
11 · А дальше
Закрой 7-дневный план. Собери стек из СВОИ. Если цель — контент и продажи на агентах, смотри, как строится конвейер целиком.