Примерно полтора года назад мы в компании начали проводить еженедельные воркшопы по ИИ. Или, как мы сами их называем, ИИ‑кружки. Сначала для разработчиков, а позже — для «чайников» не‑разработчиков тоже. Как, зачем, и к чему это в итоге привело — в статье.

Привет, Хабр! Меня зовут Влад Кармаков, я CEO компании по разработке цифровых решений Siberian.pro. Хочу поделиться своим опытом внутрикорпоративного обучения сотрудников компании приемам работы с ИИ.
Впрочем, это не совсем обучение в привычном смысле, когда есть лектор, а есть студенты. У нас именно воркшопы со свободным посещением без обязаловки и демократичным форматом. Предполагаю, что именно это и позволило достичь хороших результатов по итогу. Но обо всем по порядку.
Зачем мы создали ИИ‑кружки
Зачем вообще нужны какие‑то воркшопы? В чем проблема просто выдать сотрудникам доступы к инструментам и сказать «программировай»?
Как я уже писал в другой статье, первые эксперименты с использованием LLM в компании были не то чтобы очень успешными поначалу. Сотрудники использовали разные инструменты кто во что горазд, о едином подходе и речи не было.
И если технари в целом были готовы внедрять ИИ‑инструменты системно, то не‑разработчики (маркетинг, продажи, бухгалтерия) не использовали ИИ от слова совсем. И даже немного побаивались.

Казалось бы: ну и что? Кому надо используют, кому не надо — нет. Зачем вводить KPI по использованию нейросетей?
Спешу успокоить: никаких KPI у нас нет и не планируется. Однако ИИ — это будущее. Нравится нам это или нет, но он уже доказал свою эффективность во многих процессах.
Благодаря ИИ многие задачи решаются быстрее и дешевле.
Ресурсы сотрудников тратятся не на рутину, а на креативные и конструктивные действия.
Во многих случаях можно снизить операционные расходы. Вот здесь у меня есть реальные примеры.
Зародить в людях интерес к системному использованию ИИ в рамках курса на ИИфикацию компании.
Что такое ИИфикация? В какой‑то момент я осознал, что нужно начинать трансформацию из компании, использующей ИИ, в компанию, в которой процессы выстроены вокруг ИИ. А для этого нужно не спускать решение об использовании инструмента сверху, а мотивировать и вовлекать сотрудников, чтобы инициатива шла снизу. Подробно развивать эту идею здесь не буду, об ИИ‑трансформации бизнеса я много пишу у себя в Telegram. Вернемся к AI‑воркшопам.
Так вот, ИИ‑кружки начались как инструмент обмена опытом между разработчиками, аналитиками и другими техническими специалистами. Глобально, никто не думал именно над тем, как обучить сотрудников использованию ИИ. Просто созванивались, показывали, кто что нашел интересное, делились инструментами, подходами и промптами. В дальнейшем встречи систематизировались и свелись примерно следующему формату.

Формат ИИ‑кружков
Обучение сотрудников ИИ проходит просто: встречаемся раз в неделю, продолжительность 1 час. Явка строго добровольная.
Встречи идут в двух форматах: для разработчиков и для всех остальных. Первый отличается от второго исключительно тематикой, но подход одинаковый. Лидеры задают примерную тему, а все остальные участники:
делятся своими наработками, кейсами и примерами;
задают вопросы другими участникам и лидерам;
показывают результаты «домашних заданий» с прошлых уроков;
общаются.
В общем, все довольно неформально. Но суть здесь и не в форме, а в содержании.
Чему учат на ИИ‑кружках
Здесь я приведу пример с ИИ‑воркшопов для не‑разработчиков, потому что, во‑первых, он более показателен, во‑вторых, этот опыт будет понятен более широкой аудитории.
Напомню, что не‑разработчиками мы называем тех сотрудников, которые не имеют непосредственного отношения к разработке. У них может быть, а может и не быть опыта работы с ИИ. Например, часть наших сотрудников до посещения кружков не знала про ИИ почти ничего, кроме ИИ‑ответов в поиске. Другие целенаправленно использовали те или иные инструменты, но делали это несистемно.
Поэтому первые занятия мы посвятили буквально азам: поставить Codex или VSCode, выполнить в нем простейшую задачу по своей непосредственной деятельности, узнать, где искать результаты своего использования нейросети, и так далее. Во время обучения мы сразу стали уделять много внимания вопросам безопасности. Например, объясняли, почему нельзя на работе пользоваться публичными ИИ в браузере (242-ФЗ).
Кстати, для многих сотрудников стало откровением, что VSCode можно использовать не только для кодинга.

