Ранний доступ к ProcessOS: что можно изучить сегодня и как начать работу

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

Ранний доступ к ProcessOS дает возможность изменить это. Начиная с сегодняшнего дня, вы можете перепроектировать реальный процесс, используя собственную документацию и сотрудников. Вы начинаете с имеющихся у вас материалов и получаете в итоге BPMN-модели, которые ваша команда сможет обсудить, доработать и в конечном счете запустить.

В течение этой серии публикаций мы описывали, как ProcessOS работает при внедрении клиентам под руководством партнеров или нашей передовой инженерной команды. Ранний доступ в Camunda 8.10, которая была выпущена 13 октября 2026 года, передает ProcessOS прямо в ваши руки. Это релиз без графического интерфейса, ориентированный на работу через терминал, для команд, желающих создать прототип. Он работает наилучшим образом, когда технический оператор и владелец бизнес-процесса берутся за него вместе.

Ниже представлена более подробная информация о том, чего ожидать от раннего доступа к ProcessOS и как начать работу.

Что можно изучить в раннем доступе к ProcessOS

Процесс работы в раннем доступе состоит из трех фаз, каждая из которых завершается этапом проверки вашей командой перед переходом к следующему шагу begins.

Обнаружение

Начните с того, что предоставьте ProcessOS имеющуюся у вас документацию, такую как выгрузки из чатов, систем управления проектами и инструментов для работы с документами. ProcessOS считывает материалы, генерирует BPMN-модели текущего процесса и отмечает места, где в документации есть пробелы или требуются уточнения. Мы освещали идеи, лежащие в основе этой фазы, в нашем блоге об обнаружении, а ранний доступ позволяет протестировать это самостоятельно.

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

Реинжиниринг

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

Сборка

После того как ваша команда согласует измененный процесс, ProcessOS генерирует исполняемые BPMN-модели вместе с сопутствующим кодом, таблицами решений и формами. Этот шаг проводит грань между диаграммой и готовым к развертыванию решением. Модели, созданные на этапах обнаружения и трансформации, служат инструментами для обсуждения. Они показывают, как ваш процесс работает сегодня и как ваша команда хочет, чтобы он работал — они еще не готовы к запуску. Сгенерированный проект — это та версия, которую вы можете развернуть, и для этого по-прежнему нужны ваши разработчики. Они изучают модели и код, тестируют их и дописывают те части кода, которые ProcessOS оставляет для них, как и с любой другой кодовой базой.Ключевые участники команды, необходимые для работы с ProcessOS

Ранний доступ наиболее эффективен при участии двух ролей.

Технический оператор («Сборщик») запускает ProcessOS. В идеале этот человек знаком с Camunda 8 и уверенно устанавливает инструменты, работает в терминале, подключается к кластеру Camunda и обеспечивает продвижение процесса. Навыки работы с командной строкой здесь важнее, чем глубокая экспертиза в разработке.

Владелец бизнес-процесса («Эксперт в предметной области») знает, как процесс работает на практике. Этот человек определяет исключения, отвечает на уточняющие вопросы в Tasklist и решает, когда существующий способ работы не должен переноситься в будущий дизайн. Ему никогда не требуется устанавливать программное обеспечение локально на свой компьютер, так как вопросы можно решать в SaaS-приложении ProcessOS.

Обеим ролям требуется практическое понимание BPMN. ProcessOS передает свое понимание через модели, поэтому ваша команда оценивает результат, читая диаграммы.

Как выглядит начало работы

Сначала выполняется однократная настройка. Для этого сборщик проверяет необходимые версии, устанавливает CLI Camunda, проходит аутентификацию в GitHub, создает проект с контролем версий, устанавливает навыки ProcessOS для ИИ-агента написания кода и подключается к кластеру Camunda. В настоящее время ProcessOS поддерживает Claude Code и Copilot CLI. После настройки работа становится интерактивной. Сборщик управляет ProcessOS через ИИ-агента в терминале, а ProcessOS сообщает о своем прогрессе и запрашивает решения по ходу дела. Часть конфигурации также находится в Tasklist, а за процессом управления (Governance Process) в Operate сборщику тоже придется часто наблюдать.

Как присоединиться к раннему доступом

Ранний доступ к ProcessOS уже доступен корпоративным клиентам и сертифицированным партнерам. Если вы являетесь действующим корпоративным клиентом, обратитесь к своей команде по работе с клиентами, чтобы начать работу. Если вы новичок в Camunda, свяжитесь с нами, чтобы обсудить ProcessOS и то, как она вписывается в ваши планы.