Мой стек инструментов 2026: что я выбираю для клиентов и почему

Меня часто спрашивают, чем я работаю и почему именно этим. Инструментов на рынке сотни, и легко увлечься модным, но для клиента важно не «модно», а чтобы система работала годами, данные оставались под контролем, а в случае чего всё можно было перенести и поддержать. Поэтому за 16+ лет в IT у меня сложился свой стек — набор инструментов, который я выбираю осознанно. Ниже расскажу про него честно и от первого лица: какими принципами руководствуюсь, что беру для ИИ и ботов, чем автоматизирую процессы и на чём держу инфраструктуру. Без рекламы конкретного вендора как «единственного спасения» — только мой выбор и обоснование, почему так.

Принципы выбора

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

Российский стек и 152-ФЗ. Я живу и работаю в российских реалиях, и большинство моих клиентов работает с персональными данными граждан России. Закон 152-ФЗ требует, чтобы такие данные обрабатывались с определёнными гарантиями, и проще всего это обеспечить, когда инфраструктура и сервисы находятся в России. Поэтому при прочих равных я выбираю российский хостинг, российские ИИ-сервисы и решения, которые можно разместить в нужной юрисдикции. Это не значит, что я отказываюсь от всего зарубежного, — но если данные чувствительные, я честно проговариваю риски и предлагаю вариант, который не создаёт проблем с законом.

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

Self-hosted там, где это важно. Self-hosted значит «размещённый на своём сервере». Я не разворачиваю всё подряд на своём железе из принципа — это лишняя работа и расходы. Но там, где приватность критична или где готовое облако дорого масштабируется, собственный сервер окупается: данные внутри контура, нет абонентской платы за каждого пользователя, нет риска, что сервис закроется или поднимет цены. Для остального вполне годятся готовые сервисы, и я это признаю.

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

Открытый код. Я люблю open-source не из идеологии, а по прагматичным причинам. Открытый инструмент можно изучить, доработать, перенести на другой сервер и не зависеть от воли одного поставщика. Если завтра у вендора изменится политика или вырастет цена, у клиента остаётся свобода манёвра. Это страховка от привязки к одному поставщику (так называемого vendor lock-in).

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

ИИ и боты

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

Российские ИИ-модели по API. Когда нужен качественный ИИ для генерации текста, ответов на вопросы или обработки обращений, я в первую очередь смотрю на российские сервисы — YandexGPT от Яндекса и GigaChat от Сбера. У них есть API (программный интерфейс для подключения), они работают в российском контуре, и с ними проще выстроить обработку данных так, чтобы не нарушать 152-ФЗ. Я не утверждаю, что какой-то из них «лучший» в абсолюте — у каждого свои сильные стороны, и выбор зависит от задачи, бюджета и того, какие данные мы готовы отправлять провайдеру. Это мы обсуждаем заранее.

Локальные модели через Ollama. Бывают задачи, где данные нельзя отправлять вообще никуда — даже в российское облако. В таких случаях я разворачиваю локальную модель на сервере клиента через Ollama (инструмент для запуска ИИ-моделей на своём железе). Тогда нейросеть работает внутри контура, и ни один запрос не уходит наружу. Это максимально приватный вариант, но он требовательнее к железу и обычно уступает крупным облачным моделям по «уму». Я честно проговариваю этот компромисс: приватность против мощности, и клиент решает, что важнее.

RAG — ответы по своим документам. Когда нужно, чтобы ИИ отвечал не «из головы», а по конкретным документам компании, я применяю подход RAG (retrieval-augmented generation, «генерация ответа с опорой на поиск»). Простыми словами: система сначала находит в ваших файлах подходящие фрагменты, а потом формулирует по ним ответ со ссылкой на источник. Это снижает риск выдумок и позволяет проверить ответ. На этом подходе строятся корпоративные ИИ-ассистенты по базе знаний, и я считаю его одним из самых полезных применений ИИ для бизнеса.

