Руководство для ИТ

Теневые ИИ-приложения: что делать ИТ с инструментами, которые сотрудники создают с ИИ

Коротко

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

Запрет ИИ-инструментов редко работает. Он просто переносит приложения туда, где вы их не видите. На этой странице: что такое теневой ИИ, реальные риски внутренних приложений, сделанных с ИИ, как найти то, что уже есть, и политика, которую можно скопировать.

Обновлено Текст TeamOnly. Мы делаем одно из мест, где можно публиковать такие приложения, и говорим об этом там, где это важно.

01Определения

Что такое теневой ИИ?

Три термина, которые часто путают. Они описывают одну и ту же привычку на разных этапах.

Теневые ИТ (shadow IT)
Программы и сервисы, которыми пользуются для работы без ведома или одобрения ИТ. Личный аккаунт для обмена файлами, сервис для проектов, оплаченный чьей-то картой.
Теневой ИИ (shadow AI)
То же самое с ИИ-инструментами. Сотрудники вставляют данные компании в чат-ассистенты или ИИ-функции, которые ИТ не проверяли.
Теневые ИИ-приложения
Новая часть. Сотрудники делают в Claude Code, Cursor, Lovable, Replit, Bolt или v0 работающее приложение, публикуют его и присылают коллегам ссылку. В приложении данные компании, и оно продолжает работать.

Третье отличается тем, что остаётся. Чат заканчивается через минуту. У приложения есть пользователи, данные и ссылка, которая продолжает работать, часто на личном аккаунте автора.

Проверено 25 октября 2026 года. Источники: Retool AI Governance Report 2026 (опрос вендора, июнь 2026), пересказ исследования Red Access на The Hacker News (партнёрская статья, май 2026).

02Реальные риски

Что может пойти не так с внутренними приложениями, сделанными с ИИ?

Код редко главная проблема. Обычно проблема в том, где живёт приложение и кто может его открыть.

  • Открытые ссылки с данными компании

    Многие конструкторы приложений публикуют в открытый интернет, пока вы не заплатите за приватный вариант или не найдёте его. Ссылку, о которой никому не говорили, всё равно пересылают, а иногда её находят поисковики.

  • Общие пароли

    Пароль на всё приложение оказывается в чатах и письмах. Приложение не знает, кто что сделал, а ушедшие сотрудники по-прежнему его помнят.

  • Приложения на личных аккаунтах

    Приложение работает на той платформе, где зарегистрировался автор, оплачивается его картой и открыто под его логином. У компании нет к нему админского доступа, и она может даже не знать о нём.

  • Нет владельца, когда человек уходит

    Когда автор уходит, приложение либо работает дальше без ответственного, либо останавливается, когда его карту закрывают. В обоих случаях команда, которая на него полагалась, узнаёт об этом последней.

  • Нет списка того, что есть

    Нельзя проверить, исправить или отключить приложение, о котором вы не знаете. Без списка ни один из этих рисков не виден.

  • Секреты в коде, открытые базы данных

    ИИ-инструменты иногда вписывают API-ключи в код, который работает в браузере, и их может прочитать любой, кто открыл приложение. Базу данных в облаке с выключенной защитой на уровне строк (row-level security) можно прочитать вообще в обход приложения.

03По шагам

Как найти приложения, которые уже есть?

