01/12
Архитектура
Быстрое прототипирование
К пятнице — что-то, на что можно нажать.
Работающий прототип завершает споры, которые не завершат слайды. Я строю быстро, чтобы сделать решения возможными, — и ясно говорю, какие части — прототип, а какие готовы к продакшену.
На практикеВ Bosch — собственное harness-приложение для прототипирования взаимодействия агентов без единой строки кода, с экспортом в артефакты MCP или n8n-воркфлоу. Ранее: proof of concept в R+V, Clientfocus и Hewlett-Packard.
02/12
Архитектура
Архитектура решений и предприятия
Системы, которые будут иметь смысл и через пять лет.
Интеграция, сервисные API, платформы, на которые опираются многие команды. Хорошая архитектура — это прежде всего умение рано сказать «нет» и записать почему.
На практикеАрхитектор одного из двух ключевых компонентов NEO в Bosch; ITSM-трансформации для KfW, Audi, Volkswagen, Clariant, T-Systems и DB Systel — прикладные решения on-premises и в изолированных средах, а также интеграция интерфейсов.
03/12
С людьми
Пресейл и discovery
Понять проблему, прежде чем продавать решение.
Воркшопы, разговоры со стейкхолдерами, технические демонстрации. Я перевожу между теми, кому что-то нужно, и теми, кто это строит, — честно, даже если ответ звучит так: «Для этого вам не нужен ИИ».
На практикеВ Bosch: внутренние тренинги. Ранее: 11+ лет пресейла на стороне вендора по всему EMEA в Clientfocus, WSP и Hewlett-Packard.
04/12
С людьми
ИИ-тренинги и enablement
Команды, которые понимают ИИ, принимают о нём лучшие решения.
Я объясняю ИИ без хайпа и без страха — для инженеров, руководителей и всех между ними, на немецком и английском.
На практикеВ Bosch Digital: несколько ИИ-тренингов и презентаций; соинициатор баркемпа по ИИ-сценариям. Ранее в Hewlett-Packard: программы обучения для команд сервис-менеджмента по всей Европе и живые презентации продуктов на саммитах HP Software в Барселоне и Гамбурге.
05/12
ИИ, ML и данные
Агентные процессы
Языковые модели, которые работают шагами — планируют, действуют, проверяют, — а не просто отвечают.
В агентном процессе модель сама выбирает следующий шаг: вызвать инструмент, прочитать результат, решить заново. Эта свобода мощная и дорогая, поэтому я определяю, где автономия окупается, а где фиксированный процесс — более безопасный и дешёвый ответ.
Моё правило: столько процесса, сколько возможно, и столько агента, сколько необходимо.
На практикеBosch agent harness: проектирование процессов на основе JSON, реализация на FastAPI, Python и Node.js. Bosch NEO: ИИ-движок, который анализирует сбойные транзакции и предлагает следующее действие.
06/12
ИИ, ML и данные
Взаимодействие агентов (A2A)
Специализированные агенты передают друг другу работу — через контракты, а не болтовню.
Когда несколько агентов работают вместе, интерфейсы между ними важнее любого отдельного промпта: кто кого может спрашивать, что передаётся, как становится видна ошибка. Сообщения между агентами (A2A) я проектирую как сервисные API — типизированные, версионированные, журналируемые.
На практикеОпирается на годы работы архитектором сервисных API в Bosch: инфраструктура, эксплуатация RHEL, управление инцидентами, сервисными запросами и изменениями, разработка и развёртывание.
07/12
ИИ, ML и данные
Архитектура MCP и function calling
Дать моделям доступ к реальным системам, не отдавая ключи.
Model Context Protocol (MCP) стандартизирует доступ моделей к инструментам и данным. Я проектирую MCP-серверы и наборы функций — небольшие, хорошо описанные и разрешённые явно, — чтобы модель могла делать только то, что одобрил бизнес, а каждый вызов можно было отследить.
На практикеБелый список функций в движке разбора сбоев в Bosch.
08/12
ИИ, ML и данные
Разработка agent harness и руководств
Рамка вокруг модели: цикл, контекст, инструменты, права, журналы, правила остановки.
Модель думает; harness решает, что происходит на самом деле. Я создаю harness-системы и пишу руководства, по которым команды строят свои единообразно, — чтобы десять агентов в компании вели себя как одна архитектура, а не как десять экспериментов.
На практикеВ Bosch: собственное harness-приложение — прототипы взаимодействия агентов без кода, с экспортом в артефакты MCP или n8n-воркфлоу.
09/12
ИИ, ML и данные
Ограничения и безопасные функции
Заранее решить, чего ИИ не должен делать никогда.
Модель может быть одновременно убедительной и неправой. Ограничения делают это безвредным: разрешённые функции, проверка входов и выходов, одобрение человеком всего необратимого и журнал аудита, который потом объясняет, почему что-то произошло.
Слепое пятно, к которому я отношусь серьёзно: утечка через reasoning. Ограничение блокирует ответ — пользователь его не видит. Но в рассуждениях модели (reasoning) этот ответ всё равно может присутствовать. Reasoning попадает в лог-файл, другой агент читает лог, обрабатывает содержимое и передаёт его дальше. Современные методы проверки чаще всего анализируют только итоговый ответ; следы рассуждений и логи они не покрывают или покрывают лишь частично.
Поэтому я считаю reasoning и логи такими же выходными данными: те же проверки, маскирование до записи, и ни один агент не читает необработанные рассуждения другого.
На практикеРазрешённые функции и оповещения через Teams / Outlook в Bosch; предупреждающие флаги в Evolution Engine.
10/12
ИИ, ML и данные
Data science и машинное обучение
Сначала понять данные — потом выбрать модель.
Перед любой моделью стоят данные: очистка, нормализация, поиск сигнала. Для больших объёмов логов я строю фундамент: ClickHouse как аналитическую базу данных, log vaults для надёжного долгосрочного хранения и Parquet-трансформер, который превращает сырые лог-файлы в колоночные, сжатые и быстрые для запросов файлы.
На этой основе я применяю классическое машинное обучение там, где оно лучше языковой модели, а нейросети — там, где нет.
На практикеНейросетевые модели личности, обучаемые для каждого индивида в Evolution Engine; анализ нормализованных логов в Bosch.
11/12
ИИ, ML и данные
Собственный RAG
Ответы, основанные на ваших документах, — с источниками.
Retrieval-augmented generation позволяет модели цитировать ваши знания, а не угадывать. Поиск я строю сам — разбиение, эмбеддинги, ранжирование, — чтобы всегда было ясно, почему появился ответ и откуда он взят.
На практикеСобственная реализация, а не продукт-«чёрный ящик».
12/12
ИИ, ML и данные
Локальный и изолированный ИИ
Локально или нет — вот в чём вопрос.
Как защитить корпоративные данные — и имеет ли смысл владеть собственными локальными системами? Ведь одна карта RTX 6000 стоит около 17 798 € (октябрь 2026).
Мой ответ — однозначно да для средних компаний, которые хотят или обязаны сохранить свою интеллектуальную собственность при себе. Но важно понимать: главное предварительное условие — анализ данных. Хорошее решение сочетает ИИ с детерминированными инструментами и очень хорошо продуманным MCP-ландшафтом, который аккуратно связывает модели с системами. Сюда же относятся управление GPU и VRAM, которое разумно распределяет нагрузку, и запланированные ночные задания, результаты которых на следующий день можно использовать вообще без GPU и VRAM.
Технически и на уровне архитектуры я сопровождаю модели на всём жизненном цикле — Plan, Build, Run: от дообучения с LoRA до эксплуатации на GPU-стеках Docker, при необходимости полностью офлайн.
На практикеВ компании самые разные модели (GLM, Mistral, Claude от Anthropic, GPT, Gemini) подключаются через security layer и используются в процессах на n8n или OpenText. В собственных проектах Evolution Engine работает полностью офлайн, а мой контент-конвейер переводит с помощью локальной модели.