Дальнейшие занятия постепенно углубляли полученные знания. RooCode/Kilo Code, навыки, MCP, ИИ‑агенты (Hermes, zeroclaw) и так далее
Уже на четвертом занятии, наши ИИ‑энтузиасты объясняли всем желающим, как создать скилл, чтобы научить ИИ выполнять какие‑то типовые действия вместо себя. На общие принципы потратили 15 минут. А за оставшиеся 45 минут участники под руководством техлида самостоятельно написали два скилла: для вычитки любого текста (учебный) и для трекинга рабочих часов в систему учета (реально используемый).

Домашнее задание: посмотреть свои ежедневные задачи и выбрать то, что можно формализовать в виде скилла для ИИ‑агента.
По итогу нескольких таких мастер‑классов наши маркетологи, РП, бухгалтеры и HR‑специалисты стали увлеченно писать свои скиллы. Сами. Без принуждения. Потому что увидели, что а) это легче, чем кажется, и б) есть реальный результат.

Интересно, что, поняв, насколько легко это делается и насколько крутым порой выходит результат, люди буквально загораются и начинают творить, экспериментировать, пробовать то, что еще месяц назад казалось им сложным и доступным только программистам.
Например, у себя на канале я рассказывал, как все та же маркетолог Ксюша с нуля написала не скилл, а аж целую программу под MacOS просто для того, чтобы автоматизировать одну свою ежедневную задачу.
Кто‑то скажет, фи, вайбкодинг. Но ведь результат‑то есть! Скучную рутинную задачу стал делать ИИ. А человек ее делать перестал и занялся чем‑то более важным. При этом разработчиков привлекать не пришлось.

Дальнейшие занятия — по той же схеме: делимся результатами, разбираем ошибки, постепенно погружаемся в более глубокие нюансы. Опытные сотрудники помогают менее опытным, отвечают на вопросы и помогают найти грамотный подход к проектированию решений, которые принесут максимум измеримых результатов именно в задачах этого сотрудника.
Результаты
Может показаться, что все это ерунда. Действительно: делов то, промпт написать. Чему тут учить? И однако результаты обучения наших сотрудников нейросетям и использованию ИИ не замедлили положительно сказаться на реальном рабочем процессе.
Многие задачи стали решаться быстрее. Ускорились как ребята‑технари, так и не‑разработчики. Я уже делился в блоге на Хабре несколькими кейсами. Но там была целенаправленная разработка и внедрение ИИ‑решения. Здесь же — менее впечатляющая, но зато гораздо более массовая автоматизация простых рутинных операций. Буквально в масштабе всей организации, но снизу, по инициативе самих сотрудников.
Я считаю, это важный шаг к той цели, которую обозначил в начале статьи: когда ИИ — это основа, вокруг которой выстраиваются бизнес‑процессы. Ее невозможно реализовать без глубокой вовлеченности сотрудников.
Вот что получилось за примерно год системных еженедельных занятий в ИИ‑кружках:
Рядовые сотрудники стали чаще использовать ИИ в своей работе. Именно как естественный инструмент. Примерно 80% не‑технических сотрудников сегодня активно реализуют навыки, полученные на обучении, включая продвинутые, такие как создание скиллов для нейросети. Разработчики, конечно, давно пользуются ИИ профессионально.
Сотрудники чаще делятся опытом с коллегами. Уже не только в рамках ИИ‑воркшопов.
Коллективные знания. Созданные ИИ‑скиллы попадают в корпоративный репозиторий и переиспользуются другими сотрудниками. Экономия времени. На текущий момент в корпоративном git уже несколько десятков разных скиллов, доступных для всех сотрудников. Конечно, публичным скилл становится только после полноценного ревью технической командой.
Сняли страх использования ИИ (в ряде случаев — почти первобытный) за счет налаживания вертикального и горизонтального обмена опытом.
На уровне бизнеса формируется единый подход к решению задач (тут еще есть куда расти, признаюсь).
Это качественные метрики, а вот количественные. На обучение один сотрудник тратит 1 час в неделю (плюс 1–3 часа на самостоятельную работу). Результаты:
ускорился первичный сбор информации и подготовка шаблонов в большинстве задач (на 30–40% быстрее по трекеру);
ускорились сбор и подготовка данных для пресейлов (было ~12 часов, стало 3–4 часа, включая ручную проверку);
существенно облегчилась работа HR и бухгалтеров (снизилась рутинная нагрузка на 40%). Впрочем, тут сыграл роль еще и ИИ‑агент для отпусков, который мы разработали;
повысилась эффективность работы маркетинга (экономия до 200 часов в месяц).