Ни один инструмент не найдёт всё. Вместе эти шаги находят большую часть за полдня.

  1. Спросите, никого не обвиняя

    Отправьте одно короткое сообщение: «Если вы сделали с ИИ инструмент, которым пользуются коллеги, расскажите нам. Ничего не отключим, мы хотим помочь, чтобы он работал безопасно». Авторы обычно рады, что кто-то спросил.

  2. Проверьте авансовые отчёты и выписки по картам

    Ищите подписки на Lovable, Replit, Bolt, Vercel, Netlify, Supabase, Cursor и Claude. Платформа для создания приложений в авансовом отчёте обычно значит, что где-то есть приложение.

  3. Проверьте, куда входили через рабочий аккаунт

    Google Workspace и Microsoft Entra показывают сторонние приложения, которые сотрудники подключили к рабочему аккаунту, а журналы входа показывают, какими из них пользуются. Платформы для создания приложений появляются там, когда кто-то регистрируется через «Войти через Google» или Microsoft.

  4. Поищите адреса приложений

    Поищите в логах DNS или прокси и в рабочем чате адреса вроде *.lovable.app, *.replit.app, *.vercel.app, *.netlify.app и *.pages.dev. Ссылки в чатах часто самый быстрый путь к приложениям, которыми действительно пользуются.

  5. Проверьте учёт браузеров и устройств, если он есть

    Если вы управляете браузерами или ноутбуками, учёт покажет ИИ-расширения и установленные программы вроде Cursor или Claude. Это говорит, кто делает приложения, но не что именно сделано, так что дальше спрашивайте.

  6. Запишите всё

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

04Скопируйте

Политика вайб-кодинга, которую можно принять

Достаточно короткая, чтобы её прочитали. Замените части в [скобках] и разошлите.

Политика: инструменты, сделанные с ИИ

  1. Что это охватывает. Любое приложение, скрипт или инструмент, сделанный с помощью ИИ (Claude Code, Cursor, Lovable, Replit, Bolt, v0 и похожие), которым пользуется кто-то кроме автора.
  2. Делать можно. Любой сотрудник может делать инструменты для своей работы. Чтобы попробовать идею, разрешение не нужно.
  3. Где живут приложения. Приложения, которыми пользуются коллеги, публикуются на [наш одобренный хостинг]. Не на личном аккаунте и не на публичном хостинге.
  4. Сначала вход. Каждое приложение просит войти через аккаунт компании, прежде чем показать любой экран или данные. Никаких общих паролей и открытых ссылок.
  5. Данные. Внутренние рабочие данные можно. Персональные данные клиентов, данные платёжных карт, медицинские данные и пароли от других систем сначала согласуйте с ИТ. Данные компании никогда не попадают в приложение на личном аккаунте.
  6. Ключи и пароли. API-ключи и пароли хранятся в настройках секретов хостинга. Никогда в коде и никогда в чате.
  7. У каждого приложения есть владелец. Владелец следит, чтобы приложение работало, и решает, кто может его открыть: вся компания или список конкретных людей.
  8. Когда человек уходит. Прежде чем сотрудник уйдёт или сменит роль, его приложения передаются новому владельцу. Приложение, которое никто не взял, отключается.
  9. Сообщайте без страха. Если вы нашли приложение с данными компании, которое может открыть кто угодно, сообщите [контакт в ИТ]. За сообщение никто не пострадает.
  10. Пересмотр. ИТ проверяет список приложений [раз в квартал]. Приложения, которыми никто не пользовался [90 дней], можно удалить, предварительно спросив владельца.

Нужен простой текст? В Markdown-версии этой страницы политика готова для вставки (на английском).

Почему бы просто не запретить?

Такие инструменты делают, потому что они решают реальные задачи. Запрет не убирает задачу, он переносит инструмент на личный аккаунт. Одно одобренное место для публикации даёт вам те же инструменты, за вашим входом, в списке, который вы видите.

05Одобренное место

Безопасное место для публикации

Политика работает, когда одобренный хостинг берёт сложное на себя и авторы не могут ошибиться. Вот что делает TeamOnly.