Telegram и MAX как каналы. Бота надо где-то показать пользователю. Я делаю это там, где люди уже есть. Telegram — привычный канал с богатым API, на нём удобно собирать и клиентских ботов, и внутренние инструменты. MAX — российский мессенджер, который активно развивается и важен для проектов, ориентированных на российскую аудиторию и государственный сектор. Я сознательно не работаю с экосистемами вроде Instagram и Facebook (принадлежат компании Meta, признанной в России экстремистской и запрещённой) — это не мой выбор для клиентских проектов в российских реалиях. Подробнее о том, как я собираю ИИ-агентов и ботов, можно посмотреть на странице ИИ-агенты и боты под ключ.

Автоматизация, CRM, сайты

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

n8n для автоматизации. Когда нужно связать между собой разные сервисы — чтобы заявка с сайта попадала в CRM, оттуда уходило уведомление в мессенджер, а данные складывались в таблицу, — я беру n8n. Это open-source инструмент автоматизации, который можно развернуть на своём сервере. Мне он нравится именно потому, что self-hosted: данные проходят через ваш сервер, а не через чужое облако, и нет абонентской платы за количество операций, как у многих зарубежных аналогов. n8n закрывает большинство сценариев «если произошло одно — сделай другое» без программирования каждого шага с нуля.

Открытые CRM. Для учёта клиентов и сделок я предпочитаю открытые системы вроде EspoCRM. Причина та же — контроль над данными и отсутствие привязки к одному поставщику. Открытую CRM можно развернуть на своём сервере, настроить под свои процессы и не платить за каждого пользователя ежемесячно. Это не значит, что готовые облачные CRM плохи — для многих компаний они удобны и быстры в старте. Но если для клиента важно, чтобы база клиентов жила внутри компании и её нельзя было «потерять» вместе с подпиской, открытое решение выигрывает. Я подбираю вариант под реальные требования, а не навязываю один на все случаи.

Сайты — конструктор или своя разработка. Здесь у меня нет догмы. Если клиенту нужен простой сайт или лендинг быстро и недорого, и у него нет особых требований, я честно говорю: берите конструктор, не переплачивайте за разработку. Если же сайт — это часть системы, ему нужны интеграции, нестандартная логика или высокие требования к скорости и контролю, тогда имеет смысл писать с нуля. Выбор диктует задача и бюджет, а не желание «продать подороже». Иногда самое профессиональное решение — отговорить клиента от лишних трат.

Отдельно отмечу: многие из этих инструментов — открытые, и их можно развернуть под ключ на сервере клиента. Если вам близка идея системы, которой вы владеете целиком, посмотрите мою страницу open-source решения под ключ — там я описываю этот подход подробнее.

Инфраструктура и данные

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

Российский VPS или свой сервер клиента. Для размещения проектов я в первую очередь беру российский VPS (виртуальный сервер в аренду) или, если у клиента есть своё железо, разворачиваю на нём. Российский хостинг проще согласуется с требованиями к обработке персональных данных, а близость серверов к пользователям даёт меньшие задержки. Конкретного хостера я не называю «единственно правильным» — выбор зависит от бюджета, нагрузки и требований проекта, и я подбираю под задачу. Главное — чтобы инфраструктура была управляемой и не создавала проблем с законом.

Бэкапы — не опция, а обязательное условие. Я не запускаю в работу систему без настроенного резервного копирования. Бэкап — это регулярная автоматическая копия данных, которая позволяет восстановиться после сбоя, ошибки или атаки. Сколько потеряешь данных при аварии — определяется тем, как часто делаются копии, поэтому частоту я подбираю под ценность данных. Копии я храню так, чтобы они не пропали вместе с основным сервером. Это та часть, на которой нельзя экономить: один раз спасённая база окупает всю настройку.

