От Левенштейна до RAG: эволюция семантической близости и цена точности
Недавно допиливал сервис рекомендаций и в очередной раз столкнулся с вечной задачей: как объяснить машине, что «Марина» и «машина» — не одно и то же. Посчитать смысловую близость терминов кажется простым, но человечество бьётся над этим с середины прошлого века. Задача: есть домен, термы с частотностью, надо построить граф связей — отделить «огненные знаки» от «водных» или подобрать релевантный контент. Я решил сравнить подходы разных поколений.
Первое поколение: математика и наивный оптимизм
Методы на поверхности: расстояние Левенштейна, n-граммы, косинус по TF-IDF. Всё работает быстро, без обучения, легко параллелится. Плата — игнорирование смысла. «Марина» и «машина» по Левенштейну почти идентичны. В контексте автосервиса опечатка может значить одно, но в жизни получится абсурд. Для грубых оценок или фильтрации спама сойдёт, для тонкой семантики — нет.
Второе поколение: экспертные тезаурусы
WordNet и RuWordNet — ручные графы понятий («собака — животное — организм»). Близость считается по пути в графе. Плюсы: быстро, интерпретируемо, не требует GPU. Минус: многозначность. Русское слово в среднем имеет больше значений, чем английское, и тезаурус не угадывает контекст. На тестах типа SimLex-999 результаты скромные — чуть выше случайного угадывания.
Третье поколение: статические эмбеддинги
В 2013-м появился Word2Vec, затем GloVe и FastText. Вместо ручного графа нейросеть обучается на огромном корпусе и выдаёт вектор, где направление кодирует смысл. Знаменитая формула «король — мужчина + женщина = королева» заработала. Каждое слово получает фиксированный эмбеддинг — его можно сохранить и быстро переиспользовать. Но у слова «ключ» (дверной, водный, музыкальный) вектор один — усреднённый. Для языков с богатой полисемией критично.
Четвёртое поколение: контекстуальные модели
BERT в 2018 году перевернул индустрию. Теперь вектор слова зависит от предложения. «Ключ» в фразах «потерял ключ» и «скрипичный ключ» получает разные координаты. Для русского есть специализированные SBERT-модели, обученные на семантическом сходстве. Корреляция с человеческими оценками недостижима для старых методов. Сегодня это стандарт. Мультиязычные версии чуть уступают моноязычным.
Гибридное будущее: RAG и цена масштаба
Чтобы выжать ещё процент точности, появились гибриды вроде RAG-Centroid: ищем k ближайших соседей в базе эмбеддингов и взвешиваем с центроидом темы. Прирост есть, но требует ресурсов. Главная проблема — память. Кеш связей на 1000 терминов занимает ~1,5 МБ. На 1 млн — терабайты, на 1 млрд — петабайты. Хранить такое в Redis или на диске дорого. Часто чуть более «худший» метод, работающий в 5 раз быстрее и без петабайтного кеша, практичнее идеального, но неповоротливого.
Вывод
Выбор метода — всегда компромисс между качеством, скоростью и затратами. Для быстрого отсева опечаток берите Левенштейна. Для умного поиска по документам — SBERT. Для графа знаний с миллиардами узлов готовьте ANN-индексы и бюджет. Серебряной пули нет.
Если есть кейс или вопросы по архитектуре — пишите в личку. Проконсультирую, обсудим сотрудничество. Велком!
Недавно допиливал сервис рекомендаций и в очередной раз столкнулся с вечной задачей: как объяснить машине, что «Марина» и «машина» — не одно и то же. Посчитать смысловую близость терминов кажется простым, но человечество бьётся над этим с середины прошлого века. Задача: есть домен, термы с частотностью, надо построить граф связей — отделить «огненные знаки» от «водных» или подобрать релевантный контент. Я решил сравнить подходы разных поколений.
Первое поколение: математика и наивный оптимизм
Методы на поверхности: расстояние Левенштейна, n-граммы, косинус по TF-IDF. Всё работает быстро, без обучения, легко параллелится. Плата — игнорирование смысла. «Марина» и «машина» по Левенштейну почти идентичны. В контексте автосервиса опечатка может значить одно, но в жизни получится абсурд. Для грубых оценок или фильтрации спама сойдёт, для тонкой семантики — нет.
Второе поколение: экспертные тезаурусы
WordNet и RuWordNet — ручные графы понятий («собака — животное — организм»). Близость считается по пути в графе. Плюсы: быстро, интерпретируемо, не требует GPU. Минус: многозначность. Русское слово в среднем имеет больше значений, чем английское, и тезаурус не угадывает контекст. На тестах типа SimLex-999 результаты скромные — чуть выше случайного угадывания.
Третье поколение: статические эмбеддинги
В 2013-м появился Word2Vec, затем GloVe и FastText. Вместо ручного графа нейросеть обучается на огромном корпусе и выдаёт вектор, где направление кодирует смысл. Знаменитая формула «король — мужчина + женщина = королева» заработала. Каждое слово получает фиксированный эмбеддинг — его можно сохранить и быстро переиспользовать. Но у слова «ключ» (дверной, водный, музыкальный) вектор один — усреднённый. Для языков с богатой полисемией критично.
Четвёртое поколение: контекстуальные модели
BERT в 2018 году перевернул индустрию. Теперь вектор слова зависит от предложения. «Ключ» в фразах «потерял ключ» и «скрипичный ключ» получает разные координаты. Для русского есть специализированные SBERT-модели, обученные на семантическом сходстве. Корреляция с человеческими оценками недостижима для старых методов. Сегодня это стандарт. Мультиязычные версии чуть уступают моноязычным.
Гибридное будущее: RAG и цена масштаба
Чтобы выжать ещё процент точности, появились гибриды вроде RAG-Centroid: ищем k ближайших соседей в базе эмбеддингов и взвешиваем с центроидом темы. Прирост есть, но требует ресурсов. Главная проблема — память. Кеш связей на 1000 терминов занимает ~1,5 МБ. На 1 млн — терабайты, на 1 млрд — петабайты. Хранить такое в Redis или на диске дорого. Часто чуть более «худший» метод, работающий в 5 раз быстрее и без петабайтного кеша, практичнее идеального, но неповоротливого.
Вывод
Выбор метода — всегда компромисс между качеством, скоростью и затратами. Для быстрого отсева опечаток берите Левенштейна. Для умного поиска по документам — SBERT. Для графа знаний с миллиардами узлов готовьте ANN-индексы и бюджет. Серебряной пули нет.
Если есть кейс или вопросы по архитектуре — пишите в личку. Проконсультирую, обсудим сотрудничество. Велком!
👍3
We Got the Speed. We Forgot the Brakes.
Okay, I've been holding my tongue for too long.
My feed is a blur of excitement and anxiety. Every other post is either a screengrab of a massive AI-generated PR or a panic attack about code quality. It feels like the software version of the apocalypse predicted a thousand years ago. (I hope not).
But what I see isn't a possibility. It's stubbornness. It's a specific kind of software development arrogance.
Somewhere along the line, we decided that if we threw enough raw, unstructured context into the LLM, it would magically crunch it into perfect code. We're treating the stochastic nature of a Markov thought process like it's a senior architect. Would you sleep at the wheel? Would you drive blindfolded? Because that's how this feels.
And look—I'm not making this up. The data is already screaming what we're feeling in our bones.
We can't pretend this is just "vibes" anymore. The research on the 2024-2025 shift is clear:
GitClear (2025) analyzed 211M lines of code and found Code Churn is projected to double this year. We are writing and rewriting the same lines faster than ever before. It's a treadmill of noise.
ACM Queue found that 41% of AI-generated PRs contain duplicated code blocks (vs. 27% human). We aren't building software; we're copy-pasting faster.
LinearB confirmed the obvious: Once a PR exceeds 400 lines, defect density spikes dramatically. And we're shipping 2,800-line PRs in three days now.
We let AI replace the process instead of augmenting the people.
We forgot the game we learned years ago: Agile. Eat the elephant in pieces. Define the schema. Measure the output more strictly for the machine than you would for the intern.
When I see a message saying, "I'm working on an AI PR and it's a mess," I wince. Because AI didn't start that mess. We did. We asked for it with our ignorance of CI/CD principles and our neglect of proper scoping.
Instruments are great. I love my tools. But you don't take a Formula 1 car off the track and complain when you crash into a tree. The speed requires more caution, not less.
I hope this criticism ignites a few thoughts rather than just eye-rolls. This technology is a force multiplier for greatness—but only as long as we act right.
Let's define the instructions. Let's measure the goals. And for the love of all things binary, let's break the elephant into pieces before we feed it to the model.
Start doing it right today. The car is fast enough already. Let's make sure we can steer it. 🏎️💨
Okay, I've been holding my tongue for too long.
My feed is a blur of excitement and anxiety. Every other post is either a screengrab of a massive AI-generated PR or a panic attack about code quality. It feels like the software version of the apocalypse predicted a thousand years ago. (I hope not).
But what I see isn't a possibility. It's stubbornness. It's a specific kind of software development arrogance.
Somewhere along the line, we decided that if we threw enough raw, unstructured context into the LLM, it would magically crunch it into perfect code. We're treating the stochastic nature of a Markov thought process like it's a senior architect. Would you sleep at the wheel? Would you drive blindfolded? Because that's how this feels.
And look—I'm not making this up. The data is already screaming what we're feeling in our bones.
We can't pretend this is just "vibes" anymore. The research on the 2024-2025 shift is clear:
GitClear (2025) analyzed 211M lines of code and found Code Churn is projected to double this year. We are writing and rewriting the same lines faster than ever before. It's a treadmill of noise.
ACM Queue found that 41% of AI-generated PRs contain duplicated code blocks (vs. 27% human). We aren't building software; we're copy-pasting faster.
LinearB confirmed the obvious: Once a PR exceeds 400 lines, defect density spikes dramatically. And we're shipping 2,800-line PRs in three days now.
We let AI replace the process instead of augmenting the people.
We forgot the game we learned years ago: Agile. Eat the elephant in pieces. Define the schema. Measure the output more strictly for the machine than you would for the intern.
When I see a message saying, "I'm working on an AI PR and it's a mess," I wince. Because AI didn't start that mess. We did. We asked for it with our ignorance of CI/CD principles and our neglect of proper scoping.
Instruments are great. I love my tools. But you don't take a Formula 1 car off the track and complain when you crash into a tree. The speed requires more caution, not less.
I hope this criticism ignites a few thoughts rather than just eye-rolls. This technology is a force multiplier for greatness—but only as long as we act right.
Let's define the instructions. Let's measure the goals. And for the love of all things binary, let's break the elephant into pieces before we feed it to the model.
Start doing it right today. The car is fast enough already. Let's make sure we can steer it. 🏎️💨
«Во-первых, это красиво»
Сразу после того, как я написал предыдущий пост о качестве кода и гигантских PR, я открыл Хабр — хотел найти свою старую статью про окупаемость ИИ. Вместо неё наткнулся на свежее исследование от 16 апреля.
И знаете, это настолько дико, что даже красиво.
Одно дело - рассуждать о гипотетических рисках. Другое - наблюдать, как они материализуются в реальном времени. Причём не из-за ошибки, а by design. Если бы мне платили рубль каждый раз, когда я слышу эту фразу в ответ на архитектурную уязвимость, я бы уже закрыл ипотеку.
Факт первый: экономика не сходится.
Эксперты НИУ ВШЭ подсчитали эффективность инвестиций в генеративный ИИ. Относительная годовая отдача держится около 0,9 - то есть каждый вложенный рубль возвращает меньше рубля. Рынок растёт быстрее, чем окупается. Параллельно Anthropic в мартовском отчёте фиксирует разрыв: теоретическая применимость ИИ в программировании - 94%, реальное проникновение - около 30%.
Факт второй: дыра в фундаменте.
Исследователи Ox Research обнаружили архитектурный изъян в Model Context Protocol (MCP) от Anthropic. Уязвимость в дизайне STDIO-транспорта позволяет выполнять произвольные команды на сервере. Под угрозой - ~200 000 публичных серверов и ПО с более чем 150 млн загрузок на Python, TypeScript, Java и Rust. Уже выпущено 10 критических CVE (CVE-2026-30615 для Windsurf, CVE-2025-65720 для GPT Researcher, CVE-2026-33017 для LangFlow и другие). Реакция вендора: «Спасибо, это ожидаемое поведение».
Вывод.
Проблема не в технологии. Проблема в упрямом нежелании признавать, что скорость не отменяет архитектурную гигиену. Принцип наименьших привилегий, Secure by Default, threat modeling - это не архаизмы. Это то, что отделяет работающий продукт от инцидента на продакшене.
Сразу после того, как я написал предыдущий пост о качестве кода и гигантских PR, я открыл Хабр — хотел найти свою старую статью про окупаемость ИИ. Вместо неё наткнулся на свежее исследование от 16 апреля.
И знаете, это настолько дико, что даже красиво.
Одно дело - рассуждать о гипотетических рисках. Другое - наблюдать, как они материализуются в реальном времени. Причём не из-за ошибки, а by design. Если бы мне платили рубль каждый раз, когда я слышу эту фразу в ответ на архитектурную уязвимость, я бы уже закрыл ипотеку.
Факт первый: экономика не сходится.
Эксперты НИУ ВШЭ подсчитали эффективность инвестиций в генеративный ИИ. Относительная годовая отдача держится около 0,9 - то есть каждый вложенный рубль возвращает меньше рубля. Рынок растёт быстрее, чем окупается. Параллельно Anthropic в мартовском отчёте фиксирует разрыв: теоретическая применимость ИИ в программировании - 94%, реальное проникновение - около 30%.
Факт второй: дыра в фундаменте.
Исследователи Ox Research обнаружили архитектурный изъян в Model Context Protocol (MCP) от Anthropic. Уязвимость в дизайне STDIO-транспорта позволяет выполнять произвольные команды на сервере. Под угрозой - ~200 000 публичных серверов и ПО с более чем 150 млн загрузок на Python, TypeScript, Java и Rust. Уже выпущено 10 критических CVE (CVE-2026-30615 для Windsurf, CVE-2025-65720 для GPT Researcher, CVE-2026-33017 для LangFlow и другие). Реакция вендора: «Спасибо, это ожидаемое поведение».
Вывод.
Проблема не в технологии. Проблема в упрямом нежелании признавать, что скорость не отменяет архитектурную гигиену. Принцип наименьших привилегий, Secure by Default, threat modeling - это не архаизмы. Это то, что отделяет работающий продукт от инцидента на продакшене.
Вопросы, которые ничего не значат, но их всё равно задают Бессмысленные ритуалы собеседования
Я собеседую давно, и с годами протоколы всё больше напоминают мне дурной театр. Спрашиваешь, есть ли у кандидата вопросы, хотя уже десять минут назад всё разжевал. Ждешь два дня с ответом, чтобы «не уронить бренд», хотя решение принял на десятой минуте. Мы проверяем аватарки в соц сетях и думаем, не подсмотреть ли за человеком на сайте знакомств. К чему эти танцы с бубном? Человек не будет работать в том костюме, в котором пришел на зум-колл, и ковер из спальни в офис не притащит. А если ему мама запретит работать, как однажды у нас случилось, этого всё равно ни одним скриптом не выявишь.
Правило трёх критериев
В какой-то момент я понял: искать идеального сотрудника — гиблое дело. В цифровую эпоху можно копаться в кандидате бесконечно, перебирая сотни параметров. Я сам себя ограничил тремя вещами, которые действительно нужны от позиции. Всё остальное — шум. Мне плевать, знает ли он конкретный фреймворк или синтаксис языка, если готов переучиться за неделю. Не важен пол, не важен фон. Важны три ключевых навыка, закрывающих роль.
Критика избыточного контроля и эйджизма
Меня убивают вопросы вроде: «Кем вы видите себя через пять лет?». Какая разница, видит он себя миллиардером или ночным сторожем, если сейчас он готов делать работу и приносить деньги? Я не в Тиндере и не строю «Дом-2». Спрашивать про спортзал, хобби или состав семьи — дурной тон. Это либо попытка нащупать возраст (эйджизм чистой воды), либо снобизм: «Ах, у вас почта на Яндексе, а не на Gmail, вы не наш крутой стартапер». При этом коллеги будут мириться с тем, что человек неприятен лично, но эффективен в задачах. В конце концов, мы здесь собрались не дружить, а прибыль добывать.
Философия: прибыль, а не отношения
Я из 90-х. Я работал монтажником, лазил по крышам с фонарем и обжимал провода в минус двадцать. Тогда мне не нужна была «вдохновляющая миссия» или «дружный коллектив с печеньками». Мне нужна была страховка и нормальные условия труда. Так и сейчас: я хочу знать одно — если я сделаю больше, заплатят ли мне больше? Бизнес — это решение одной задачи: добыча прибыли компании. Всё остальное от лукавого. И в большинстве случаев за час собеседования мы просто вдохновенно врем, приукрашивая себя, чтобы не заснуть.
Теперь о том, во что выливаются эти игры в HR-блоке с точки зрения цифр: 1. Оценка соцсетей и внешнего вида
Исследование Journal of Applied Psychology: рекрутеры, просматривавшие соцсети, на 32% чаще отказывали кандидатам из-за «несоответствия ценностям», при этом корреляции с будущей производительностью выявлено не было. Потеря 15–20% качественных кадров на этапе воронки.
2. Отсутствие четких критериев (поиск «идеала»)
Аналитика Talent Solutions (2023): вакансии с размытым описанием (более 7 требований) закрываются на 27 дней дольше, чем вакансии с 3–4 ключевыми навыками. Удлинение цикла найма на 45% и рост затрат на рекрутинг в 1.5 раза.
3. Вопросы «про будущее» и эйджизм
Отчет Harvard Business Review: структурные собеседования (без личных вопросов) повышают точность предсказания успеха сотрудника на 26% по сравнению с неструктурными «разговорами за жизнь». Снижение качества прогноза эффективности найма на 26%.
4. Перегрузка собеседования «культурным фитом»
Данные SHRM: в компаниях с гипертрофированным культом «фита» текучесть кадров в первый год на 18% выше (из-за эффекта усталости от единообразия и выгорания «удобных» людей). Потеря 1200000 на замену одного специалиста из-за преждевременного ухода.
Вывод: Совокупная потеря эффективности от следования устаревшим HR-ритуалам (оценка аватарок, вопросы про 5 лет, поиски «своего в доску») достигает 30–40% от общей результативности подбора. Компания тратит больше времени, упускает сильных исполнителей, которым «мама не разрешила» или «аватарка не та», и в итоге получает команду приятных собеседников, но посредственных работников. Подход, описанный в первой части — три железных критерия и фокус на результате, а не на личности, — позволяет сократить воронку отбора вдвое и не терять деньги на пустых разговорах.
Я собеседую давно, и с годами протоколы всё больше напоминают мне дурной театр. Спрашиваешь, есть ли у кандидата вопросы, хотя уже десять минут назад всё разжевал. Ждешь два дня с ответом, чтобы «не уронить бренд», хотя решение принял на десятой минуте. Мы проверяем аватарки в соц сетях и думаем, не подсмотреть ли за человеком на сайте знакомств. К чему эти танцы с бубном? Человек не будет работать в том костюме, в котором пришел на зум-колл, и ковер из спальни в офис не притащит. А если ему мама запретит работать, как однажды у нас случилось, этого всё равно ни одним скриптом не выявишь.
Правило трёх критериев
В какой-то момент я понял: искать идеального сотрудника — гиблое дело. В цифровую эпоху можно копаться в кандидате бесконечно, перебирая сотни параметров. Я сам себя ограничил тремя вещами, которые действительно нужны от позиции. Всё остальное — шум. Мне плевать, знает ли он конкретный фреймворк или синтаксис языка, если готов переучиться за неделю. Не важен пол, не важен фон. Важны три ключевых навыка, закрывающих роль.
Критика избыточного контроля и эйджизма
Меня убивают вопросы вроде: «Кем вы видите себя через пять лет?». Какая разница, видит он себя миллиардером или ночным сторожем, если сейчас он готов делать работу и приносить деньги? Я не в Тиндере и не строю «Дом-2». Спрашивать про спортзал, хобби или состав семьи — дурной тон. Это либо попытка нащупать возраст (эйджизм чистой воды), либо снобизм: «Ах, у вас почта на Яндексе, а не на Gmail, вы не наш крутой стартапер». При этом коллеги будут мириться с тем, что человек неприятен лично, но эффективен в задачах. В конце концов, мы здесь собрались не дружить, а прибыль добывать.
Философия: прибыль, а не отношения
Я из 90-х. Я работал монтажником, лазил по крышам с фонарем и обжимал провода в минус двадцать. Тогда мне не нужна была «вдохновляющая миссия» или «дружный коллектив с печеньками». Мне нужна была страховка и нормальные условия труда. Так и сейчас: я хочу знать одно — если я сделаю больше, заплатят ли мне больше? Бизнес — это решение одной задачи: добыча прибыли компании. Всё остальное от лукавого. И в большинстве случаев за час собеседования мы просто вдохновенно врем, приукрашивая себя, чтобы не заснуть.
Теперь о том, во что выливаются эти игры в HR-блоке с точки зрения цифр: 1. Оценка соцсетей и внешнего вида
Исследование Journal of Applied Psychology: рекрутеры, просматривавшие соцсети, на 32% чаще отказывали кандидатам из-за «несоответствия ценностям», при этом корреляции с будущей производительностью выявлено не было. Потеря 15–20% качественных кадров на этапе воронки.
2. Отсутствие четких критериев (поиск «идеала»)
Аналитика Talent Solutions (2023): вакансии с размытым описанием (более 7 требований) закрываются на 27 дней дольше, чем вакансии с 3–4 ключевыми навыками. Удлинение цикла найма на 45% и рост затрат на рекрутинг в 1.5 раза.
3. Вопросы «про будущее» и эйджизм
Отчет Harvard Business Review: структурные собеседования (без личных вопросов) повышают точность предсказания успеха сотрудника на 26% по сравнению с неструктурными «разговорами за жизнь». Снижение качества прогноза эффективности найма на 26%.
4. Перегрузка собеседования «культурным фитом»
Данные SHRM: в компаниях с гипертрофированным культом «фита» текучесть кадров в первый год на 18% выше (из-за эффекта усталости от единообразия и выгорания «удобных» людей). Потеря 1200000 на замену одного специалиста из-за преждевременного ухода.
Вывод: Совокупная потеря эффективности от следования устаревшим HR-ритуалам (оценка аватарок, вопросы про 5 лет, поиски «своего в доску») достигает 30–40% от общей результативности подбора. Компания тратит больше времени, упускает сильных исполнителей, которым «мама не разрешила» или «аватарка не та», и в итоге получает команду приятных собеседников, но посредственных работников. Подход, описанный в первой части — три железных критерия и фокус на результате, а не на личности, — позволяет сократить воронку отбора вдвое и не терять деньги на пустых разговорах.
✍1👍1
Зачем я делаю AI-платформу найма специально под Россию — анонс RuHire
Вчера я запустил лендинг проекта RuHire — AI-платформы для найма, построенной с учётом российского законодательства и реальных потребностей enterprise-компаний. Хочу рассказать, почему это интересно с точки зрения AI, и что уже работает под капотом.
Проблема
Рынок recruiting-tech в России — около $500M, но большинство западных решений не могут использоваться из-за требований 152-ФЗ (локализация персональных данных). При этом 46% компаний называют именно compliance главной болью. Мы решили создать платформу, где юридические требования вшиты в архитектуру, а не добавлены сверху.
AI-составляющая RuHire (что реализовано и в процессе):
- Экстракция навыков из резюме на русском языке (fine-tuning ruBert-tiny) — без внешних API, модель работает локально или в российском облаке.
- AI-скоринг кандидатов (0–100) на основе соответствия требованиям вакансии и психометрических признаков.
- Анализ MBTI-профиля по тексту переписки (экспериментальная фича, которую тестируем для оценки soft skills).
Технические детали
Платформа построена по принципам Domain-Driven Design и Clean -Architecture. Все домены (Candidate, Vacancy, Matching, Compliance, Analytics) изолированы, типизация через Zod, state management — Zustand + React Query. AI-микросервис выделен отдельно и в MVP работает с моделями, оптимизированными под русский язык.
Что сейчас можно посмотреть
MVP (~40% готовности) уже включает:
- Полноценный CRUD кандидатов с AI-скорами
- Дашборд с аналитикой найма
- Встроенные поля compliance (dataLocation, privacyConsent)
- Демо-стенд для партнёров
Приглашение
Мы ищем первых пользователей и экспертов, готовых протестировать систему и повлиять на roadmap. Записывайтесь на демо на ruhire.ru — покажем всё вживую, обсудим сценарии под ваш бизнес. Разработчик — Alpha Function, команда с опытом в AI и enterprise-системах.
Буду рад вопросам и комментариям. Как считаете, какие AI-фичи в HR сейчас наиболее востребованы?
Вчера я запустил лендинг проекта RuHire — AI-платформы для найма, построенной с учётом российского законодательства и реальных потребностей enterprise-компаний. Хочу рассказать, почему это интересно с точки зрения AI, и что уже работает под капотом.
Проблема
Рынок recruiting-tech в России — около $500M, но большинство западных решений не могут использоваться из-за требований 152-ФЗ (локализация персональных данных). При этом 46% компаний называют именно compliance главной болью. Мы решили создать платформу, где юридические требования вшиты в архитектуру, а не добавлены сверху.
AI-составляющая RuHire (что реализовано и в процессе):
- Экстракция навыков из резюме на русском языке (fine-tuning ruBert-tiny) — без внешних API, модель работает локально или в российском облаке.
- AI-скоринг кандидатов (0–100) на основе соответствия требованиям вакансии и психометрических признаков.
- Анализ MBTI-профиля по тексту переписки (экспериментальная фича, которую тестируем для оценки soft skills).
Технические детали
Платформа построена по принципам Domain-Driven Design и Clean -Architecture. Все домены (Candidate, Vacancy, Matching, Compliance, Analytics) изолированы, типизация через Zod, state management — Zustand + React Query. AI-микросервис выделен отдельно и в MVP работает с моделями, оптимизированными под русский язык.
Что сейчас можно посмотреть
MVP (~40% готовности) уже включает:
- Полноценный CRUD кандидатов с AI-скорами
- Дашборд с аналитикой найма
- Встроенные поля compliance (dataLocation, privacyConsent)
- Демо-стенд для партнёров
Приглашение
Мы ищем первых пользователей и экспертов, готовых протестировать систему и повлиять на roadmap. Записывайтесь на демо на ruhire.ru — покажем всё вживую, обсудим сценарии под ваш бизнес. Разработчик — Alpha Function, команда с опытом в AI и enterprise-системах.
Буду рад вопросам и комментариям. Как считаете, какие AI-фичи в HR сейчас наиболее востребованы?
✍1👍1👏1
Выступил на ProductConf'26. Огромное спасибо ScrumTrek за возможность поделиться своими AI-First подходами к созданию продуктов. Я рассказал кейс, как за 4 месяца мне удалось попробовать около 15 прототипов. 3 из них пошли в прод в качестве MVP. Мы поговорили о болях ИИ, развеяли страхи, обсудили NLP, почему ИИ никого не заменит, и вспомнили, что ИИ — технология прошлого века. Её цикл внедрения (новаторы, ранние последователи, раннее большинство, позднее большинство, отстающие) уже завершён. Сегодня мы находимся на финальной стадии, когда даже отстающие входят в неё.
Так же, как 1С и Excel никого не заменили — наоборот, они стали индустриальными стандартами, без которых сложно представить работу древнейшей профессии бухгалтера, — ИИ тоже не заменит людей.
Ждём следующую технологию, которая совершит прорыв!
Так же, как 1С и Excel никого не заменили — наоборот, они стали индустриальными стандартами, без которых сложно представить работу древнейшей профессии бухгалтера, — ИИ тоже не заменит людей.
Ждём следующую технологию, которая совершит прорыв!
✍2👍1🔥1
Проактивный некролог: опасности долгосрочных планов
Представьте человека, который в 1913 году составил 15-летний карьерный план – к 1928‑му стать чиновником при дворе Николая II. Мир рухнул раньше, чем истекли первые пять лет. Но мы до сих пор одержимы ритуалом детального планирования: стартапы, семьи, карьерные консультанты – все требуют расписать шаги на 5–10 лет. Парадокс в том, что в непредсказуемом мире планирование – это оксюморон, психологическая защита от страха неопределённости, а не реальный инструмент.
Научный фундамент. «Ошибка планирования» (Канеман и Тверски) объясняет, почему мы систематически недооцениваем сроки и риски, даже имея опыт неудач. Анализ более 20 000 стратегических планов показал: 83% организаций выполняют менее четверти запланированного. Однако планирование снижает тревогу – способность мысленно заглядывать вперёд повышает психологическую безопасность. Получается, план – это успокаивающий ритуал, а не прогноз.
От чёрных лебедей к серым носорогам. Последние годы: пандемия, слом цепочек поставок, взлёт ИИ, сделавший миллионы навыков ненужными. Эксперты ввели термин «серый носорог» – очевидная, но игнорируемая угроза. В отличие от редкого чёрного лебедя, носорога видят все, но не замечают до последнего. Наши планы разбиваются, потому что пытаются предсказать непредсказуемое.
Опыт Китая. Государство не может позволить себе не планировать. В марте 2026 года стартовала 15-я пятилетка (2026–2030). Китай признаёт «великие перемены за столетие» и отвечает усилением самодостаточности, приоритетом критических технологий и скромным целевым ростом ВВП (4,5–5%). Там, где индивиды отказываются от планов, государство удваивает ставку – пытается силой управлять хаосом.
А что тогда делать?
- Векторное мышление: планируйте не конкретные шаги и должности, а направление, ценности, области знаний. Вы не упадете в кювет, если дорога резко повернёт.
- Антихрупкость (Талеб): системы, которые становятся сильнее от ударов и хаоса.
- Предсмертный анализ (pre‑mortem): перед стартом напишите некролог – почему проект провалится. Выявите скрытые уязвимости.
- Стратегия гантели: 80–90% стабильности (безопасная работа, консервативные вложения) + 10–20% рискованных экспериментов (стартап, дикая специальность).
- Портфель опций: не привязывайтесь к одной должности или компетенции, накапливайте множественные возможности.
- Осознайте функцию тревоги: желание расписать жизнь по часам часто вызвано страхом, а не необходимостью.
Вывод. Традиционные 5–10-летние планы – опасная иллюзия, порожденная потребностью в безопасности. Они не предсказывают будущее, а успокаивают тревогу. Истинная мудрость – не умение предвидеть, а антихрупкость: способность становиться сильнее в турбулентности. Не рисуйте карты – развивайте компас. Забудьте слово «план», замените его на «намерение». Тогда неожиданные повороты будут приносить радость, а не фрустрацию.
Представьте человека, который в 1913 году составил 15-летний карьерный план – к 1928‑му стать чиновником при дворе Николая II. Мир рухнул раньше, чем истекли первые пять лет. Но мы до сих пор одержимы ритуалом детального планирования: стартапы, семьи, карьерные консультанты – все требуют расписать шаги на 5–10 лет. Парадокс в том, что в непредсказуемом мире планирование – это оксюморон, психологическая защита от страха неопределённости, а не реальный инструмент.
Научный фундамент. «Ошибка планирования» (Канеман и Тверски) объясняет, почему мы систематически недооцениваем сроки и риски, даже имея опыт неудач. Анализ более 20 000 стратегических планов показал: 83% организаций выполняют менее четверти запланированного. Однако планирование снижает тревогу – способность мысленно заглядывать вперёд повышает психологическую безопасность. Получается, план – это успокаивающий ритуал, а не прогноз.
От чёрных лебедей к серым носорогам. Последние годы: пандемия, слом цепочек поставок, взлёт ИИ, сделавший миллионы навыков ненужными. Эксперты ввели термин «серый носорог» – очевидная, но игнорируемая угроза. В отличие от редкого чёрного лебедя, носорога видят все, но не замечают до последнего. Наши планы разбиваются, потому что пытаются предсказать непредсказуемое.
Опыт Китая. Государство не может позволить себе не планировать. В марте 2026 года стартовала 15-я пятилетка (2026–2030). Китай признаёт «великие перемены за столетие» и отвечает усилением самодостаточности, приоритетом критических технологий и скромным целевым ростом ВВП (4,5–5%). Там, где индивиды отказываются от планов, государство удваивает ставку – пытается силой управлять хаосом.
А что тогда делать?
- Векторное мышление: планируйте не конкретные шаги и должности, а направление, ценности, области знаний. Вы не упадете в кювет, если дорога резко повернёт.
- Антихрупкость (Талеб): системы, которые становятся сильнее от ударов и хаоса.
- Предсмертный анализ (pre‑mortem): перед стартом напишите некролог – почему проект провалится. Выявите скрытые уязвимости.
- Стратегия гантели: 80–90% стабильности (безопасная работа, консервативные вложения) + 10–20% рискованных экспериментов (стартап, дикая специальность).
- Портфель опций: не привязывайтесь к одной должности или компетенции, накапливайте множественные возможности.
- Осознайте функцию тревоги: желание расписать жизнь по часам часто вызвано страхом, а не необходимостью.
Вывод. Традиционные 5–10-летние планы – опасная иллюзия, порожденная потребностью в безопасности. Они не предсказывают будущее, а успокаивают тревогу. Истинная мудрость – не умение предвидеть, а антихрупкость: способность становиться сильнее в турбулентности. Не рисуйте карты – развивайте компас. Забудьте слово «план», замените его на «намерение». Тогда неожиданные повороты будут приносить радость, а не фрустрацию.
🤔1
Я консультирую и выступаю последние десять, а может, и тринадцать лет — точнее не помню. Увлечён процессом настолько, что иногда ловлю себя на консультировании случайных людей на остановке.
Однажды меня пригласили в компанию внедрять процессы тестирования. Я искренне не понимал предмета дискуссии: пиши тесты, и всё. Выяснилось, что это организационная проблема высокой сложности. Мы долго дискутировали; в какой-то момент появилось ощущение, что усилия уходят прямиком в песчаный пол. Меня тогда выручил ментор, сказав: «Максим, мы консультанты. За внедрение мы не отвечаем». Сначала это резануло: мы же должны, можем, с горящими глазами. Однако жизнь подтвердила правоту этого подхода. Можно демонстрировать продукт любой степени совершенства, но люди не обязаны ему следовать. Это называют adoption gap — разрыв между решением и его принятием.
- Standish Group десятилетиями фиксирует, что около 66% провалов ИТ-проектов связаны с человеческим фактором, а не с технологиями.
- Исследования Prosci показывают, что 70% инициатив по изменениям терпят неудачу именно из-за сопротивления людей.
- McKinsey добавляет: 70% цифровых трансформаций не достигают целей, и главный барьер — «культура и поведение».
Иными словами, заказчик не иррационален — он действует в своей системе координат, которую консультант не всегда видит.
Удивительно другое: с какой лёгкостью рынок покупается на откровенно раздутую «новизну». ИИ уже «сто лет в обед»: формальные нейроны опубликованы в 1943-м, математический аппарат с тех пор не сменился радикально. Численные методы для задачи трёх тел оттачивали ещё в середине прошлого века, то мощностей не хватало, то лампы не справлялись. Даже появление персонального компьютера не сразу восприняли как прорыв. Если разобраться, то современный ИИ — это пара векторных БД, несколько алгоритмов и архитектура трансформеров (self-attention) из работ 2017 года, которая дождалась подходящего железа.
Недавно на продукт-конференции мне задали нестандартный вопрос: «Нам страшно внедрять в банк этого “паука”, который будет получать достоверную информацию из Интернета?»
Я задумался. Историческая ретроспектива страхов любопытна: сначала боялись, что аудиокассету перезапишут, и отламывали пластиковый язычок. Потом боялись дискет, перезаписываемых CD, переносных винчестеров. Лично я до сих пор убеждён: в интернет надо ходить со специально выделенного компьютера и с тетрадкой.
Прокрутив это, я спросил в зале встречно: «А вам не страшно давать интернет своим сотрудникам?» ИИ, в отличие от человека, не станет на рабочем месте смотреть развлекательный контент или обсуждать наследство с «миллиардером из Кении». Только если его об этом явно не попросят. При этом Pew Research Center фиксирует, что 38% работников регулярно используют корпоративный интернет для личных развлечений. В индексе угроз IBM X-Force 2023 года человеческий фактор и «безобидные» скачивания — один из главных векторов атак. В этом раунде ИИ действительно безопаснее.
Я не верю, что ИИ заменит людей - точно так же, как пресс Гутенберга не уничтожил писарей. Писари превратились в машинисток, затем в секретарей, а теперь - в «ноукод»-разработчиков и бизнес-технологов.
Мы часто нанимаем людей не потому, что они выдающиеся специалисты, а потому что они чьи-то родственники, имеют неформальные связи с лицами, принимающими решения, учились на соседних потоках в одном университете или просто показались симпатичными на собеседовании. В найме работает глубоко неэкономическая логика. Исследования по организационному поведению подтверждают: непотизм и найм по связям повышают краткосрочную выживаемость фирмы, но статистически значимо снижают инновационность в долгосрочной перспективе.
Все говорят, что ИИ скоро заменит разработчиков. Как консультант, я этого, честно говоря, жду. Потому что надеюсь: перед этим ИИ заменит тех, кто принимает решения по принципу «свой - не свой», а не по принципу компетентности.
Однажды меня пригласили в компанию внедрять процессы тестирования. Я искренне не понимал предмета дискуссии: пиши тесты, и всё. Выяснилось, что это организационная проблема высокой сложности. Мы долго дискутировали; в какой-то момент появилось ощущение, что усилия уходят прямиком в песчаный пол. Меня тогда выручил ментор, сказав: «Максим, мы консультанты. За внедрение мы не отвечаем». Сначала это резануло: мы же должны, можем, с горящими глазами. Однако жизнь подтвердила правоту этого подхода. Можно демонстрировать продукт любой степени совершенства, но люди не обязаны ему следовать. Это называют adoption gap — разрыв между решением и его принятием.
- Standish Group десятилетиями фиксирует, что около 66% провалов ИТ-проектов связаны с человеческим фактором, а не с технологиями.
- Исследования Prosci показывают, что 70% инициатив по изменениям терпят неудачу именно из-за сопротивления людей.
- McKinsey добавляет: 70% цифровых трансформаций не достигают целей, и главный барьер — «культура и поведение».
Иными словами, заказчик не иррационален — он действует в своей системе координат, которую консультант не всегда видит.
Удивительно другое: с какой лёгкостью рынок покупается на откровенно раздутую «новизну». ИИ уже «сто лет в обед»: формальные нейроны опубликованы в 1943-м, математический аппарат с тех пор не сменился радикально. Численные методы для задачи трёх тел оттачивали ещё в середине прошлого века, то мощностей не хватало, то лампы не справлялись. Даже появление персонального компьютера не сразу восприняли как прорыв. Если разобраться, то современный ИИ — это пара векторных БД, несколько алгоритмов и архитектура трансформеров (self-attention) из работ 2017 года, которая дождалась подходящего железа.
Недавно на продукт-конференции мне задали нестандартный вопрос: «Нам страшно внедрять в банк этого “паука”, который будет получать достоверную информацию из Интернета?»
Я задумался. Историческая ретроспектива страхов любопытна: сначала боялись, что аудиокассету перезапишут, и отламывали пластиковый язычок. Потом боялись дискет, перезаписываемых CD, переносных винчестеров. Лично я до сих пор убеждён: в интернет надо ходить со специально выделенного компьютера и с тетрадкой.
Прокрутив это, я спросил в зале встречно: «А вам не страшно давать интернет своим сотрудникам?» ИИ, в отличие от человека, не станет на рабочем месте смотреть развлекательный контент или обсуждать наследство с «миллиардером из Кении». Только если его об этом явно не попросят. При этом Pew Research Center фиксирует, что 38% работников регулярно используют корпоративный интернет для личных развлечений. В индексе угроз IBM X-Force 2023 года человеческий фактор и «безобидные» скачивания — один из главных векторов атак. В этом раунде ИИ действительно безопаснее.
Я не верю, что ИИ заменит людей - точно так же, как пресс Гутенберга не уничтожил писарей. Писари превратились в машинисток, затем в секретарей, а теперь - в «ноукод»-разработчиков и бизнес-технологов.
Мы часто нанимаем людей не потому, что они выдающиеся специалисты, а потому что они чьи-то родственники, имеют неформальные связи с лицами, принимающими решения, учились на соседних потоках в одном университете или просто показались симпатичными на собеседовании. В найме работает глубоко неэкономическая логика. Исследования по организационному поведению подтверждают: непотизм и найм по связям повышают краткосрочную выживаемость фирмы, но статистически значимо снижают инновационность в долгосрочной перспективе.
Все говорят, что ИИ скоро заменит разработчиков. Как консультант, я этого, честно говоря, жду. Потому что надеюсь: перед этим ИИ заменит тех, кто принимает решения по принципу «свой - не свой», а не по принципу компетентности.
❤1🤔1
Исследования внедрения ИИ: квадрант противоречий
Когда бизнес требует активнее осваивать инструмент, который, по прямым заявлениям CEO, лишит людей работы, мы получаем не сопротивление менеджменту, а системный корпоративный невроз. Свежие данные из США, Европы, Китая и России распадаются на четыре типа компаний — именно эта матрица лучше любых отчётов объясняет, почему 44% зумеров саботируют AI-стратегии.
Квадрант I. Хотят — и внедряют успешно. Здесь ИИ не хайп, а проект с прописанными KPI и переподготовкой персонала. BCG фиксирует рост выручки в 1,7 раза быстрее конкурентов и в 3,6 раза более высокую совокупную доходность для акционеров. Google Cloud подтверждает: 52% таких компаний уже вывели ИИ-агентов в продуктив. Страха замены нет — он снимается прозрачной карьерной траекторией.
Квадрант II. Хотят — но проваливаются. Топ-менеджмент декларирует AI-first, стратегия остаётся презентацией. MIT Sloan: 95% пилотов генеративного ИИ не достигают измеримого ROI. RAND: 80% AI-проектов проваливаются — вдвое чаще традиционных ИТ. В России картина та же: по данным Fork-Tech, более 80% инициатив не покидают лаборатории. Именно в этой питательной среде неудач рождается саботаж.
Квадрант III. Не хотят — и проваливаются: «новые луддиты». Опрос Writer/Workplace Intelligence (2026, 2400 сотрудников) зафиксировал шокирующую картину: 29% работников сознательно подрывают ИИ-стратегию, среди поколения Z — 44%. Методы технологичны: 27% скармливают корпоративные данные публичным нейросетям, 10% генерируют мусорный контент, многие системно избегают обучения и подделывают дашборды, скрывая реальный рост продуктивности. Мотивация документирована: 30% саботажников движимы FOBO (Fear Of Becoming Obsolete), 28% указывают на прорехи в безопасности, 26% считают стратегию руководства убогой. При этом 55% сотрудников заявляют, что знают об ИИ больше своего руководителя; доверие к корпоративной AI-стратегии рухнуло с 47% в 2025 году до 31% в 2026-м.
Квадрант IV. Не хотят — но «успешно» внедряют. Формально метрики зелёные, внутри — латентная война. WalkMe вводит понятие «AI Shame»: 48,8% скрывают использование ИИ от коллег и начальства. PwC: использует 54%, но ежедневно — лишь 14%. HR Executive: 75% сотрудников теперь доверяют ИИ больше, чем своему менеджеру, — управленческий авторитет подорван.
Глобальная проекция. Китайские академические исследования (MDPI, Frontiers in Psychology) устанавливают прямую связь между взаимодействием с ИИ и ростом нестабильности занятости, провоцирующей сокрытие знаний. Европейский AI Barometer от EY (9 стран) фиксирует: 42% опасаются увольнений из-за ИИ, обучением удовлетворены лишь 24%. В США по данным Challenger, Gray & Christmas ИИ впервые стал официальной причиной 13% от всех планов по сокращениям в 2026 году; аналитики относят к автоматизации примерно 50% из 80 000 уволенных в IT-секторе за I квартал. В России опрос Ассоциации менеджеров показывает сопротивление персонала у 33% компаний, 21% уже сократили должности из-за автоматизации.
Корень противоречия. CEO Anthropic прогнозирует исчезновение половины стартовых позиций, Microsoft — полную автоматизацию офисов за 18 месяцев, 60% руководителей готовы увольнять несогласных. Но 75% топ-менеджеров сами признают: их AI-стратегия — фикция «для галочки». Сотрудники этот разрыв видят. Скрытый саботаж зумеров — не патология, а рациональный ответ на шизофренический сигнал. Выйти из квадранта III можно только одним способом: честно обозначить, какие роли исчезнут, какие трансформируются, и дать реальную, а не декоративную переподготовку. Иначе технологический прогресс упрётся в человеческую природу и проиграет.
Когда бизнес требует активнее осваивать инструмент, который, по прямым заявлениям CEO, лишит людей работы, мы получаем не сопротивление менеджменту, а системный корпоративный невроз. Свежие данные из США, Европы, Китая и России распадаются на четыре типа компаний — именно эта матрица лучше любых отчётов объясняет, почему 44% зумеров саботируют AI-стратегии.
Квадрант I. Хотят — и внедряют успешно. Здесь ИИ не хайп, а проект с прописанными KPI и переподготовкой персонала. BCG фиксирует рост выручки в 1,7 раза быстрее конкурентов и в 3,6 раза более высокую совокупную доходность для акционеров. Google Cloud подтверждает: 52% таких компаний уже вывели ИИ-агентов в продуктив. Страха замены нет — он снимается прозрачной карьерной траекторией.
Квадрант II. Хотят — но проваливаются. Топ-менеджмент декларирует AI-first, стратегия остаётся презентацией. MIT Sloan: 95% пилотов генеративного ИИ не достигают измеримого ROI. RAND: 80% AI-проектов проваливаются — вдвое чаще традиционных ИТ. В России картина та же: по данным Fork-Tech, более 80% инициатив не покидают лаборатории. Именно в этой питательной среде неудач рождается саботаж.
Квадрант III. Не хотят — и проваливаются: «новые луддиты». Опрос Writer/Workplace Intelligence (2026, 2400 сотрудников) зафиксировал шокирующую картину: 29% работников сознательно подрывают ИИ-стратегию, среди поколения Z — 44%. Методы технологичны: 27% скармливают корпоративные данные публичным нейросетям, 10% генерируют мусорный контент, многие системно избегают обучения и подделывают дашборды, скрывая реальный рост продуктивности. Мотивация документирована: 30% саботажников движимы FOBO (Fear Of Becoming Obsolete), 28% указывают на прорехи в безопасности, 26% считают стратегию руководства убогой. При этом 55% сотрудников заявляют, что знают об ИИ больше своего руководителя; доверие к корпоративной AI-стратегии рухнуло с 47% в 2025 году до 31% в 2026-м.
Квадрант IV. Не хотят — но «успешно» внедряют. Формально метрики зелёные, внутри — латентная война. WalkMe вводит понятие «AI Shame»: 48,8% скрывают использование ИИ от коллег и начальства. PwC: использует 54%, но ежедневно — лишь 14%. HR Executive: 75% сотрудников теперь доверяют ИИ больше, чем своему менеджеру, — управленческий авторитет подорван.
Глобальная проекция. Китайские академические исследования (MDPI, Frontiers in Psychology) устанавливают прямую связь между взаимодействием с ИИ и ростом нестабильности занятости, провоцирующей сокрытие знаний. Европейский AI Barometer от EY (9 стран) фиксирует: 42% опасаются увольнений из-за ИИ, обучением удовлетворены лишь 24%. В США по данным Challenger, Gray & Christmas ИИ впервые стал официальной причиной 13% от всех планов по сокращениям в 2026 году; аналитики относят к автоматизации примерно 50% из 80 000 уволенных в IT-секторе за I квартал. В России опрос Ассоциации менеджеров показывает сопротивление персонала у 33% компаний, 21% уже сократили должности из-за автоматизации.
Корень противоречия. CEO Anthropic прогнозирует исчезновение половины стартовых позиций, Microsoft — полную автоматизацию офисов за 18 месяцев, 60% руководителей готовы увольнять несогласных. Но 75% топ-менеджеров сами признают: их AI-стратегия — фикция «для галочки». Сотрудники этот разрыв видят. Скрытый саботаж зумеров — не патология, а рациональный ответ на шизофренический сигнал. Выйти из квадранта III можно только одним способом: честно обозначить, какие роли исчезнут, какие трансформируются, и дать реальную, а не декоративную переподготовку. Иначе технологический прогресс упрётся в человеческую природу и проиграет.
🤔1
AI-лендинг за 6 часов: личный опыт, в который случайно попали научные данные
Решил провести эксперимент и сделать себе лендинг с анимацией: https://maxbogus.pro/. Чистого времени ушло около шести часов. Технически мог бы сверстать всё вручную, без нейросетевой помощи. Но смысл? Мне надоело верстать однотипные блоки, пересобирать сайты-визитки раз в пятилетку, отслеживать фреймворки, раскладывать резюме и опыт по компонентам. Для этой задачи ИИ показал себя превосходно.
Однако нюансов хватает. О них и расскажу, а заодно приведу несколько данных, на которые наткнулся уже потом – просто чтобы сопоставить ощущения с реальностью. Мой случай отражает более широкую картину.
Анимация: когда 20 000 точек превратились в 100
С фоновой анимацией мы с нейросетью потратили около трёх-четырёх часов из шести. Модель сгенерировала 20 000 точек, но видно было от силы сотню. На резонный вопрос, почему так, получил невозмутимый ответ: «Они не видны, у них прозрачность 0.01». Дальше начались долгие итерации: нужно было убрать рывки, хаотичное мерцание, добиться плавности.
Подобные ситуации подтверждаются исследованиями. Американские инженеры (Microsoft, Accenture, Fortune 100) в среднем ускоряются на 26% при использовании AI-инструментов. Однако есть и обратные данные: в испытаниях METR опытные разработчики со стажем более десяти лет, работая с Cursor Pro, показали снижение продуктивности на 19%. Не из-за нехватки навыков, а потому что основное время уходило на диалог с моделью, разбор её фантазий и бесконечную шлифовку. Иллюзия скорости: код появляется мгновенно, но доводка отнимает львиную долю ресурса.
Парсинг PDF и вопросы к ATS
Ещё час заняла генерация текста резюме из PDF. Вот где проявилась серьёзная проблема. Даже ATS-оптимизированный файл нейросеть парсила с ошибками, достойными пера Борхеса. Вместо «МГИМО» получался «МГУ»; «бакалавр» превращался в «магистра» – приятно, но не то. Модель придумывала должности, сдвигала сроки и упорно игнорировала контакты.
Похоже, именно это объясняет нестабильную работу многих ATS. Проблема носит системный характер. Европейские исследователи (Германия, Швейцария, Австралия), проанализировав 1 154 поста на Reddit и Hacker News, обнаружили закономерность: AI-ассистенты создают «трагедию общин». Индивидуальный буст отдельного разработчика оборачивается лавиной некачественного кода для ревьюеров. Применительно к анализу резюме это превращается в генератор кадровых ошибок.
Vanilla JS как тест на прочность
Лендинг попросили сверстать на чистом, ванильном JS. Здесь нейросеть начала давать сбои. Отсутствие типизации, потерянные переменные, забытые неиспользуемые сущности – вполне ожидаемо. Модель обучалась на массивах, где TypeScript стал стандартом де-факто, и без строгой типизации её эффективность падает.
Писать на ванильном JS в 2026 году – занятие на любителя. Многие до сих пор ценят «безопасность» такого подхода. Не спорю. Ещё безопаснее писать на машинных кодах и вручную управлять динамическими массивами на чистом C. Я пробовал – интересно, но исключительно как интеллектуальная разминка.
Вывод
ИИ – как инструмент меняет структуру работы: рутина уходит, зато появляется новый пласт – уточнение задачи, верификация, отладка сгенерированного кода и борьба с галлюцинациями.
Российские данные это подтверждают. В масштабном мета-анализе IT_ONE, «Сколково» и «Сколтеха» бизнес оценивает ускорение жизненного цикла разработки (SDLC) от внедрения ИИ в 37%. Однако есть и побочный эффект: AI вытесняет junior-позиции, доля разработчиков растёт за счёт сокращения тестировщиков и аналитиков, а главными рисками называют потерю компетенций и падение качества.
В Китае ИИ уже проектирует процессоры, не уступающие разработкам ведущих экспертов, а каждый пятый разработчик сообщает о росте личной эффективности более чем на 50%. Впрочем, это иной масштаб.
Что касается меня: год активного использования AI, 7+ лет коммерческой разработки и ещё лет десять опыта постановки задач и поиска дефектов. Возможно, это как-то повлияло на результат. Но не факт.
Решил провести эксперимент и сделать себе лендинг с анимацией: https://maxbogus.pro/. Чистого времени ушло около шести часов. Технически мог бы сверстать всё вручную, без нейросетевой помощи. Но смысл? Мне надоело верстать однотипные блоки, пересобирать сайты-визитки раз в пятилетку, отслеживать фреймворки, раскладывать резюме и опыт по компонентам. Для этой задачи ИИ показал себя превосходно.
Однако нюансов хватает. О них и расскажу, а заодно приведу несколько данных, на которые наткнулся уже потом – просто чтобы сопоставить ощущения с реальностью. Мой случай отражает более широкую картину.
Анимация: когда 20 000 точек превратились в 100
С фоновой анимацией мы с нейросетью потратили около трёх-четырёх часов из шести. Модель сгенерировала 20 000 точек, но видно было от силы сотню. На резонный вопрос, почему так, получил невозмутимый ответ: «Они не видны, у них прозрачность 0.01». Дальше начались долгие итерации: нужно было убрать рывки, хаотичное мерцание, добиться плавности.
Подобные ситуации подтверждаются исследованиями. Американские инженеры (Microsoft, Accenture, Fortune 100) в среднем ускоряются на 26% при использовании AI-инструментов. Однако есть и обратные данные: в испытаниях METR опытные разработчики со стажем более десяти лет, работая с Cursor Pro, показали снижение продуктивности на 19%. Не из-за нехватки навыков, а потому что основное время уходило на диалог с моделью, разбор её фантазий и бесконечную шлифовку. Иллюзия скорости: код появляется мгновенно, но доводка отнимает львиную долю ресурса.
Парсинг PDF и вопросы к ATS
Ещё час заняла генерация текста резюме из PDF. Вот где проявилась серьёзная проблема. Даже ATS-оптимизированный файл нейросеть парсила с ошибками, достойными пера Борхеса. Вместо «МГИМО» получался «МГУ»; «бакалавр» превращался в «магистра» – приятно, но не то. Модель придумывала должности, сдвигала сроки и упорно игнорировала контакты.
Похоже, именно это объясняет нестабильную работу многих ATS. Проблема носит системный характер. Европейские исследователи (Германия, Швейцария, Австралия), проанализировав 1 154 поста на Reddit и Hacker News, обнаружили закономерность: AI-ассистенты создают «трагедию общин». Индивидуальный буст отдельного разработчика оборачивается лавиной некачественного кода для ревьюеров. Применительно к анализу резюме это превращается в генератор кадровых ошибок.
Vanilla JS как тест на прочность
Лендинг попросили сверстать на чистом, ванильном JS. Здесь нейросеть начала давать сбои. Отсутствие типизации, потерянные переменные, забытые неиспользуемые сущности – вполне ожидаемо. Модель обучалась на массивах, где TypeScript стал стандартом де-факто, и без строгой типизации её эффективность падает.
Писать на ванильном JS в 2026 году – занятие на любителя. Многие до сих пор ценят «безопасность» такого подхода. Не спорю. Ещё безопаснее писать на машинных кодах и вручную управлять динамическими массивами на чистом C. Я пробовал – интересно, но исключительно как интеллектуальная разминка.
Вывод
ИИ – как инструмент меняет структуру работы: рутина уходит, зато появляется новый пласт – уточнение задачи, верификация, отладка сгенерированного кода и борьба с галлюцинациями.
Российские данные это подтверждают. В масштабном мета-анализе IT_ONE, «Сколково» и «Сколтеха» бизнес оценивает ускорение жизненного цикла разработки (SDLC) от внедрения ИИ в 37%. Однако есть и побочный эффект: AI вытесняет junior-позиции, доля разработчиков растёт за счёт сокращения тестировщиков и аналитиков, а главными рисками называют потерю компетенций и падение качества.
В Китае ИИ уже проектирует процессоры, не уступающие разработкам ведущих экспертов, а каждый пятый разработчик сообщает о росте личной эффективности более чем на 50%. Впрочем, это иной масштаб.
Что касается меня: год активного использования AI, 7+ лет коммерческой разработки и ещё лет десять опыта постановки задач и поиска дефектов. Возможно, это как-то повлияло на результат. Но не факт.
@mkashkin верно подметил: вайбкодинг упростил работу с кодом, но даже здесь найдутся истерички, которые, как ранее с спинерами и 3D-печатью, предрекают крах человеческого труда.
😁1
Какие задачи не даются ИИ в вашей работе? Письма, созвоны, отчёты, бюджеты, найм, биллинг — что ест больше всего времени?
Vibe coding: долгий диалог, неожиданный узкий фронт и работающее демо
Вайбкодинг (разработка через описание) сейчас у всех на слуху. Проверил подход на реальной задаче: сделать систему смыслового поиска по документам. Загружаешь PDF или текст, строится FAISS‑индекс, вводишь понятие — сервис находит релевантные фрагменты. Обычный RAG‑пайплайн. Писать руками умею, цель была иная — создать продукт с нуля только через диалог с ИИ.
Как строилась работа
Система рождается не из одного промпта, а в долгом итеративном разговоре. Цикл: ставишь задачу, ИИ‑агент генерирует решение, ты валидируешь, указываешь на проблемы и уточняешь ожидания. Так, итерация за итерацией, проект обретал форму. И да, так можно делать не только мелкие демки — для крупного проекта ничего принципиально сложного нет, если владеешь дисциплиной управления агентом через обратную связь.
Результат: CogniForge (демо)
За несколько сессий получился сервис семантического поиска на базе RAG. Подчеркну: это демо, не промышленная система. Сравнение и поиск работают на облегчённой модели эмбеддингов all-MiniLM-L6-v2 (Sentence Transformers). Модель тренировочная и легковесная, так что к точности на реальных данных стоит относиться трезво. Но концепцию проверяет достойно: находит смысловые совпадения, хотя поведение не всегда предсказуемое — для такой сборки ожидаемо.
Стек: FastAPI, Next.js, PostgreSQL, Redis, Nginx. Всё упаковано в Docker Compose, запуск одной командой docker compose up.
Где закопались
Основное время заняла не поисковая логика, а настройка окружения. Запутанное взаимодействие «Docker – бэкенд – фронтенд»: статические файлы упорно отдавались не те. Проблема распространённая и не решилась с ходу даже с ИИ‑субагентами. Агент исправно писал код, но тонкости связки Nginx, контейнеров и путей до собранного фронтенда потребовали нескольких итераций и прямых подсказок, куда смотреть. Инфраструктура остаётся узким горлышком, даже когда бизнес‑логику генерируют агенты.
Попробовать
Код открыт: https://github.com/maxbogus/cogniforge-demo
Клонируете, запускаете docker compose up, открываете localhost:3000 — и можно загружать документы, искать. Никакой магии, быстрый способ проверить гипотезу.
Что думаю
Vibe coding хорош для прототипирования, но не ограничен им. При грамотном итеративном процессе можно создавать и масштабные системы. Скорость проверки идей вырастает кратно, однако инфраструктурные и интеграционные нюансы пока требуют зрелого контроля. Буду рад обсудить и услышать ваш опыт: где у вас ломаются «нуль‑кодовые» проекты в корпоративной среде?
Вайбкодинг (разработка через описание) сейчас у всех на слуху. Проверил подход на реальной задаче: сделать систему смыслового поиска по документам. Загружаешь PDF или текст, строится FAISS‑индекс, вводишь понятие — сервис находит релевантные фрагменты. Обычный RAG‑пайплайн. Писать руками умею, цель была иная — создать продукт с нуля только через диалог с ИИ.
Как строилась работа
Система рождается не из одного промпта, а в долгом итеративном разговоре. Цикл: ставишь задачу, ИИ‑агент генерирует решение, ты валидируешь, указываешь на проблемы и уточняешь ожидания. Так, итерация за итерацией, проект обретал форму. И да, так можно делать не только мелкие демки — для крупного проекта ничего принципиально сложного нет, если владеешь дисциплиной управления агентом через обратную связь.
Результат: CogniForge (демо)
За несколько сессий получился сервис семантического поиска на базе RAG. Подчеркну: это демо, не промышленная система. Сравнение и поиск работают на облегчённой модели эмбеддингов all-MiniLM-L6-v2 (Sentence Transformers). Модель тренировочная и легковесная, так что к точности на реальных данных стоит относиться трезво. Но концепцию проверяет достойно: находит смысловые совпадения, хотя поведение не всегда предсказуемое — для такой сборки ожидаемо.
Стек: FastAPI, Next.js, PostgreSQL, Redis, Nginx. Всё упаковано в Docker Compose, запуск одной командой docker compose up.
Где закопались
Основное время заняла не поисковая логика, а настройка окружения. Запутанное взаимодействие «Docker – бэкенд – фронтенд»: статические файлы упорно отдавались не те. Проблема распространённая и не решилась с ходу даже с ИИ‑субагентами. Агент исправно писал код, но тонкости связки Nginx, контейнеров и путей до собранного фронтенда потребовали нескольких итераций и прямых подсказок, куда смотреть. Инфраструктура остаётся узким горлышком, даже когда бизнес‑логику генерируют агенты.
Попробовать
Код открыт: https://github.com/maxbogus/cogniforge-demo
Клонируете, запускаете docker compose up, открываете localhost:3000 — и можно загружать документы, искать. Никакой магии, быстрый способ проверить гипотезу.
Что думаю
Vibe coding хорош для прототипирования, но не ограничен им. При грамотном итеративном процессе можно создавать и масштабные системы. Скорость проверки идей вырастает кратно, однако инфраструктурные и интеграционные нюансы пока требуют зрелого контроля. Буду рад обсудить и услышать ваш опыт: где у вас ломаются «нуль‑кодовые» проекты в корпоративной среде?
GitHub
GitHub - maxbogus/cogniforge-demo
Contribute to maxbogus/cogniforge-demo development by creating an account on GitHub.
Сегодня круглый стол на Moscow Python Meetup №111: «AI в разработке: очень хороший автокомплит или роботы нас заменят?»
Сегодня собираемся, чтобы честно и без хайпа обсудить то, о чём сейчас молча (и громко) болит у всего сообщества. Никаких маркетинговых сказок — только реальный опыт, разбор граблей и попытка отделить полезные инструменты от токсичного хайпа.
🔥 Модератор: Георгий Мартиросов (EXPERIMENTAL)
🔥 Участники (супер-мэтры, практики с передовой):
1. Ваш покорный слуга: Максим Богуславский — основатель, генеральный директор ООО «Альфа-Функция»
2. Денис Аникин — техлид, Райффайзенбанк
3. Алексей Жиряков — исполнительный директор дивизиона платформы генеративного ИИ, Сбер
О чём будем говорить (спойлер: будет остро):
1. AI-агенты — революция или сжигание токенов?
Каждый новый агент (Codex, Grok Build) обещает переворот, а посты в ленте кричат: «низкая эффективность», «90% пилотов отложены». Когда агент в реальной практике принёс измеримый профит, а не просто строчку в отчёте? Где граница, за которой делегирование агенту становится неконтролируемым риском для продукта?
2. Вайб-кодинг, потеря контроля и «LLM убили удовольствие»
Мы растим поколение промпт-инженеров или бездумных копипастеров? Пора ли возвращать знание алгоритмов на собеседования? Обсудим тезис из ленты: «AI не делает продукт за тебя, он ускоряет путь от идеи до проверки» — и выясним, правда ли роль архитектора и senior-разработчика на фоне ИИ только выросла в цене.
3. Экономика внедрения: AI-трезвость или пузырь как в доткомы?
«Корпоративный ИИ — это 37 вопросов от безопасников», «главный ад между training и prod». Какие риски замалчивают продавцы технологий, и как бизнесу защитить себя от токсичных внедрений?
4. Рынок труда: война ботов против ботов
Рекрутеры признают: ИИ-фильтры отметают нормальные резюме, кандидаты генерируют идеальные «простыни». Как в этом хаосе найти живого профессионала? Что делать с синдромом самозванца в эпоху ИИ, и почему инициативность опытных специалистов 40+ всё ещё ценнее скорости нейросети?
5. Этика и регулирование — финальные «каникулы»?
Закон о маркировке ИИ-контента отклонили как «технически нереализуемый». Означает ли это, что индустрия ушла в этический офлайн, или у бизнеса созреет внутренний запрос на доверенный ИИ без помощи государства?
Мы видим, как всех колбасит от скорости изменений и призраков прошлого, которые благодаря средствам параллелизации наконец пришли к нам сегодня. Наша задача — снизить уровень хаоса до приемлемых границ. Даже если что-то останется за кадром эфира — пишите комментарии, задавайте вопросы, не стесняйтесь звать и спорить.
Приходите, пожмите руку, задайте свой вопрос лично. Будет громко, честно и по делу. 🤝
Сегодня собираемся, чтобы честно и без хайпа обсудить то, о чём сейчас молча (и громко) болит у всего сообщества. Никаких маркетинговых сказок — только реальный опыт, разбор граблей и попытка отделить полезные инструменты от токсичного хайпа.
🔥 Модератор: Георгий Мартиросов (EXPERIMENTAL)
🔥 Участники (супер-мэтры, практики с передовой):
1. Ваш покорный слуга: Максим Богуславский — основатель, генеральный директор ООО «Альфа-Функция»
2. Денис Аникин — техлид, Райффайзенбанк
3. Алексей Жиряков — исполнительный директор дивизиона платформы генеративного ИИ, Сбер
О чём будем говорить (спойлер: будет остро):
1. AI-агенты — революция или сжигание токенов?
Каждый новый агент (Codex, Grok Build) обещает переворот, а посты в ленте кричат: «низкая эффективность», «90% пилотов отложены». Когда агент в реальной практике принёс измеримый профит, а не просто строчку в отчёте? Где граница, за которой делегирование агенту становится неконтролируемым риском для продукта?
2. Вайб-кодинг, потеря контроля и «LLM убили удовольствие»
Мы растим поколение промпт-инженеров или бездумных копипастеров? Пора ли возвращать знание алгоритмов на собеседования? Обсудим тезис из ленты: «AI не делает продукт за тебя, он ускоряет путь от идеи до проверки» — и выясним, правда ли роль архитектора и senior-разработчика на фоне ИИ только выросла в цене.
3. Экономика внедрения: AI-трезвость или пузырь как в доткомы?
«Корпоративный ИИ — это 37 вопросов от безопасников», «главный ад между training и prod». Какие риски замалчивают продавцы технологий, и как бизнесу защитить себя от токсичных внедрений?
4. Рынок труда: война ботов против ботов
Рекрутеры признают: ИИ-фильтры отметают нормальные резюме, кандидаты генерируют идеальные «простыни». Как в этом хаосе найти живого профессионала? Что делать с синдромом самозванца в эпоху ИИ, и почему инициативность опытных специалистов 40+ всё ещё ценнее скорости нейросети?
5. Этика и регулирование — финальные «каникулы»?
Закон о маркировке ИИ-контента отклонили как «технически нереализуемый». Означает ли это, что индустрия ушла в этический офлайн, или у бизнеса созреет внутренний запрос на доверенный ИИ без помощи государства?
Мы видим, как всех колбасит от скорости изменений и призраков прошлого, которые благодаря средствам параллелизации наконец пришли к нам сегодня. Наша задача — снизить уровень хаоса до приемлемых границ. Даже если что-то останется за кадром эфира — пишите комментарии, задавайте вопросы, не стесняйтесь звать и спорить.
Приходите, пожмите руку, задайте свой вопрос лично. Будет громко, честно и по делу. 🤝
В этот четверг меняю амплуа: вместо строчек кода — микрофон и слайды перед аналитиками на Smalltech митап Vol.3. Организаторы собрали не парад побед, а разборы полётов, изобретения на ходу и выходы из зоны комфорта — то, что нам, скептикам, куда ближе, чем «успешные успехи».
О чём буду говорить я:
— Как продуктовый discovery сжался с 2 недель до 2 дней, и почему это не магия.
— Четыре AI-пайплайна в действии: RICE, конкурентный анализ, генерация User Stories, NLP-разбор отзывов.
— Почему одиночный промпт — это лотерея, а мультиагентный конвейер — уже система.
— Где ИИ реально съедает часы рутины, а где без человека всё развалится.
— Готовые промпты, их ограничения и почему они устареют через месяц (или раньше).
О чём не услышите:
— Абстрактное «ИИ — наше всё» и слайды про токены и RAG.
— Никакого «научим ChatGPT за час» — честно разложу, где инструмент буксует.
Формат такой, чтобы вы унесли с собой конкретику, а не просто конспект вдохновляющих фраз.
Приходите знакомиться, спорить и забирать промпты, пока они не протухли.
О чём буду говорить я:
— Как продуктовый discovery сжался с 2 недель до 2 дней, и почему это не магия.
— Четыре AI-пайплайна в действии: RICE, конкурентный анализ, генерация User Stories, NLP-разбор отзывов.
— Почему одиночный промпт — это лотерея, а мультиагентный конвейер — уже система.
— Где ИИ реально съедает часы рутины, а где без человека всё развалится.
— Готовые промпты, их ограничения и почему они устареют через месяц (или раньше).
О чём не услышите:
— Абстрактное «ИИ — наше всё» и слайды про токены и RAG.
— Никакого «научим ChatGPT за час» — честно разложу, где инструмент буксует.
Формат такой, чтобы вы унесли с собой конкретику, а не просто конспект вдохновляющих фраз.
Приходите знакомиться, спорить и забирать промпты, пока они не протухли.
❤2🤔1
Сегодня выступил на митапе Smalltech с темой «ИИ как инструмент для автоматизации работы продукта и аналитика».
Главная мысль: LLM отлично справляется с рутиной. Генерация user stories из голосовых заметок, вытаскивание требований из переписок, приоритизация бэклога по RICE, сбор данных о конкурентах. Я привёл живой пример: за 1,5 часа (30 минут на промт, остальное — анализ) модель проанализировала целевую аудиторию, цены и сильные стороны конкурентов для моего стартапа. Результат не идеальный, но для старта исследований — огромная экономия.
Самый ценный момент — обсуждение. Я не прятал ограничения, и зал, полный практиков, тут же подтвердил: все эти грабли нам знакомы.
Во-первых, случайность. LLM по природе вероятностна, один и тот же промт может давать разные оценки. Я показал, как генерировал синтетические данные для кластеризации по типам личности — даже при фиксированной температуре модель выдавала разное. Это не баг, а свойство, и для ответственных решений приходится делать несколько прогонов или использовать ensemble.
Во-вторых, синтетические данные усредняют. Просишь модель сгенерировать диалоги или портреты пользователей — она скатывается в самые частотные паттерны. На вопрос из зала «как не придумать клиента, а получить реального» ответил честно: LLM не оракул. Для глубинного понимания ничто не заменит живые интервью, а модель лучше использовать для анализа реальных транскриптов, а не для выдумывания personas с нуля.
В-третьих, безопасность. Коллеги сразу спросили: «А что говорит InfoSec, когда вы отправляете данные в облачные модели?» Рассказал свой опыт — отбивался тем, что разработчики и так пользуются ChatGPT. Если данные действительно секретные — надо поднимать приватную LLM на своём железе (системник за ~500 тыс. рублей вполне справляется с небольшими моделями). Для аналитики не под грифом хватает анонимизации и здравого смысла.
Обсудили и практические советы. Дробите контекст: скармливать 80-страничный документ целиком — плохая идея. Разбивайте на маленькие артефакты, точность сразу растёт. Ещё одно: промт — не программа, а диалог. Я сравнил работу с LLM с общением с «дьяволом»: начинаете фразу, а потом уточняете, переспрашиваете, дробите. Модель часто ошибается в первой итерации, но направляемая беседа даёт приемлемый результат.
Цифра, которая отрезвляет и вдохновляет одновременно: по данным исследования, на которое я ссылался, LLM экономит аналитику около 33 часов в месяц. Это не замена человеку, а освобождение времени для действительно интеллектуальной работы.
После доклада мы ещё час говорили в кулуарах. Главные выводы:
· Люди хотят автоматизировать рутину, но боятся сложности и «магии». Мой пример с простым агентом (репозиторий, шаблоны задач и LLM) показал — порог входа ниже, чем кажется.
· Важно вслух говорить об ограничениях. Скепсис зала — лучшее тому доказательство. Когда честно признаёшь, что модель не панацея, доверие только растёт.
· Формат «доклад + живое обсуждение» выигрывает у монолога. Благодаря вопросам затронули и когнитивные ловушки, и работу с разными персонами пользователей, и культурные нюансы.
Если вы продуктовый аналитик, менеджер или разработчик, утопающий в Jira и переписках, — попробуйте отдать LLM самую нудную часть. Начните с малого: расшифруйте голосовую заметку и попросите модель превратить её в набор задач. Даже 70% точности сэкономят вам часы. А если пока не готовы пробовать — приходите просто обсуждать сомнения, это тоже ценно.
Слайды и примеры промтов выложу в телеграм-канал Smalltech на днях. Если наберётся десяток заинтересованных — запишу короткий туториал по созданию агента для приоритизации бэклога.
Главная мысль: LLM отлично справляется с рутиной. Генерация user stories из голосовых заметок, вытаскивание требований из переписок, приоритизация бэклога по RICE, сбор данных о конкурентах. Я привёл живой пример: за 1,5 часа (30 минут на промт, остальное — анализ) модель проанализировала целевую аудиторию, цены и сильные стороны конкурентов для моего стартапа. Результат не идеальный, но для старта исследований — огромная экономия.
Самый ценный момент — обсуждение. Я не прятал ограничения, и зал, полный практиков, тут же подтвердил: все эти грабли нам знакомы.
Во-первых, случайность. LLM по природе вероятностна, один и тот же промт может давать разные оценки. Я показал, как генерировал синтетические данные для кластеризации по типам личности — даже при фиксированной температуре модель выдавала разное. Это не баг, а свойство, и для ответственных решений приходится делать несколько прогонов или использовать ensemble.
Во-вторых, синтетические данные усредняют. Просишь модель сгенерировать диалоги или портреты пользователей — она скатывается в самые частотные паттерны. На вопрос из зала «как не придумать клиента, а получить реального» ответил честно: LLM не оракул. Для глубинного понимания ничто не заменит живые интервью, а модель лучше использовать для анализа реальных транскриптов, а не для выдумывания personas с нуля.
В-третьих, безопасность. Коллеги сразу спросили: «А что говорит InfoSec, когда вы отправляете данные в облачные модели?» Рассказал свой опыт — отбивался тем, что разработчики и так пользуются ChatGPT. Если данные действительно секретные — надо поднимать приватную LLM на своём железе (системник за ~500 тыс. рублей вполне справляется с небольшими моделями). Для аналитики не под грифом хватает анонимизации и здравого смысла.
Обсудили и практические советы. Дробите контекст: скармливать 80-страничный документ целиком — плохая идея. Разбивайте на маленькие артефакты, точность сразу растёт. Ещё одно: промт — не программа, а диалог. Я сравнил работу с LLM с общением с «дьяволом»: начинаете фразу, а потом уточняете, переспрашиваете, дробите. Модель часто ошибается в первой итерации, но направляемая беседа даёт приемлемый результат.
Цифра, которая отрезвляет и вдохновляет одновременно: по данным исследования, на которое я ссылался, LLM экономит аналитику около 33 часов в месяц. Это не замена человеку, а освобождение времени для действительно интеллектуальной работы.
После доклада мы ещё час говорили в кулуарах. Главные выводы:
· Люди хотят автоматизировать рутину, но боятся сложности и «магии». Мой пример с простым агентом (репозиторий, шаблоны задач и LLM) показал — порог входа ниже, чем кажется.
· Важно вслух говорить об ограничениях. Скепсис зала — лучшее тому доказательство. Когда честно признаёшь, что модель не панацея, доверие только растёт.
· Формат «доклад + живое обсуждение» выигрывает у монолога. Благодаря вопросам затронули и когнитивные ловушки, и работу с разными персонами пользователей, и культурные нюансы.
Если вы продуктовый аналитик, менеджер или разработчик, утопающий в Jira и переписках, — попробуйте отдать LLM самую нудную часть. Начните с малого: расшифруйте голосовую заметку и попросите модель превратить её в набор задач. Даже 70% точности сэкономят вам часы. А если пока не готовы пробовать — приходите просто обсуждать сомнения, это тоже ценно.
Слайды и примеры промтов выложу в телеграм-канал Smalltech на днях. Если наберётся десяток заинтересованных — запишу короткий туториал по созданию агента для приоритизации бэклога.
🤔1
Китайцы снова устроили демпинг на рынке ИИ: зачем платить $200 за Claude, если есть DeepSeek за копейки?
Мало кто заметил, но буквально пару недель назад китайские разработчики в очередной раз перевернули рынок больших языковых моделей. Теперь платить $200 в месяц за Claude или другие «элитные» решения — это просто выкидывать деньги. За $10 вы получаете модель с миллионным контекстом, которая решает задачи не хуже, а по ряду параметров — даже лучше. И это не предел. Давайте разбираться, что произошло и почему это коснётся каждого.
Для начала: что такое «токены» и «контекст»?
Чтобы понять цифры, нужно освоить два простых понятия.
Токен — это минимальная единица текста, которую модель обрабатывает. В русском языке 1 токен ≈ 1–2 слова (например, «привет» — 1 токен, «здравствуйте» — 2). Для английского — примерно так же. Когда вы отправляете запрос, вы платите за количество токенов на входе (ваш вопрос) и на выходе (ответ модели).
Контекст — это объём текста, который модель может «держать в голове» одновременно. Если у модели контекст 1 миллион токенов, вы можете скормить ей целую книгу «Война и мир» (примерно 300–400 тысяч слов) и задавать вопросы по содержанию. Для большинства задач хватает и 32 тысяч токенов, но миллион даёт суперспособности: анализировать код всего проекта, изучать многолетнюю переписку, обрабатывать огромные отчёты.
Что за зверь такой — DeepSeek V4?
DeepSeek — китайская компания, которая уже пару лет удивляет мир своими моделями с открытым весом (то есть их можно скачать и запустить у себя, но это для продвинутых). В апреле 2026 года они выпустили DeepSeek V4 в двух версиях:
V4-Pro — мощная, для серьёзных задач;
V4-Flash — лёгкая и очень дёшевая, но всё равно умная.
Обе модели имеют контекст 1 миллион токенов — это стандарт для новой линейки.
А теперь к ценам. Готовьтесь удивиться.
DeepSeek установил такие расценки (в долларах, потому что так проще сравнивать):
Модель Вход (если текст уже в кэше) Вход (обычный) Выход (ответ)
V4-Flash $0,028 за 1 млн токенов $0,14 за 1 млн токенов $0,28 за 1 млн токенов
V4-Pro $0,14 за 1 млн токенов $1,74 за 1 млн токенов $3,48 за 1 млн токенов
А ещё в конце апреля они сделали суперскидку — входной кэш подешевел в 10 раз, а V4-Pro дополнительно получил 2,5-кратную скидку. В итоге миллион токенов на входе может стоить всего 0,025 юаня — это меньше полцента!
Сравним с «золотыми» моделями от американцев
Теперь самое вкусное. Возьмём Claude Fable 5 от Anthropic — одну из самых разрекламированных платных моделей. Она стоит $50 за 1 миллион токенов на входе (и столько же на выходе). А DeepSeek V4-Pro — $1,74 за вход и $3,48 за выход.
Разница в 57 раз для входных токенов! Если считать выходные, то V4-Pro дешевле почти в 15 раз.
А если взять V4-Flash, то она дешевле Claude в 357 раз на входе и в 178 раз на выходе.
Теперь про подписку за $200 в месяц, которую продвигает Claude Pro. За эти деньги вы получаете определённое количество запросов, но если вы активно работаете с большими текстами, лимит может кончиться за пару дней. На те же $200 вы можете купить десятки миллионов токенов у DeepSeek — этого хватит, чтобы переработать целую библиотеку.
А качество? Неужели дёшево — значит плохо?
Вот здесь главный сюрприз. По тестам, DeepSeek V4-Pro идёт ноздря в ноздрю с самыми дорогими моделями:
В тесте на программирование SWE-bench он набрал 80,6% — это выше, чем у многих закрытых конкурентов.
На платформе Codeforces (соревнования по программированию) он получил рейтинг 3206, обойдя GPT-5.4 и Gemini 3.1 Pro.
Американский институт стандартов NIST признал его самым сильным китайским ИИ из всех, что они тестировали.
Но главное — в реальных задачах он показывает себя отлично. Разработчики говорят, что V4-Pro может писать код непрерывно больше часа, без вашего вмешательства. Он справляется с проектами на десятки тысяч строк, с базами данных, с эмуляцией мобильных приложений.
А для русскоязычных пользователей есть бонус: модель отлично понимает русский, в том числе сложные литературные обороты, иронию и даже современный интернет-сленг.
Мало кто заметил, но буквально пару недель назад китайские разработчики в очередной раз перевернули рынок больших языковых моделей. Теперь платить $200 в месяц за Claude или другие «элитные» решения — это просто выкидывать деньги. За $10 вы получаете модель с миллионным контекстом, которая решает задачи не хуже, а по ряду параметров — даже лучше. И это не предел. Давайте разбираться, что произошло и почему это коснётся каждого.
Для начала: что такое «токены» и «контекст»?
Чтобы понять цифры, нужно освоить два простых понятия.
Токен — это минимальная единица текста, которую модель обрабатывает. В русском языке 1 токен ≈ 1–2 слова (например, «привет» — 1 токен, «здравствуйте» — 2). Для английского — примерно так же. Когда вы отправляете запрос, вы платите за количество токенов на входе (ваш вопрос) и на выходе (ответ модели).
Контекст — это объём текста, который модель может «держать в голове» одновременно. Если у модели контекст 1 миллион токенов, вы можете скормить ей целую книгу «Война и мир» (примерно 300–400 тысяч слов) и задавать вопросы по содержанию. Для большинства задач хватает и 32 тысяч токенов, но миллион даёт суперспособности: анализировать код всего проекта, изучать многолетнюю переписку, обрабатывать огромные отчёты.
Что за зверь такой — DeepSeek V4?
DeepSeek — китайская компания, которая уже пару лет удивляет мир своими моделями с открытым весом (то есть их можно скачать и запустить у себя, но это для продвинутых). В апреле 2026 года они выпустили DeepSeek V4 в двух версиях:
V4-Pro — мощная, для серьёзных задач;
V4-Flash — лёгкая и очень дёшевая, но всё равно умная.
Обе модели имеют контекст 1 миллион токенов — это стандарт для новой линейки.
А теперь к ценам. Готовьтесь удивиться.
DeepSeek установил такие расценки (в долларах, потому что так проще сравнивать):
Модель Вход (если текст уже в кэше) Вход (обычный) Выход (ответ)
V4-Flash $0,028 за 1 млн токенов $0,14 за 1 млн токенов $0,28 за 1 млн токенов
V4-Pro $0,14 за 1 млн токенов $1,74 за 1 млн токенов $3,48 за 1 млн токенов
А ещё в конце апреля они сделали суперскидку — входной кэш подешевел в 10 раз, а V4-Pro дополнительно получил 2,5-кратную скидку. В итоге миллион токенов на входе может стоить всего 0,025 юаня — это меньше полцента!
Сравним с «золотыми» моделями от американцев
Теперь самое вкусное. Возьмём Claude Fable 5 от Anthropic — одну из самых разрекламированных платных моделей. Она стоит $50 за 1 миллион токенов на входе (и столько же на выходе). А DeepSeek V4-Pro — $1,74 за вход и $3,48 за выход.
Разница в 57 раз для входных токенов! Если считать выходные, то V4-Pro дешевле почти в 15 раз.
А если взять V4-Flash, то она дешевле Claude в 357 раз на входе и в 178 раз на выходе.
Теперь про подписку за $200 в месяц, которую продвигает Claude Pro. За эти деньги вы получаете определённое количество запросов, но если вы активно работаете с большими текстами, лимит может кончиться за пару дней. На те же $200 вы можете купить десятки миллионов токенов у DeepSeek — этого хватит, чтобы переработать целую библиотеку.
А качество? Неужели дёшево — значит плохо?
Вот здесь главный сюрприз. По тестам, DeepSeek V4-Pro идёт ноздря в ноздрю с самыми дорогими моделями:
В тесте на программирование SWE-bench он набрал 80,6% — это выше, чем у многих закрытых конкурентов.
На платформе Codeforces (соревнования по программированию) он получил рейтинг 3206, обойдя GPT-5.4 и Gemini 3.1 Pro.
Американский институт стандартов NIST признал его самым сильным китайским ИИ из всех, что они тестировали.
Но главное — в реальных задачах он показывает себя отлично. Разработчики говорят, что V4-Pro может писать код непрерывно больше часа, без вашего вмешательства. Он справляется с проектами на десятки тысяч строк, с базами данных, с эмуляцией мобильных приложений.
А для русскоязычных пользователей есть бонус: модель отлично понимает русский, в том числе сложные литературные обороты, иронию и даже современный интернет-сленг.
🤔2🔥1
Почему это касается не только гиков? Ведь даже Microsoft присматривается к китайцам
Потому что цена решает всё. Если раньше внедрение ИИ в бизнес было дорогим удовольствием, то теперь любой стартап, любая небольшая компания может позволить себе:
1. автоматическую обработку тысяч страниц договоров и контрактов;
2. интеллектуальный поиск по всей внутренней документации;
3. круглосуточный чат-бот с памятью на все диалоги;
4. помощь программистам, которая ускоряет разработку в разы.
И всё это — за копейки. Например, один разработчик выложил скриншот, где он обработал почти 10 миллионов токенов (это примерно 15–20 тысяч страниц текста) и заплатил за это всего 3,16 юаня (около 50 центов). Попробуйте сделать то же самое через Claude — вы отдадите сотни долларов.
В июне 2026 года появилась новость: Microsoft рассматривает возможность подключить DeepSeek V4 к своему корпоративному инструменту Copilot Cowork. Причина банальна — слишком дорого использовать OpenAI и Anthropic, а DeepSeek даёт схожее качество за копейки.
Раньше Microsoft в основном полагалась на OpenAI (в которую вложила миллиарды), но теперь, видимо, даже они поняли, что переплачивать глупо. Это как если бы вы покупали бензин по 5 долларов за литр, а рядом открылась заправка с тем же качеством по 20 центов. Вы бы долго сомневались?
А почему именно Китай?
Многие удивляются: как это стране с «дешёвыми клонами» удаётся делать передовой ИИ? На самом деле, по данным Министерства промышленности Китая, в стране более 9 миллионов разработчиков программного обеспечения — это больше, чем в США, Европе и России вместе взятых. Западные статистики называют цифру около 5,8 млн, но и это огромная армия.
При этом китайские инженеры работают во всех направлениях — от встроенных систем и компьютерного зрения до огромных языковых моделей. Более того, они активно развивают собственное «железо» (чипы Huawei Ascend) и умеют запускать свои модели не только на Nvidia, но и на отечественных процессорах.
Конкуренция внутри Китая тоже бешеная: там десятки ИИ-стартапов, каждый пытается сделать модель дешевле и лучше. В результате цены падают, а качество растёт — быстрее, чем на Западе. Это называется «демпинг инновациями».
Что дальше? Запасаемся попкорном
По оценкам аналитиков, стоимость обработки одного токена падает в 10–100 раз каждый год. Отрыв закрытых топ-моделей от открытых сократился с года до трёх месяцев. Если так пойдёт дальше, то через год-два мы будем смеяться, вспоминая, что платили $200 за месячный доступ к боту, который сейчас доступен бесплатно или за сущие копейки.
Банки и инвесторы уже начали беспокоиться: Deutsche Bank выпустил отчёт, где предупредил, что рынок ИИ может пережить глубокую переоценку, потому что многие компании переплачивают за «статусные» модели, которые по факту не дают реального преимущества.
Так что если вы только начинаете знакомиться с ИИ или просто хотите пользоваться им без разорения — сейчас лучшее время. Не ведитесь на громкие бренды, пробуйте DeepSeek, сравнивайте, экономьте. И помните: сегодняшнее чудо — завтрашняя норма.
Китайцы снова сделали своё дело. Ждём следующего раунда. 🍿
Потому что цена решает всё. Если раньше внедрение ИИ в бизнес было дорогим удовольствием, то теперь любой стартап, любая небольшая компания может позволить себе:
1. автоматическую обработку тысяч страниц договоров и контрактов;
2. интеллектуальный поиск по всей внутренней документации;
3. круглосуточный чат-бот с памятью на все диалоги;
4. помощь программистам, которая ускоряет разработку в разы.
И всё это — за копейки. Например, один разработчик выложил скриншот, где он обработал почти 10 миллионов токенов (это примерно 15–20 тысяч страниц текста) и заплатил за это всего 3,16 юаня (около 50 центов). Попробуйте сделать то же самое через Claude — вы отдадите сотни долларов.
В июне 2026 года появилась новость: Microsoft рассматривает возможность подключить DeepSeek V4 к своему корпоративному инструменту Copilot Cowork. Причина банальна — слишком дорого использовать OpenAI и Anthropic, а DeepSeek даёт схожее качество за копейки.
Раньше Microsoft в основном полагалась на OpenAI (в которую вложила миллиарды), но теперь, видимо, даже они поняли, что переплачивать глупо. Это как если бы вы покупали бензин по 5 долларов за литр, а рядом открылась заправка с тем же качеством по 20 центов. Вы бы долго сомневались?
А почему именно Китай?
Многие удивляются: как это стране с «дешёвыми клонами» удаётся делать передовой ИИ? На самом деле, по данным Министерства промышленности Китая, в стране более 9 миллионов разработчиков программного обеспечения — это больше, чем в США, Европе и России вместе взятых. Западные статистики называют цифру около 5,8 млн, но и это огромная армия.
При этом китайские инженеры работают во всех направлениях — от встроенных систем и компьютерного зрения до огромных языковых моделей. Более того, они активно развивают собственное «железо» (чипы Huawei Ascend) и умеют запускать свои модели не только на Nvidia, но и на отечественных процессорах.
Конкуренция внутри Китая тоже бешеная: там десятки ИИ-стартапов, каждый пытается сделать модель дешевле и лучше. В результате цены падают, а качество растёт — быстрее, чем на Западе. Это называется «демпинг инновациями».
Что дальше? Запасаемся попкорном
По оценкам аналитиков, стоимость обработки одного токена падает в 10–100 раз каждый год. Отрыв закрытых топ-моделей от открытых сократился с года до трёх месяцев. Если так пойдёт дальше, то через год-два мы будем смеяться, вспоминая, что платили $200 за месячный доступ к боту, который сейчас доступен бесплатно или за сущие копейки.
Банки и инвесторы уже начали беспокоиться: Deutsche Bank выпустил отчёт, где предупредил, что рынок ИИ может пережить глубокую переоценку, потому что многие компании переплачивают за «статусные» модели, которые по факту не дают реального преимущества.
Так что если вы только начинаете знакомиться с ИИ или просто хотите пользоваться им без разорения — сейчас лучшее время. Не ведитесь на громкие бренды, пробуйте DeepSeek, сравнивайте, экономьте. И помните: сегодняшнее чудо — завтрашняя норма.
Китайцы снова сделали своё дело. Ждём следующего раунда. 🍿
❤3🤔2
Меня зовут Максим, я CTO и со-основатель стартапа. Это официальный старт моей главной мечты — создать продукт, который сделает логистику по-настоящему интеллектуальной. Мы строим агентно-ориентированную платформу. Это не монолит, а гибкая экосистема, где каждый ИИ-агент решает свою задачу, подстраиваясь под бизнес-процессы клиента.
Технологическое ядро: семантика и мультимодальность
Мы используем связку передовых LLM (Yandex, OpenAI) и собственные доработанные LM-решения. Система построена на семантическом поиске — агенты понимают глубинный смысл запроса, а не просто ключевые слова. Плюс мы поддерживаем мультимодальность: наши модели работают со сканами, фото грузов и рукописными накладными. Это действительно передовой край.
Архитектурный прорыв: MCP и LLM-оркестрация
В основе коммуникации агентов лежит протокол MCP (Model Context Protocol). Для обнаружения и регистрации агентов мы используем централизованный MCP-реестр, а всю оркестрацию (маршрутизацию запросов и управление цепочками задач) берёт на себя LLM-ядро.
Проще говоря, это как умная диспетчерская: LLM решает, какому агенту передать задачу, а MCP помогает агентам находить друг друга и обмениваться контекстом. Этот подход уже применяется в таких компаниях, как Perplexity, но мы переосмыслили его под динамику цепочек поставок. Мы можем «включать» новых агентов на лету, не пересобирая систему.
Ключевая фича: ВЭД и «живая» калькуляция
Особый фокус — внешнеэкономическая деятельность (ВЭД). Логистика пересекает границы, а значит, мы сталкиваемся с плавающими пошлинами, курсами валют и санкционными рисками.
Наш агент по ВЭД производит динамическую калькуляцию стоимости доставки «до двери» в реальном времени, учитывая:
· Актуальные таможенные пошлины и НДС;
· Колебания валют (курс ЦБ);
· Топливные и сезонные сборы;
· Транзитные риски (заторы, перенаправление).
Используя семантический поиск, агент мгновенно парсит изменения в законодательстве. Это позволяет прогнозировать себестоимость груза с погрешностью менее 2%, что критично для внешнеторговых контрактов.
Безопасность и управление доступом
Разумеется, мы с самого начала прорабатываем вопросы безопасности. В основе системы лежит управление доступом через токены и Keycloak. Мы тщательно настроили аутентификацию и авторизацию, чтобы разграничить доступ к данным разных клиентов и гарантировать защиту коммерческой тайны. Это особенно важно, когда речь идёт о внешнеэкономических контрактах.
Архитектура бизнеса, а не просто код
Для нас платформа — это не просто набор микросервисов и моделей. Это архитектура нашего бизнеса. Каждый агент, каждый протокол и каждая точка интеграции отражают философию нашей работы: быть гибкими, прозрачными и клиентоцентричными. Мы строим систему, которая масштабируется вместе с потребностями рынка, а не ломается при первой же перемене правил игры.
Наше видение и статус
Сейчас система внедрена не на 100%, но у нас уже есть боевые прототипы агентов (база знаний, юридический комплаенс, поддержка клиентов).
Мы нацелены на малый и средний бизнес и в ближайшей перспективе хотим, чтобы клиенты управляли агентами через любые удобные каналы: Telegram, почту, а в идеале — даже голосом. Именно здесь наша архитектура на базе LLM-оркестрации и MCP раскрывает свой потенциал — вместо сложных ERP-интерфейсов мы даём простой диалог.
Я реализую себя здесь не только как AI-инженер, но и как стратег, создавая роадмапы и брейнштормя каждую фичу.
Конечно, путь только начинается, и нас ждёт множество вызовов. Но я искренне верю, что это великолепный шанс. Мы будем масштабироваться, искать новые горизонты для сотрудничества и точно не остановимся на достигнутом. Наша команда горит этим делом — и это главное топливо проекта.
Мы ищем пилотных заказчиков и технологических партнёров.
Если ваша компания работает в логистике или ВЭД — приходите на демо. Мы покажем всё «как есть», без прикрас.
Для самых смелых у нас есть предложение: вы можете получить ранний доступ (Early Access) к нашей экосистеме уже сейчас. Это отличная возможность войти в новый технологический уклад на раннем этапе.
Технологическое ядро: семантика и мультимодальность
Мы используем связку передовых LLM (Yandex, OpenAI) и собственные доработанные LM-решения. Система построена на семантическом поиске — агенты понимают глубинный смысл запроса, а не просто ключевые слова. Плюс мы поддерживаем мультимодальность: наши модели работают со сканами, фото грузов и рукописными накладными. Это действительно передовой край.
Архитектурный прорыв: MCP и LLM-оркестрация
В основе коммуникации агентов лежит протокол MCP (Model Context Protocol). Для обнаружения и регистрации агентов мы используем централизованный MCP-реестр, а всю оркестрацию (маршрутизацию запросов и управление цепочками задач) берёт на себя LLM-ядро.
Проще говоря, это как умная диспетчерская: LLM решает, какому агенту передать задачу, а MCP помогает агентам находить друг друга и обмениваться контекстом. Этот подход уже применяется в таких компаниях, как Perplexity, но мы переосмыслили его под динамику цепочек поставок. Мы можем «включать» новых агентов на лету, не пересобирая систему.
Ключевая фича: ВЭД и «живая» калькуляция
Особый фокус — внешнеэкономическая деятельность (ВЭД). Логистика пересекает границы, а значит, мы сталкиваемся с плавающими пошлинами, курсами валют и санкционными рисками.
Наш агент по ВЭД производит динамическую калькуляцию стоимости доставки «до двери» в реальном времени, учитывая:
· Актуальные таможенные пошлины и НДС;
· Колебания валют (курс ЦБ);
· Топливные и сезонные сборы;
· Транзитные риски (заторы, перенаправление).
Используя семантический поиск, агент мгновенно парсит изменения в законодательстве. Это позволяет прогнозировать себестоимость груза с погрешностью менее 2%, что критично для внешнеторговых контрактов.
Безопасность и управление доступом
Разумеется, мы с самого начала прорабатываем вопросы безопасности. В основе системы лежит управление доступом через токены и Keycloak. Мы тщательно настроили аутентификацию и авторизацию, чтобы разграничить доступ к данным разных клиентов и гарантировать защиту коммерческой тайны. Это особенно важно, когда речь идёт о внешнеэкономических контрактах.
Архитектура бизнеса, а не просто код
Для нас платформа — это не просто набор микросервисов и моделей. Это архитектура нашего бизнеса. Каждый агент, каждый протокол и каждая точка интеграции отражают философию нашей работы: быть гибкими, прозрачными и клиентоцентричными. Мы строим систему, которая масштабируется вместе с потребностями рынка, а не ломается при первой же перемене правил игры.
Наше видение и статус
Сейчас система внедрена не на 100%, но у нас уже есть боевые прототипы агентов (база знаний, юридический комплаенс, поддержка клиентов).
Мы нацелены на малый и средний бизнес и в ближайшей перспективе хотим, чтобы клиенты управляли агентами через любые удобные каналы: Telegram, почту, а в идеале — даже голосом. Именно здесь наша архитектура на базе LLM-оркестрации и MCP раскрывает свой потенциал — вместо сложных ERP-интерфейсов мы даём простой диалог.
Я реализую себя здесь не только как AI-инженер, но и как стратег, создавая роадмапы и брейнштормя каждую фичу.
Конечно, путь только начинается, и нас ждёт множество вызовов. Но я искренне верю, что это великолепный шанс. Мы будем масштабироваться, искать новые горизонты для сотрудничества и точно не остановимся на достигнутом. Наша команда горит этим делом — и это главное топливо проекта.
Мы ищем пилотных заказчиков и технологических партнёров.
Если ваша компания работает в логистике или ВЭД — приходите на демо. Мы покажем всё «как есть», без прикрас.
Для самых смелых у нас есть предложение: вы можете получить ранний доступ (Early Access) к нашей экосистеме уже сейчас. Это отличная возможность войти в новый технологический уклад на раннем этапе.
🤔2
Конечно, путь только начинается, и нас ждёт множество вызовов. Но я искренне верю, что это великолепный шанс. Мы будем масштабироваться, искать новые горизонты для сотрудничества и точно не остановимся на достигнутом. Наша команда горит этим делом — и это главное топливо проекта.
Мы ищем пилотных заказчиков и технологических партнёров.
Если ваша компания работает в логистике или ВЭД — приходите на демо. Мы покажем всё «как есть», без прикрас.
Но это ещё не всё. Если у вас уже есть собственные ИИ-агенты или наработки в этой сфере — давайте объединим усилия! Мы открыты к кооперации и готовы предоставить вам автоматизацию на базе нашей платформы.
Для самых смелых у нас есть предложение: вы можете получить ранний доступ (Early Access) к нашей экосистеме уже сейчас. Это отличная возможность войти в новый технологический уклад на раннем этапе.
Записывайтесь на демо-презентацию — мы обсудим детали, ответим на вопросы и расскажем про архитектуру глубже (насколько это позволяют NDA). Мы очень хотим сотрудничать и создавать будущее логистики вместе!
Давайте сделаем это!
Мы ищем пилотных заказчиков и технологических партнёров.
Если ваша компания работает в логистике или ВЭД — приходите на демо. Мы покажем всё «как есть», без прикрас.
Но это ещё не всё. Если у вас уже есть собственные ИИ-агенты или наработки в этой сфере — давайте объединим усилия! Мы открыты к кооперации и готовы предоставить вам автоматизацию на базе нашей платформы.
Для самых смелых у нас есть предложение: вы можете получить ранний доступ (Early Access) к нашей экосистеме уже сейчас. Это отличная возможность войти в новый технологический уклад на раннем этапе.
Записывайтесь на демо-презентацию — мы обсудим детали, ответим на вопросы и расскажем про архитектуру глубже (насколько это позволяют NDA). Мы очень хотим сотрудничать и создавать будущее логистики вместе!
Давайте сделаем это!
✍1👍1
Мне каждый раз кажется, что я видел многое, но каждый раз жизнь открывает передо мной новый уровень дна со словами: «Теперь ты готов познать больше». Сейчас такой период, когда компании думают, что автоматизация позволяет кого‑то заменить и что можно сэкономить, выкинув часть народа на улицу. В основном это компании, которые за 5 лет привыкли к стабильным льготам.
Проблема в том, что искусственный интеллект в том виде, в котором он существует сейчас, не ускоряет разработку так, как обещают. Исследования 2025 года показывают парадокс: разработчики с AI-инструментами тратили на задачи на 19% больше времени, чем без них. При этом они сами были уверены, что стали быстрее на 20%. Ожидание и реальность разошлись кардинально.
Выкидывать людей себе дороже — и это не просто эмоция. Код, написанный с помощью ИИ, требует больше доработок и ревью. Нагрузка ложится на опытных разработчиков: они проверяют на 6.5% больше кода, но их собственная продуктивность падает на 19%. Проще говоря, одни пишут быстрее и грязнее, другие разгребают — и в итоге все медленнее.
А то, что продают как «ускорение», на деле выливается в рост объёма кода. В 2025 году средний разработчик отправлял в репозиторий на 75% больше кода, чем в 2022-м. Но больше кода — не значит быстрее доставка.
Недавно написал сервер с MPC‑скиллами и решил подключить registry для единой точки входа. Два дня потратил на подключение, потому что то он делал на SSE, то не с теми эндпоинтами, и так далее. ИИ здесь не помог — код пришлось писать руками, разбираться с документацией и логикой самому. В итоге я написал текста больше, чем за месяц работы тестировщиков в Acronis.
Плата за обещанное ускорение в том, что мы пишем больше и дольше. Потому что то у нас токены закончились, то VPN не VPN, то план поменяли, то промпты неудачные накатили, то оркестратор начал течь по памяти (бывает и такое, ведь там сервис-воркеры, и они не всегда стабильно закрывают потоки).
И вот тут я вспоминаю 90-е. Когда завезли компьютеры, было модно выгонять на улицы целые НИИ, и люди думали, что Access или FoxPro — это билеты в светлое будущее. Тогда казалось, что технологии всё ускорят и упростят. Но разработка — это постоянное обнуление. В ней нет линейной скорости. На самом деле это про замедление: растёт расход памяти, CPU, появились GPU, сеть, а проблемы те же — как заработать больше, заплатить меньше и не получить очередной иск от ПФР или военкомата за отсутствующую букву в отчётности.
Проблема в том, что искусственный интеллект в том виде, в котором он существует сейчас, не ускоряет разработку так, как обещают. Исследования 2025 года показывают парадокс: разработчики с AI-инструментами тратили на задачи на 19% больше времени, чем без них. При этом они сами были уверены, что стали быстрее на 20%. Ожидание и реальность разошлись кардинально.
Выкидывать людей себе дороже — и это не просто эмоция. Код, написанный с помощью ИИ, требует больше доработок и ревью. Нагрузка ложится на опытных разработчиков: они проверяют на 6.5% больше кода, но их собственная продуктивность падает на 19%. Проще говоря, одни пишут быстрее и грязнее, другие разгребают — и в итоге все медленнее.
А то, что продают как «ускорение», на деле выливается в рост объёма кода. В 2025 году средний разработчик отправлял в репозиторий на 75% больше кода, чем в 2022-м. Но больше кода — не значит быстрее доставка.
Недавно написал сервер с MPC‑скиллами и решил подключить registry для единой точки входа. Два дня потратил на подключение, потому что то он делал на SSE, то не с теми эндпоинтами, и так далее. ИИ здесь не помог — код пришлось писать руками, разбираться с документацией и логикой самому. В итоге я написал текста больше, чем за месяц работы тестировщиков в Acronis.
Плата за обещанное ускорение в том, что мы пишем больше и дольше. Потому что то у нас токены закончились, то VPN не VPN, то план поменяли, то промпты неудачные накатили, то оркестратор начал течь по памяти (бывает и такое, ведь там сервис-воркеры, и они не всегда стабильно закрывают потоки).
И вот тут я вспоминаю 90-е. Когда завезли компьютеры, было модно выгонять на улицы целые НИИ, и люди думали, что Access или FoxPro — это билеты в светлое будущее. Тогда казалось, что технологии всё ускорят и упростят. Но разработка — это постоянное обнуление. В ней нет линейной скорости. На самом деле это про замедление: растёт расход памяти, CPU, появились GPU, сеть, а проблемы те же — как заработать больше, заплатить меньше и не получить очередной иск от ПФР или военкомата за отсутствующую букву в отчётности.
👍1