Визуальное программирование *

Привет! Сегодня мы создадим бота-переводчика для Telegram. Для этого будем использовать библиотеку telego и нейросеть Mistral через платформу n8n.

Мы все видели, как такие инструменты, как ChatGPT, справляются с множеством бизнес-задач, автоматизируя практически всё.

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

Знакомо ли вам чувство, когда смотришь на BPMN-схему и видите лишь хаос из непонятных значков? Прямоугольники с плюсиками, пунктиры, ведущие в никуда, кружки с молниями… Моё первое впечатление было таким же: «Этот язык создали, чтобы запутать аналитиков!».

Но сейчас я использую их, чтобы:

→ Сокращать совещания — когда процесс визуализирован, спор «как мы это делаем» исчезает.
→ Находить дыры в логике до внедрения — те самые «а что, если…».
→ Объяснять сложное за 5 минут даже тем, кто терпеть не может диаграммы.

Если вам надоело тратить время на бесконечные уточнения — давайте разбираться. BPMN может быть простым!

C появлением LLM, инструменты для автоматизации бизнес-процессов получили мощный импульс развития, так как стало возможным решать такие задачи, которые раньше было невозможно или сложно реализовать известными методами.

В этой статье я сравню несколько популярных решений для автоматизации бизнес-процессов в связке с LLM.

n8n это система автоматизация бизнес-процессов с сотнями встроенных интеграций до сторонних сервисов.

Мы рассмотрим провайдеров, где n8n уже предустановлен, а также то, как его самостоятельно развернуть.

Что такое коннектор? Как выглядит код коннектора? И как коннекторы могут использоваться в различных сценариях?

Когда в этом году была выпущена Camunda Platform 8, мы анонсировали коннекторы и предоставили несколько предварительных версий коннекторов в нашем SaaS-решении, например, отправка email через SendGrid, вызов REST API или отправка сообщения в Slack.

С тех пор многие задавались вопросом, что такое коннектор, как он разрабатывается и как его можно использовать в Self-Managed-окружении. Мы пока не публиковали много информации о технической архитектуре коннекторов, поскольку она всё ещё находится в разработке. Тем не менее, я отлично понимаю, что вам может быть интересно узнать больше, чтобы вдохновиться коннекторами так же, как и я.

Привет, Хабр! Сегодня я хочу рассказать о своём проекте — «Game Engine 3», программной оболочке для создания двумерных игр и приложений.

Game Engine 3 — это инструмент для создания 2D‑игр с физикой и анимацией. С открытым исходным кодом, интуитивным редактором визуального программирования на основе нодов и возможностями работы с графикой, физикой и анимацией, он подходит как для новичков, так и для профессионалов. В этой статье разберем, что делает эту оболочку уникальной.

Pro-code — наше сердце и душа, но люди и процессы бывают разными. Наши необязательные low-code-функции расширяют спектр применений, не мешая разработчикам.
 
Разработчики часто спрашивают меня о стратегии развития продуктов Camunda. Особенно во время запуска Camunda 8 они выражали обеспокоенность тем, что мы якобы «забыли свои корни» или «отказались от удобства для разработчиков» — именно те качества, за которые нас любят. Появилось мнение, что мы «прыгнули в поезд low-code», потому что у нас теперь есть финансирование и мы хотим «гнаться за большими деньгами». Как разработчик в душе, я могу вас уверить — это совсем не так. Позвольте объяснить нашу стратегию в этом посте.
 
TL;DR: Мы остаёмся на 100% дружелюбными к разработчикам, и pro-code — это наше всё (можно сказать, наш хлеб с маслом). Но люди, создающие процессные решения, бывают разными — как и сами процессы, которые нужно автоматизировать. Для некоторых сценариев low-code действительно имеет смысл, и здорово, что мы можем их поддерживать. Но low-code-функции в Camunda являются необязательными и никак не мешают pro-code-разработке.

Многие элементы процессов и кейсов в Flowable имеют свойство под названием «Асинхронность». Хотя это свойство сильно влияет на производительность, надежность и даже на пользовательский опыт, его часто игнорируют или недооценивают. Эта статья предназначена для того, чтобы помочь аналитикам и разработчикам понять его значимость.

Всем привет!

Это очередная статья из цикла, где мы разбираем различные способы применения ИИ-агентов с RAG — методом оптимизации работы и вывода LLM агента благодаря добавлению в контекст базы знаний. Проще говоря, мы даём модели какой-то объём знаний, по которому она способна работать. Это может быть как документ, по которому будет вестись поиск релевантных данных, так и база данных.