Про другие эффекты ежедневного использования LLM в нашей компании я как‑то подробно рассказывал. Да блин, я сам стал работать более сфокусировано и меньше уставать! И да, я тоже посещаю наши ИИ‑кружки, хоть и не каждый раз есть такая возможность, и реально узнаю на них что‑то новое.
Конечно, получается не всё и не у всех. Если у сотрудника просто не хватает опыта — это одно. Помогут более опытные. Но бывают и объективные неудачи. Какие‑то процессы на текущем уровне развития технологии автоматизировать слишком дорого. В других задачах выявились подводные камни или стало понятно, что результат не стоит вложенных усилий.
Иногда созданный по результатам корпоративного обучения ИИ‑агент трансформируется во что‑то другое, потому что исходную задачу больше решать не нужно. Так получилось с маркетинговым агентом на базе OpenClaw, о котором я рассказывал весной. Наш Сибирский Клавдий все еще на службе, но теперь это набор самых разных инструментов, тогда как именно маркетинг пользуется им лишь эпизодически.
Короткий FAQ
Ну и давайте я сразу коротко попробую ответить на вопросы и возражения.
Сколько это стоит?
Расходы в месяц, ориентировочно:
1. Около $80-100 на подписки LLM на всех не‑ИТ сотрудников.
2. На инфраструктуру тратится до 10 000 рублей (OpenWebUI, LiteLLM).
3. Время ИИ‑эксперта уровня senior — 8–10 часов в месяц (самая дорогая статья расходов!)
4. Время сотрудников, которые учатся.
У вас АйТи‑компания, а в других сферах этот опыт неприменим
Применение ИИ в бизнесе не ограничено IT‑сферой. Документооборот того или иного формата есть везде. Офисная работа есть везде. Кадры есть везде. Да, не везде по‑умолчанию есть свои компетенции для развертывания внутреннего контура ИИ, настройки автоматизации и обучения. Но для этого есть, например, мы. Обращайтесь.
Вы все переложили на ИИ, а завтра его заблокируют/подорожает и работа встанет
Я часто слышу это возражение, но это алармизм. Могут ведь и электричество отключить и горячую воду. Интернет уже сейчас проблемный, но и здесь есть куда стремиться. Например, запретить вообще любое использование несуверенных RFC и так далее. Все это совершенно не повод отказывать себе в отличном инструменте прямо сейчас.
Кроме того, заблокировать модель, развернутую в локальном контуре, невозможно. А в большинстве бизнес‑применений нужна именно on‑premise реализация. В том числе по юридическим причинам.
Ваши бухгалтеры навайбкодят, а кто потом будет это разгребать?
Каждый наш специалист использует ИИ исключительно в той сфере, где он компетентен: бухгалтеры в бухгалтерии, продакты — в пресейлах, маркетинг — в маркетинге и так далее, и только для автоматизации своих задач.
Если предложенное не‑техническим сотрудником решение в дальнейшем интегрируется в какие‑то глобальные процессы компании, то оно, как и любой другой продукт, пройдет все положенные стадии: от ревью и тестирования до проверок на безопасность.
Признайтесь: вся затея держится на инициативе одного человека?
И да, и нет. Первоначально идея открыть ИИ‑кружок действительно исходила от одного энтузиаста в нашей команде. Ну, еще и от меня, конечно. Но обоснованный энтузиазм заразителен. Люди видят результаты и включаются. Сегодня занятия в кружках часто проводятся, даже когда идейные вдохновители не могут присутствовать. Формат уже устоялся, люди подхватили.
Зачем выдумывать что‑то свое, когда вокруг полно курсов по ИИ для бизнеса?
Сферические курсы по ИИ в вакууме для всех и конкретный воркшоп в рамках реальных производственных задач конкретного сотрудника — это принципиально разные вещи. В первом случае имеем теорию, которую еще как‑то нужно прикрутить к своей работе. Во втором — реальные результаты видны уже на следующий день. Нам было нужно второе.
ИИ галлюцинирует и ошибается
Внезапно, люди тоже. И даже, пожалуй, чаще. При этом ИИ хотя бы признает, что был неправ, а у людей и с этим бывают проблемы.
Если серьезно, то мы не перекладываем ответственность на искусственный интеллект. На наших корпоративных занятиях по ИИ мы явно и не по разу проговариваем, что нейросети — это лишь инструмент. К ним нужно относиться как к инструменту. Как следствие: верификация выводов человеком, перекрестные проверки, и никаких автоматических подписаний в продакшен без человека. Жесткий human‑in‑the‑loop.
Собственно, одна из целей корпоративного обучения нейросетям как раз в этом и состоит: отучить людей (особенно не‑технарей) от магического мышления и приучить к практическому и рациональному восприятию технологии с полным осознанием своей ответственности за результат. Думаю, у нас получается.
А вы пробуете обучать тётенек из бухгалтерии использованию ИИ? Какие результаты? Поделитесь в комментариях!
Комментарии (36)

