Как сделать схему по тексту с помощью ИИ: три способа
Чтобы получить полезную схему от ИИ, сначала нужно определить, какой результат вам нужен: текст для проверки логики, диаграмма из кода или отдельные объекты, которые команда будет менять на доске. Эти способы не заменяют друг друга. Разберём один процесс — обработку заявки — во всех трёх вариантах.
Сначала опишите процесс без графики
В нашем примере заявка поступает на проверку. Если данных не хватает, ответственный запрашивает уточнение и снова проверяет заявку. Если всё заполнено, назначает исполнителя. Конец процесса — задача принята в работу. Здесь намеренно не описано выполнение задачи: иначе короткая схема незаметно превратится в другой процесс.
До генерации ответьте на три вопроса: что запускает процесс, какое условие меняет маршрут и чем всё заканчивается. Если ответа нет в исходных данных, попросите ИИ задать вопрос, а не придумывать правило за команду.
Способ 1. Текстовый план и ручная сборка
Попросите ассистента выделить шаги, условия и возвраты. Затем перенесите их на доску вручную. Это хороший вариант для первого обсуждения: вы видите формулировки до того, как аккуратная графика создаст ощущение законченности.
Недостаток — ручная работа при изменениях. Если команда решила добавить согласование, нужно обновить и описание, и визуальную схему. Выберите один основной источник, чтобы версии не начали противоречить друг другу.
Способ 2. Mermaid: схема хранится в коде
Ассистент может подготовить описание в формате Mermaid. Его проверяют в совместимом редакторе диаграмм и затем используют там, где этот формат поддерживается. Исходник нашего примера приведён ниже: узлы обозначают действия, а подписанные связи — варианты перехода.
Преимущество — компактный исходник, в котором удобно проверять связи. Ограничение — раскладкой управляет движок, а отдельные блоки не обязательно доступны как самостоятельные фигуры доски. Не обещайте участникам свободное редактирование каждого узла, если фактически передаёте картинку.
Способ 3. MCP: отдельные объекты на доске
Через подключённый MCP-сервер ассистент может создать фигуры и связи непосредственно в рабочем пространстве. Для этого в запросе важно указать именно редактируемые объекты, область работы и запрет менять соседние материалы. Подключение Claude и Cursor разобрано отдельно.
Мы собрали этот пример с указанной логикой через инструменты доски. Открыть результат всех трёх способов. Ниже можно скопировать запрос для повторения сценария на собственной доске.
Где результат нужно перепроверить
Нет универсального числа блоков, после которого все модели перестают справляться. На качество влияют описание, количество ветвлений, ограничения инструмента и выбранная модель. Большую схему лучше разделить на обзор и несколько подпроцессов, а не уменьшать шрифт до нечитаемого.
- Проверьте каждую ветвь решения: есть ли подпись и куда она ведёт.
- Найдите возвраты: не получился ли бесконечный цикл без условия выхода?
- Уберите придуманные шаги, которых нет в договорённостях команды.
- Проверьте связи после перемещения фигур и чтение схемы при обычном масштабе.
- Попросите коллегу пройти реальный пример от начала до конца.
ИИ ускоряет подготовку черновика, но не подтверждает корректность процесса. При сложных правилах начните с разбора бизнес-процесса, а уже затем выбирайте способ отрисовки.
Запрос для редактируемой схемы
На отдельном фрейме собери редактируемую блок-схему обработки заявки. Шаги: заявка получена, проверка данных, решение «Данные полные?». Если нет — запросить уточнение и вернуться к проверке. Если да — назначить исполнителя и завершить статусом «Принята в работу». Используй отдельные фигуры и связанные линии, подпиши ветви «Да» и «Нет». Не меняй остальные фреймы.Тот же процесс в Mermaid
flowchart LR
A["Заявка получена"] --> B["Проверить данные"]
B --> C{"Данные полные?"}
C -->|Да| D["Назначить исполнителя"]
C -->|Нет| E["Запросить уточнение"]
E --> B
D --> F["Задача принята в работу"]