Использование подхода может быть полезно в различных задачах. Такая модель сможет работать с актуальными для вас данными, даже если память самой LLM ограничивается на неактуальных данных какого-нибудь 2022 года.

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

Узнайте, как оркестрация и BPMN помогают решать самые распространённые ограничения и проблемы, связанные с внедрением AI-агентов.

Визуализация критической информации

Повышение доверия к результатам

Вовлечение человека в процесс

Ограничение важных выборов

Адаптивное вмешательство человека

Будущее дизайна AI-агентов

Это первая статья из серии BPMN: Beyond the Basics – о скрытых нюансах и подводных камнях BPMN для разработчиков. В отличие от аналитиков, разработчикам надо не просто знать нотацию, но понимать, как реализован тот или иной ее элемент. А тут, как говорится, не все так однозначно.

Для начала возьмем самый простой – шлюз ИЛИ (Exclusive Gateway). На первый взгляд, всё очевидно: ставишь ромбик, рисуешь стрелочки – и вуаля! Но что происходит внутри движка? Как он выбирает путь выполнения? Что делать, если несколько условий срабатывают одновременно? А если ни одно не выполняется? В этой статье мы разберем эти вопросы и рассмотрим особенности реализации и использования этого элемента.

Разбираться будем на примерах в Jmix BPM с движком Flowable, но принципы универсальны – нотация BPMN 2.0 едина, и основные механизмы работы элементов схожи во всех движках, частности в Camunda 7. Об отличиях, если они встретятся, будем говорить особо.

В статье рассказываю про то, какую платформу no-code автоматизации можно выбрать в 2025 году

А именно
• Таблица сравнения основных платформ
• Как выглядят интерфейсы конструкторов
• Сравнение цен на тарифы
• Рекомендации по выбору платформы в зависимости от целей, уровня и бюджета
• Как понять, достаточно ли бесплатного лимита?

Сам для себя делал обзор, решил поделиться результатами

Довольно часто из процесса приходится обращаться по API к различным внешним сервисам. По сути, это стандартный сценарий оркестрации систем или даже микросервисов (пардон за модное слово). На BPMN диаграмме это выглядит просто и логично – постучались куда-то по API, получили ответ и перешли к следующей задаче. Для моделей аналитического уровня это нормально.

Однако, переходя к исполняемой модели, надо учитывать, что внешний сервис может быть недоступен или просто отвечает очень небыстро. Что происходит с процессом в это время?

Сегодня - день Святого Патрика🍀🍀🍀, поэтому уместно будет поговорить о пиве. Не ждать же нам Октоберфеста, чтобы опубликовать эту статью! Тем более, что адресат этих рекомендаций по уверению автора это реальный человек, проживающий в Дублине.

=================================================================

Лето имеет свойство заканчиваться, но здесь, в Германии, мы научились топить это разочарование в пиве. Поэтому, когда сентябрь сменяется октябрём, неизбежно возникает вопрос: «Какое пиво мне выпить?». Большинство традиционных участников Октоберфеста, скорее всего, настаивают на том, что вы должны пить что-то немецкое, соответствующее Reinheitsgebot (Закону о чистоте пива). Но я не настолько догматичен и, напротив, считаю, что каждый должен наслаждаться идеальным пивом для себя, независимо от вкусовых предпочтений и места, где он встречает смену сезонов. Именно поэтому я выделил время из своего очень занятого графика, чтобы создать процесс, который поможет в этом.

Это вторая часть серии из двух статей о BPMN и его применении в новых сценариях использования. Вы можете найти первую часть по ссылке. Особая благодарность Бернду Рюккеру за его помощь в написании обеих публикаций.
 
Добро пожаловать обратно к обсуждению BPMN (Business Process Model and Notation) и его роли в новых сценариях, таких как оркестрация микросервисов. Для понимания материала необязательно читать статьи по порядку, но если вы новичок в BPMN, возможно, будет полезно начать с первой части.

Это не новая, но концептуально важная статья. Из нее вы узнаете про основные паттерны при автоматизации процессов, которые можно реализовать при помощи BPMN и почему это сложно сделать иными средствами.

На момент этой статьи написания движок Camunda Zeebe был еще в пеленках, поэтому о многих его фичах говорится в будущем времени. Но сегодня все реализовано и даже больше.

Но важно другое: здесь не обсуждаются технические особенности конкретного движка, а рассматриваются общие подходы к использованию BPMN при оркестрации микросервисов.

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