ToxaBes
08.09.2026 10:15Возможно, следующий текст будет как раз о провалах.
Уже в этом с провалами все хорошо:
Около $80-100 на подписки LLM на всех не‑ИТ сотрудников.
Похоже, что вы используете зарубежные облачные модели в проде.
У вас сейчас конфетно-букетный период ИИ-автоматизации. Все радостно слопают код и задачи отдавая все облака.
И знаете, это было бы нормально для не ИТ компании, сейчас у нас на рынке период такой, "становление", но вы же внедряете ИИ клиентам!
У вас на сайте прямо написаны услуги: "Автоматизация бизнеса с помощью ИИ" и "Внедрение ИИ в бизнес". И вы не можете для самих себя внедрить ваше же готовое решение без подписок на облака и проблем с этим связанных?
Т.е. своим же готовым решениям вы предпочитаете облачные. Видимо, вы и клиентам также подписки оформляете, но это уже совсем за гранью 152-ФЗ.

rybakolbasa
08.09.2026 10:15Внезапно, подписки бывают не только на облака.

ToxaBes
08.09.2026 10:15$0 Free forever, self-hosted.
Вы путаете AI Gateway с облачными моделями.

rybakolbasa
08.09.2026 10:15Я к тому, что зачем ставить диагнозы по фотографии? Вы ведь не знаете точно, что и как там оформляется клиентам? Или знаете?

