ByteDance, за повідомленнями, обмежує особисті акаунти Claude і Codex

Що саме обмежили і чим це пояснюють

За повідомленнями, нові правила ByteDance насамперед забороняють заходити до внутрішніх ресурсів через особисто куплені акаунти сторонніх ШІ-інструментів. Ідеться про репозиторії коду рівня L4. Там, за даними TechNode, зберігаються ключові технічні активи, зокрема базова архітектура основних бізнесів компанії. Документи Feishu, яких стосуються обмеження, можуть містити конфіденційні плани проєктів і бізнес-дані.

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

Як перенести цю логіку на свою компанію

Суть кейсу не в забороні ШІ. Компанія проводить межу між даними, які можна передавати зовнішнім сервісам, і тими, що мають лишатися всередині. Автори TechNode оцінюють підхід ByteDance так: компанія заохочує зовнішні ШІ-інструменти заради продуктивності, але обережна з передаванням ключових технологій і бізнес-даних. Ту саму схему можна застосувати поза розробкою.

• Фінанси й бухгалтерія: загальне питання про методику обліку передавати можна. Вивантаження з обліку з контрагентами й сумами належить до закритого рівня.
• Юристи: шаблон договору без реквізитів передавати можна. Чинний договір з умовами угоди передавати не можна.
• HR: текст вакансії передавати можна. Анкети, зарплати й оцінки працівників передавати не можна.

Формулювання для внутрішньої політики: Через особисті акаунти ШІ-сервісів заборонено передавати документи й дані рівня [назва рівня] і вище, навіть якщо підписку оплачує сам працівник. Перелік таких даних: [список]. Відповідальний за перелік: [посада].

Де прийом не спрацює і типові помилки

• Заборона без заміни. Перше питання працівників ByteDance стосувалося швидкості роботи. Якщо закрити доступ і не дати робочого інструмента, люди шукатимуть обхідні шляхи. Навіть щодо ByteDance автори матеріалу вважають відкритим питання, чи повністю внутрішні інструменти закриють потреби розробників.
• Розмита межа. Друге питання працівників було про те, де саме проходить межа. Правило «не передавайте конфіденційне» без переліку кожен трактує по-своєму. ByteDance прив'язує обмеження до конкретних рівнів класифікації: L3 і L4.
• Обмежують програми, а не канали. У травні 2025-го, за повідомленнями, компанія планувала поступово відмовитися від сторонніх ШІ-помічників для програмування (Cursor, Windsurf) на користь власного Trae. Тепер обмеження охоплюють і прямий доступ через особисті акаунти. Якщо ваша політика лише перелічує заборонені програми, особиста підписка може лишитися поза нею.
• Усе одразу. ByteDance вводить правила поетапно. Після повного впровадження вони, як очікують, зачеплять щоденну роботу тисяч технічних працівників.

Що перевірити, перш ніж дозволяти ШІ на робочих даних

• Чи є в компанії класифікація даних хоча б на два-три рівні і чи знають працівники, до якого рівня належать їхні документи.
• Хто вже використовує особисті підписки для робочих задач. Варто з'ясувати це до заборони, а не після.
• Чи є дозволений корпоративний інструмент для задач, доступ до яких ви закриваєте.
• Чи зафіксована політика письмово і хто відповідає за її оновлення.

Як саме ByteDance технічно контролює дотримання правил, у матеріалі не описано.