Базовая безопасность. Я закладываю разумный минимум: разграничение доступа, шифрование соединений, обновления и закрытие лишних точек входа. Я не обещаю «стопроцентной защиты» — её не существует, и любой, кто гарантирует абсолютную безопасность, лукавит. Но грамотно настроенный базовый уровень отсекает подавляющую часть типовых угроз, и этого достаточно для большинства проектов малого и среднего бизнеса. Если проект требует повышенных мер, я об этом говорю отдельно и предлагаю усиленный вариант.

Без привязки к одному вендору. Сквозной принцип всей инфраструктуры — чтобы клиент мог при необходимости переехать. Я стараюсь не завязывать проект намертво на один сервис, без которого всё рассыплется. Открытые инструменты и стандартные технологии дают эту свободу: если что-то перестанет устраивать, систему можно перенести, а не переписывать заново. Это не паранойя, а здравая страховка на годы вперёд.

Частые вопросы

Почему вы делаете упор на российский и open-source стек? По двум причинам — контроль над данными и закон. Российский стек проще согласуется с требованиями 152-ФЗ к персональным данным, а открытый код избавляет от привязки к одному поставщику и даёт свободу переноса. Это не идеология, а практика: так система живёт дольше и не зависит от чужих решений. При этом я не отказываюсь от зарубежных инструментов там, где они уместны и не создают рисков, — просто честно проговариваю компромиссы.

Вы всегда разворачиваете всё на своём сервере? Нет. Self-hosted я выбираю там, где приватность критична или где это реально выгодно, а не из принципа. Для многих задач готовые сервисы удобнее и дешевле в старте, и я честно это говорю. Решение зависит от того, насколько чувствительны данные и что важнее в конкретном проекте — простота или полный контроль.

Какую ИИ-модель вы посоветуете — YandexGPT, GigaChat или локальную? Зависит от задачи. Если данные можно отправлять в российское облако, я смотрю на YandexGPT и GigaChat и выбираю по качеству на вашей задаче и бюджету. Если данные нельзя выносить никуда — разворачиваю локальную модель через Ollama, понимая, что она требовательнее к железу и обычно слабее крупных облачных. Я не называю один вариант «лучшим для всех», а подбираю под ваши требования к приватности и мощности.

Чем n8n лучше готовых сервисов автоматизации? Не «лучше» в абсолюте, а удобнее по двум причинам, которые важны моим клиентам: его можно развернуть на своём сервере (данные не идут через чужое облако) и нет абонентской платы за объём операций. Для кого-то готовый облачный сервис автоматизации окажется проще и быстрее — тогда я предложу его. Выбор диктует задача, требования к данным и бюджет.

А если мне нужен просто сайт — вы будете писать его с нуля? Только если это оправдано. Для простого сайта или лендинга без особых требований я честно посоветую конструктор и не буду навязывать дорогую разработку. Своя разработка нужна там, где сайт — часть системы с интеграциями и нестандартной логикой. Я исхожу из вашей задачи и бюджета, а не из желания продать подороже.

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

Коротко о главном

Мой стек на 2026 год — это не список модных названий, а набор осознанных решений вокруг нескольких принципов: контроль над данными у клиента, соблюдение 152-ФЗ, открытый код и надёжность вместо новизны. Для ИИ и ботов я беру российские модели YandexGPT и GigaChat, локальные модели через Ollama там, где данные нельзя выносить наружу, подход RAG для ответов по документам и каналы Telegram и MAX. Автоматизацию строю на n8n, для CRM смотрю на открытые системы вроде EspoCRM, а сайты собираю на конструкторе или пишу с нуля — в зависимости от задачи и бюджета. Всё это стоит на российском VPS или сервере клиента, с обязательными бэкапами, базовой безопасностью и без привязки к одному поставщику. Я не считаю свой выбор единственно верным для всех и всегда объясняю, почему предлагаю именно это — а если в вашем случае проще обойтись готовым решением, честно об этом скажу. Если вам близок такой подход, я помогу собрать систему, которой вы владеете и которую можно поддерживать годами.