Почему я плачу за AI-инструменты сам, а не через работодателя

Microsoft отозвала корпоративные лицензии Claude Code у тысяч своих разработчиков. Один тикет в IT-отдел — и инструмент, на котором человек выстроил свой рабочий процесс, перестал открываться в понедельник утром.

Мой рабочий процесс не изменился ни на секунду.

Не потому что у меня другой инструмент. Потому что я плачу за него сам.

Это кажется мелочью. Но за этим стоит принцип, который я применяю ко всему — от IDE до почтовика. Называю его просто: если это production для меня, я контролирую это сам.

Что случилось с корпоративными лицензиями

Microsoft сделала то, что делают все большие корпорации с третьесторонними инструментами. Оценила стоимость, не увидела прямой бизнес-линии к прибыли, порезала статью расходов. Никакого злого умысла — просто procurement.

Разработчики, которые использовали Claude Code через корпоративный аккаунт, получили письмо: доступ заблокирован с такого-то числа. Часть из них к этому моменту уже встроила инструмент в свои workflows — Git hooks, кастомные CLAUDE.md файлы, личные промпт-паттерны, которые формировались месяцами.

Всё это не исчезло физически. Но стало недоступным.

Кто-то нашёл замену за день. Кто-то потерял неделю производительности. Кто-то понял, что не помнит, как делал некоторые вещи без AI-ассистента.

Это не трагедия. Это уязвимость, которую можно было предотвратить.

Корпоративный аккаунт — это чужое решение

Когда работодатель или клиент предоставляет тебе доступ к инструменту, это звучит как удобство. Не надо платить самому. Лицензия уже есть. Подключись и работай.

Но за этим удобством скрыта зависимость другого рода.

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

Инструмент — это часть твоего производственного процесса. Не их.

Я работаю с несколькими клиентами параллельно. Если каждый из них даёт мне «свой» инструмент — у меня в итоге появляются три разные версии рабочего окружения, которые ведут себя по-разному, обновляются по разному расписанию и могут исчезнуть в любой момент. Это не workflow. Это хаос, замаскированный под удобство.

Я несколько раз отказывался от предложения «используй наш корпоративный Claude/Copilot». Не из принципа. Из инженерной логики: я не беру в production зависимость, которую не контролирую — по той же причине, по которой держу approval gates даже там, где мог бы их убрать.

Мои правила: что плачу сам, что готов взять от клиента

Я разделяю инструменты на две категории.

Первая — инструменты, которые формируют мой рабочий процесс. Claude Code, IDE, почтовик, менеджер задач. Они живут в моём окружении, интегрированы в мой ритм, содержат мои кастомизации. За них я плачу сам. Всегда. Не обсуждается.

Вторая — инструменты, специфичные для конкретного клиентского проекта. Доступ к их Jira, их Confluence, их деплой-пайплайну. Здесь логика обратная: платит клиент, потому что это их инфраструктура. Я пользуюсь, но не встраиваю в свой базовый workflow. Когда проект заканчивается, доступ пропадает — и это правильно.

Граница простая: если я возьму это с собой на следующий проект — плачу сам. Если это нужно только здесь и сейчас — пусть платит клиент.

Это защищает и меня, и клиента. Я не создаю зависимость от их систем. Они не финансируют мои личные инструменты.

Реальные цифры — сколько это стоит

У меня уже есть публикация с точным разбором стоимости AI-инструментов в студии — там все цифры. Коротко: около $150 в месяц на весь стек.

$150 в месяц — это примерно 1–2 часа работы по моему рейтингу. Не особая роскошь для инструментов, которые экономят многократно больше.

Но дело не в абсолютных цифрах. Дело в том, что я знаю, за что плачу, когда плачу и что получаю. Это моё решение — включить или выключить. Поменять тариф. Перейти на другой инструмент, если нынешний перестал устраивать.

Никто не отключит мне Claude Code в пятницу вечером.

Что это значит в найме и freelance

В найме вопрос стоит иначе. Работодатель часто хочет контролировать инструменты по соображениям безопасности или лицензионных рисков. И это их право.

Но если компания говорит «мы платим за твои инструменты» и имеет в виду «ты будешь использовать только то, что мы разрешим», — это важно понять до оффера, а не после.

Несколько раз я слышал: «у нас корпоративный GitHub Copilot, Claude Code под нашим аккаунтом, тебе не нужно ни за что платить». Это звучит хорошо. Но подтекст: твой привычный рабочий процесс будет перестроен под их конфигурацию. А потом может снова перестроиться, когда они сменят vendor.

Я не говорю, что это неприемлемо. Говорю, что это нужно осознанно принимать, а не считать бонусом.

Для меня, в формате студии, автономия инструментов — это не опция. Это условие.

Итог

Инструменты формируют рабочий процесс. Если инструмент живёт в чужом аккаунте — значит, часть этого процесса тоже чужая.

Корпоративная лицензия — это не экономия. Это делегирование контроля над частью своего workflow. Иногда это приемлемо. Чаще — нет.

Платите сами за то, без чего не работаете.

*Связанные статьи: Реальная окупаемость AI-инструментов в студии · Где я держу approval gate — даже когда могу убрать · Если запускается без тебя — это продакшн*