ToxaBes
08.09.2026 10:15Я к тому, что зачем ставить диагнозы по фотографии? Вы ведь не знаете точно, что и как там оформляется клиентам? Или знаете?
Единственные облака которые разрешены по 152-ФЗ (и имеют смысл использовать, если не хочется разворачивать свое) находятся в РФ, т.е. оплата идет в рублях. В статье же цены указаны в долларах, как раз за месячную подписку от Антропиков.
Но проблема даже не в этом. Проблема в том что компания, занимающаяся внедрением ИИ для бизнеса (так заявлено на сайте) для своей внутренней работы предпочитает облачные решения вместо собственных.

rybakolbasa
08.09.2026 10:15Не очень понимаю, почему это проблема. Полмира на Amazon AWS сидит и не жужжит. Тот же Zapier торгует и своими инференсами и амазоновскими. Или это как с проводами из бескилородной меди? Если инференс не свой, то автоматизация не настоящая? Мне кажется, тут все же важнее смотреть на результат, а не на способ. Но я далеко не такой спец, как вы (почитал ваши статьи - круто!), могу ошибаться.

ToxaBes
08.09.2026 10:15Не очень понимаю, почему это проблема. Полмира на Amazon AWS сидит и не жужжит.
Похоже, вы не знакомы с реалиями требований к ведению бизнеса в РФ. Есть определенные требования, которые за последний год стали обязательными, а штрафы за их неисполнение - ощутимыми.
Если инференс не свой, то автоматизация не настоящая?
Ни в коем случае. Можно брать облака в России и РКН слова худого не скажет. Проблема только в том что в облаках модель будет недообучена под конкретную задачу в большинстве случаев. Я сейчас не об автоматизации ИТ отдела где люди пишут код, я об автоматизации всех остальных отделов.

rybakolbasa
08.09.2026 10:15Похоже, вы не знакомы с реалиями требований к ведению бизнеса в РФ
К сожалению, знаком. Правда, в другой сфере, с еще более взаимоисключающими требованиями.
Насколько мне известно, закон не запрещает (пока) использовать западные несуверенные ИИ. Кто мешает закинуть туда обезличенные данные? 152-ФЗ это же не нарушит.
в облаках модель будет недообучена под конкретную задачу в большинстве случаев
Мне кажется, вы с позиции эксперта чересчур усложняете этот вопрос, как в том меме про разработчика, который везде factory пихал. Конкретная задача какого-нито условного бухгалтера не так уж уникальна, чтобы под него разворачивать локальное решение с дообучением модели.
Или вот в статье пример с маркетологом, который что-то там сеошное анализирует и составляет отчетики себе. На кой черт тут огород городить. Об этом и речь. Результат есть. Да, в облаке. Ну и что? Правда не понимаю.

ToxaBes
08.09.2026 10:15Кто мешает закинуть туда обезличенные данные?
Сами сотрудники предприятия, которые кидают в чат прямо куски выгрузок из CRM. Это настолько повсеместно сейчас (из моих наблюдений и практики), а сотрудники настолько непуганные эльфы, что я писал об этот статью и кидаю ссылку клиентам, коллегам (они уже дальше своим клиентам). Проблема есть и она существенная.
Более того, я ожидаю дальнейшего ужесточения законодательства по этому поводу вплоть до прямого запрета использовать зарубежные облачные решения.
Мне кажется, вы с позиции эксперта чересчур усложняете этот вопрос, как в том меме про разработчика, который везде factory пихал.
Конечно, у меня есть свои проф деформации, но я пишу не только о своем практическом опыте, но и об обезличенном опыте компаний, у которых я наблюдал происходящее.
Я же не могу называть конкретные компании, которые так или иначе обожглись, они мои контрагенты. Когда я вижу, одну и ту же боль или ошибки внедрения у нескольких компаний из разных отраслей, которые приходят в итоге к одним и тем же решениям, я их систематизирую (в первую очередь для себя, как для участника рынка).
Затем я пишу статью на Хабре, и чтобы окончательно закрепить материал в голове, и чтобы предоставить информацию для своих клиентов и компаний, которые занимаются ML-внедрением (у меня частенько конкуренты становятся контрагентами).
Главное непонимание в комментариях происходит от того, что я пишу для предприятия (бизнеса), а комментаторы пишут с позиции физлиц (ну или самозанятых). СЕО-шник удаленно работающий, программист и тд.
Отсюда и непонимание. Физлицу действительно не нужно разворачивать локальную модель или по крайней мере выгода от этого спорная. Но я и не веду о них речь.
Или вот в статье пример с маркетологом, который что-то там сеошное анализирует и составляет отчетики себе. На кой черт тут огород городить. Об этом и речь. Результат есть. Да, в облаке. Ну и что? Правда не понимаю.
Качество текста. ИИ-слоп vs текст, на который не агрятся. Вот разница между облачной большой моделью и дообученной небольшой.