Вход до того, как запустится код приложения
Каждый запрос к каждому приложению сначала проверяется. Кто не вошёл, до приложения не доходит. Настройки, которая делает приложение публичным, нет.
Только аккаунты компании
Коллеги входят через рабочий Google, рабочий Microsoft или по коду, отправленному на рабочую почту. Пускают только ваши домены, личные аккаунты получают отказ.
Каждое приложение в списке
Панель управления показывает каждое приложение компании, его владельца, кто может его открыть и каждую публикацию. Доступ есть у всей компании или у списка конкретных людей.
Новый владелец, когда люди уходят
Админы передают приложение новому владельцу в панели управления. Отключите рабочий аккаунт человека, и новые входы прекратятся. Админы выбирают, сколько действует вход в приложения: от 8 часов до 30 дней.
Выйти везде
Админ может одним действием завершить сеансы автора во всех терминалах и в панели управления.
Приложения изолированы
У каждого приложения своя база данных, своё хранилище файлов и свои секреты, а cookie сеанса привязан к его собственному адресу. Ключи задаются командой npx teamonly secrets set, вне кода.

Тариф Builder стоит $19 в месяц: один автор и 3 приложения. Тариф Team стоит $249 в месяц: без ограничений на приложения и авторов. Те, кто только пользуется приложениями, не платят. Цены.

Чего он не делает: TeamOnly размещает внутренние веб-приложения с фронтендом на React и API на JavaScript или TypeScript. Публичные сайты и приложения на Python не размещаем, и сертификации SOC 2 или ISO у нас сегодня нет. Подробнее о безопасности.

06Вопросы и ответы

Что обычно спрашивают

Все вопросы и ответы

Что такое теневой ИИ?

Теневой ИИ (shadow AI): сотрудники пользуются ИИ-инструментами для работы без ведома или одобрения ИТ, часто с данными компании. Всё началось с чат-ассистентов. Теперь сюда входят и работающие приложения, которые сотрудники делают с ИИ и отдают коллегам.

Чем теневые ИТ отличаются от теневого ИИ?

Теневые ИТ (shadow IT): любые программы и сервисы, которыми пользуются для работы в обход ИТ, например аккаунт для обмена файлами или сервис для проектов, оплаченный с личной карты. Теневой ИИ: то же самое, только с ИИ-инструментами. Теневые ИИ-приложения идут дальше: сотрудник не просто пользуется инструментом, а сделал его сам, и в нём лежат данные компании.

Стоит ли запретить вайб-кодинг?

Запрет редко убирает потребность. Такие инструменты делают, потому что они решают реальные задачи, и после запрета они уходят на личные аккаунты, где вы их не видите. Большинству компаний лучше подходит короткая политика и одно одобренное место для публикации.

Как найти приложения, которые сотрудники уже сделали с ИИ?

Спросите, никого не обвиняя. Затем проверьте авансовые отчёты на подписки Lovable, Replit, Vercel и похожих сервисов, список сторонних приложений, которые сотрудники подключили к рабочему аккаунту в Google Workspace или Microsoft Entra, и логи DNS или чатов на адреса вроде *.lovable.app или *.vercel.app.

Что должно быть в политике вайб-кодинга?

Что можно делать, где публиковать приложения, обязательный вход через аккаунт компании, какие данные допустимы, где хранить ключи и пароли, кто владелец каждого приложения и что происходит, когда он уходит. Политика на этой странице умещается на одну страницу, и её можно взять как есть.

Опасны ли приложения, сделанные с ИИ?

Для внутренних инструментов главный риск обычно не в коде, а в том, где живёт приложение: открытая ссылка, общий пароль, личный аккаунт, ключи прямо в коде или отсутствие ответственного после ухода автора. Всё это решается правильным выбором места для публикации.

Ранний доступ

Дайте авторам одно одобренное место для публикации.

Все тарифы уже открыты, и авторы могут попробовать бесплатно 14 дней без карты. Компания готова сразу, и авторы могут публиковать в тот же день.

14 дней бесплатноИли оформите подписку сейчас

Для пробного периода карта не нужна. Дальше от $19 в месяц, отменить можно в любой момент.

Пока не готовы? Получайте новости

Укажите рабочую почту. Пишем редко и только когда есть что рассказать.

Вопросы пишите на hello@teamonly.dev, отвечает живой человек.