titulusdesiderio
08.09.2026 10:15Кто-то не в курсе про существование ни облаков соответствующих 152-ФЗ , ни провайдеров opensource моделей соответвующих 152-ФЗ, ни про банальную псевдонимизацию.

ToxaBes
08.09.2026 10:15
titulusdesiderio
08.09.2026 10:15Так если в курсе, о чём спор? При любом раскладе инференс от провайдера будет дешевле чем своими силами. Под задачи без ПД какой смысл использовать self-hosted? Там где есть ПД - проще взять инференс у отечественного провайдера.
Я что-то сильно сомневаюсь, что сотрудники, о которых речь в статье, работают с гостайной или чем-то таким, требующим локальные модели.

ToxaBes
08.09.2026 10:15Так если в курсе, о чём спор?
Эм, это не спор.
Я, как читатель, читаю статью, вижу "CEO компании по разработке цифровых решений Siberian.pro".
Интересно, дальше натыкаюсь на "Около $80-100 на подписки LLM".
Ну ок, очередная компания, которая еще не в курсе что использовать зарубежные облака это отложенный выстрел в ногу из-за изменений в нашем законодательстве и утечке коммерческой инфы конкурентам. Это нормально, по личным ощущениям, под 90% компаний не в курсе.
Вывод о западных облаках сделал по оплате в $, далее автор не опроверг это.
После прочтения статьи, как ответственный читатель, иду на указанный сайт и читаю, автор же для этого указал ссылку в начале стати?
Вижу, что они активно представляют себя как внедренцев ML-автоматизации для бизнеса, там целые разделы, нагенеренные ИИшкой (не осуждаю).
И тут у меня возникает вопрос который я хочу уточнить: компания, которая для своих внутренних решений использует либо западные фронтир модели по подписке, видимо, также предлагает своим клиентам этот же подход, сливая ПДн и коммерческую инфу, либо разворачивают открытые веса моделей как есть, без какого-либо дообучения, т.е. предлагают посредственное качество.
Именно это я и пытался уточнить, судя по ответам автора статьи я оказался прав, к сожалению.
При любом раскладе инференс от провайдера будет дешевле чем своими силами.
Бизнес cмотрит CAPEX/OPEX и ROI. Так вот, окупаемость одной конкретной системы происходит примерно за 1.5 года при грамотном подходе. Я думаю написать отдельную статью об этом, тк в этой сфере развелось слишком много ML-цыган (не относится к компании в статье!) и бедные клиенты не могут сориентироваться как вообще считать эту саму ML-автоматизацию и отделять зерна от плевел.
Пока что только описал общую ситуацию на рынке.
Под задачи без ПД какой смысл использовать self-hosted?
Предотвращение утечки коммерческой информации в общий доступ конкурентам (см. статьи выше и ситуацию с доказательством Навье‑Стоксгейт)
Значимо лучшее качество работы самой системы (см. статью об общей ситуации на рынке).
rybakolbasa
Интересно, спасибо. Было бы круто услышать и про ту часть, где что-то не получилось. Это ведь самое интересное)
Vlad_Karmakov Автор
Принято, спасибо) Возможно, следующий текст будет как раз о провалах.