ИИ-технологФлагман NP
ИИ-технолог
Промпты для нейросетей

Промпты для блок-схем. 22 готовых примера для генерации

От NP_Article

ИИ-технолог

Обучение управлению ИИ с 0 до мастерского уровня

250+ уроков Начато наполнение Без инфоцыган и воды
Вся программа

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

Многие специалисты тратят часы, пытаясь заставить искусственный интеллект нарисовать то, что нужно. Проблема не в нейросети, а в неправильных командах. Вместо абстрактных просьб нужны точные, структурированные инструкции. Это как объяснять задачу не коллеге за чашкой кофе, а роботу, который понимает только конкретику.

Здесь собраны решения для самых разных ситуаций. Вы научитесь генерировать схемы для:

  • Описания бизнес-процессов.
  • Визуализации алгоритмов кода.
  • Построения путей пользователя.
  • Анализа сложных систем и принятия решений.

Типичные ошибки при составлении запросов для ИИ в юриспруденции

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

  1. Просить нарисовать схему без указания языка разметки. Нейросеть не знает, какой формат вам нужен – Mermaid, PlantUML или Graphviz, и может выдать код в неудобном или неподдерживаемом формате.
  2. Использовать расплывчатые термины вроде “улучшить” или “оптимизировать”. Искусственный интеллект не понимает этих абстракций. Ему нужны конкретные действия: “объедини блоки А и Б”, “добавь условие проверки перед шагом В”.
  3. Не определять начальную и конечную точки процесса. Без четких границ “старт” и “финиш” схема может получиться бесконечной, оборванной или зацикленной там, где этого не требуется.
  4. Забывать про описание связей между элементами. Просто перечислить шаги недостаточно. Нужно указать, какой блок следует за каким и при каких условиях, иначе логика процесса будет нарушена.
  5. Перегружать один запрос слишком сложной и многоуровневой задачей. Попытка создать огромную схему всего и сразу почти всегда провальна. Нейросеть путается в логике и связях, что приводит к ошибкам.
  6. Не предоставлять контекст и не определять роли. Схема процесса найма для стартапа и для госкорпорации будет кардинально отличаться. Без контекста вы получите универсальный, но бесполезный шаблон.
  7. Ожидать идеальный результат с первой попытки. Создание сложной блок-схемы – это итерационный процесс. Первая версия – это черновик, который нужно дорабатывать, уточняя и дополняя запросы.

Сравнение языков разметки для генерации блок-схем

Правильный выбор инструмента – половина успеха. Нейросеть может сгенерировать код для диаграммы на разных языках, и от вашего выбора зависит гибкость, внешний вид и сложность итоговой схемы. Важно понимать их различия, чтобы не просить у ИИ то, что он не сможет корректно исполнить в рамках выбранного языка.

Язык разметки Ключевые особенности Когда лучше использовать Ограничения и недостатки
Mermaid Простой синтаксис, похожий на естественный язык. Отлично интегрируется во многие платформы (GitHub, Notion, Obsidian). Поддерживает большое количество типов диаграмм: блок-схемы, последовательности, диаграммы Ганта. Для быстрых визуализаций, документирования кода, описания несложных бизнес-процессов. Идеален для новичков и ситуаций, где скорость важнее кастомизации. Ограниченные возможности стилизации. Сложно управлять точным расположением элементов. Не подходит для очень сложных, многоуровневых схем.
PlantUML Более мощный и гибкий язык. Позволяет создавать сложные диаграммы, включая UML (Use Case, Class, Activity). Поддерживает детальную настройку внешнего вида, тем и цветов. Для проектирования программного обеспечения, описания архитектуры систем, детализированных бизнес-процессов. Подходит, когда важен контроль над структурой и внешним видом. Синтаксис сложнее, чем у Mermaid. Требует установки дополнительного ПО (Java) для рендеринга изображений локально. Порог входа выше.
Graphviz (DOT) Очень мощный движок для визуализации графов. Позволяет автоматически вычислять оптимальное расположение узлов, что идеально для сложных и запутанных структур. Синтаксис строгий и лаконичный. Для визуализации сетей, баз данных, сложных зависимостей, иерархических структур. Незаменим, когда нужно показать связи в большой системе, а не пошаговый процесс. Сфокусирован именно на графах, для простых линейных блок-схем может быть избыточен. Синтаксис требует привыкания и не всегда интуитивен для описания последовательностей.

22 готовых примера промптов для создания блок-схем

Ниже представлены проверенные и детализированные запросы, которые помогут вам получать качественные и логичные диаграммы. Они структурированы так, чтобы минимизировать ошибки и дать нейросети четкое понимание задачи. Эти шаблоны для визуализации алгоритмов можно адаптировать под ваши конкретные нужды.

1. Простая последовательность действий

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

Решение: Промпт создает простую вертикальную блок-схему, где каждый шаг четко следует за предыдущим.

Текст промпта:

*****

Ты – специалист по визуализации процессов с помощью языка разметки Mermaid. Твоя задача – создать простую блок-схему, иллюстрирующую последовательность действий.

Контекст: Процесс – это “Утренние сборы на работу”. Он должен быть линейным, без ветвлений.

Требования к схеме:

  1. Тип схемы: graph TD (сверху вниз).
  2. Шаги процесса: [перечислите последовательные шаги, например: “Проснуться”, “Принять душ”, “Позавтракать”, “Одеться”, “Выйти из дома”].
  3. Фигуры: Используй прямоугольники [ ] для каждого шага.
  4. Связи: Соедини все шаги последовательно стрелками -->.
  5. Начало и конец: Начни с блока “Проснуться” и закончи блоком “Выйти из дома”.

Формат ответа: Предоставь только готовый код на языке Mermaid внутри блока кода. Никаких пояснений до или после кода.

Почему это работает: Промпт четко задает тип диаграммы (graph TD), перечисляет все элементы, определяет их форму ([ ]) и указывает на линейный характер связей (-->), не оставляя нейросети пространства для неверной интерпретации.

2. Процесс с одним условием (ветвление)

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

Решение: Запрос генерирует схему с ромбом для условия и двумя ветками “Да” и “Нет”.

Текст промпта:

Ты – опытный системный аналитик, создающий диаграммы на Mermaid. Тебе нужно визуализировать процесс с одним простым ветвлением.

Контекст: Процесс – “Выбор одежды по погоде”.

Логика процесса:

  1. Начальный шаг: “Проверить прогноз погоды”.
  2. Условие: “Идет дождь?”. Это точка принятия решения.
  3. Ветка “Да”: Если идет дождь, следующий шаг – “Взять зонт”.
  4. Ветка “Нет”: Если дождя нет, следующий шаг – “Надеть солнцезащитные очки”.
  5. Общий конечный шаг: Обе ветки ведут к шагу “Выйти на улицу”.

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Фигуры: Прямоугольники для действий [ ], ромб для условия { }.
  3. Подписи на связях: Добавь подписи “Да” и “Нет” на стрелках, выходящих из блока условия. Например: A-- Да -->B.

Формат ответа: Только готовый код Mermaid.

Почему это работает: Промпт явно указывает на использование ромба для условия ({ }) и требует подписать ветви (“Да”/”Нет”), что является ключевым элементом для корректного отображения логики ветвления.

3. Циклический процесс (цикл)

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

Решение: Этот промпт создает схему с циклом, где один из шагов возвращает процесс к предыдущему этапу для повторения.

Текст промпта:

Ты – эксперт по моделированию процессов, использующий PlantUML. Твоя задача – создать диаграмму деятельности (activity diagram), которая демонстрирует циклический процесс.

Контекст: Процесс – “Написание и вычитка статьи”.

Логика процесса:

  1. Начало: “Написать черновик статьи”.
  2. Действие: “Вычитать текст на ошибки”.
  3. Условие: “Найдены ли ошибки?”.
  4. Ветка “Да”: Если ошибки найдены, вернуться к шагу “Внести правки”, после которого снова идет “Вычитать текст на ошибки”.
  5. Ветка “Нет”: Если ошибок нет, процесс завершается шагом “Опубликовать статью”.

Требования к схеме:

  1. Используй синтаксис PlantUML для диаграммы деятельности.
  2. Начни с start и закончи stop.
  3. Условие оформи с помощью if (...) then (Да) ... else (Нет) ... endif.
  4. Для цикла используй while (...) is (Выполняется) ... endwhile.

Формат ответа: Готовый код на PlantUML, заключенный в @startuml и @enduml.

Почему это работает: Промпт использует специфичные для PlantUML конструкции (while, if/else), которые точно описывают циклическую и условную логику, заставляя нейросеть сгенерировать правильную структуру диаграммы деятельности.

4. Схема с несколькими параллельными процессами

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

Решение: Запрос использует возможности PlantUML для создания параллельных веток (fork/join) в диаграмме деятельности.

Текст промпта:

Ты – process-менеджер, визуализирующий рабочие потоки с помощью PlantUML. Создай диаграмму, показывающую параллельное выполнение задач.

Контекст: Процесс – “Приготовление ужина”, где основное блюдо и салат готовятся одновременно.

Логика процесса:

  1. Начало: “Подготовить ингредиенты”.
  2. Разделение на параллельные задачи.
  3. Ветка 1: “Готовить основное блюдо”.
  4. Ветка 2: “Делать салат”.
  5. Объединение: После завершения обеих веток следует общий шаг “Сервировать стол”.
  6. Конец: “Ужин готов”.

Требования к схеме:

  1. Используй синтаксис диаграммы деятельности PlantUML.
  2. Для разделения процесса на параллельные ветки используй fork.
  3. Для каждой параллельной ветки используй fork again.
  4. Для объединения веток используй end fork.

Формат ответа: Только код PlantUML.

Почему это работает: Промпт напрямую указывает на использование команд fork и end fork, которые являются стандартным способом отображения параллельных процессов в PlantUML, обеспечивая корректную визуализацию.

5. Пользовательский путь на сайте (User Flow)

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

Решение: Промпт генерирует подробную схему пути пользователя с несколькими точками принятия решений.

Текст промпта:

Ты – UX-дизайнер, составляющий карту пути пользователя (User Flow) с помощью Mermaid.

Контекст: Путь пользователя в интернет-магазине от главной страницы до оформления заказа.

Логика пути:

  1. Старт: “Пользователь заходит на главную страницу”.
  2. Действие: “Использует поиск или переходит в каталог”.
  3. Действие: “Находит нужный товар и переходит на его страницу”.
  4. Действие: “Нажимает кнопку ‘Добавить в корзину'”.
  5. Условие: “Продолжить покупки?”.
  6. Ветка “Да”: Возврат к шагу “Использует поиск или переходит в каталог”.
  7. Ветка “Нет”: Переход к шагу “Перейти в корзину”.
  8. Действие: “Оформить заказ”.
  9. Конец: “Заказ успешно создан”.

Требования к схеме:

  1. Тип диаграммы: graph LR (слева направо).
  2. Фигуры: Прямоугольники для действий, ромбы для условий.
  3. Разные стили: Определи классы (classDef) для разных типов шагов: classDef start_end fill:#a7d7a7,stroke:#333, classDef action fill:#f9f9f9,stroke:#333, classDef decision fill:#f2c94c,stroke:#333. Примени эти классы к соответствующим блокам.

Формат ответа: Готовый код Mermaid с определением классов и их применением.

Почему это работает: Промпт не только описывает логику, но и требует стилизации с помощью classDef. Это заставляет нейросеть сгенерировать более читаемую и профессионально выглядящую схему, разделяя элементы по их назначению с помощью цвета.

6. Диаграмма состояний объекта

Проблема: Нужно описать жизненный цикл объекта, например, заказа в системе, показывая все возможные состояния и переходы между ними.

Решение: Запрос нацелен на создание диаграммы состояний (State Diagram), которая идеально подходит для таких задач.

Текст промпта:

Ты – разработчик, проектирующий систему и описывающий жизненный цикл сущности с помощью диаграммы состояний Mermaid.

Контекст: Жизненный цикл объекта “Заказ” в интернет-магазине.

Состояния и переходы:

  1. Начальное состояние: [*] --> Новый.
  2. Из “Новый” можно перейти в “Оплачен” (действие: Оплатить) или в “Отменен” (действие: Отменить).
  3. Из “Оплачен” можно перейти в “В сборке” (действие: Начать сборку).
  4. Из “В сборке” можно перейти в “Доставляется” (действие: Передать в доставку).
  5. Из “Доставляется” можно перейти в “Доставлен” (действие: Подтвердить доставку).
  6. Из “Доставлен” можно перейти в “Завершен” (действие: Закрыть заказ).
  7. “Завершен” и “Отменен” являются конечными состояниями, из них нет выходов. Завершен --> [*], Отменен --> [*].

Требования к схеме:

  1. Используй синтаксис stateDiagram-v2 в Mermaid.
  2. Четко укажи переходы с помощью стрелки --> и подпиши действия на них: Состояние1 --> Состояние2: Действие.

Формат ответа: Только готовый код Mermaid.

Почему это работает: Промпт использует специализированный синтаксис stateDiagram-v2 и четко описывает каждый переход как “состояние -> состояние : действие”, что является каноническим способом построения таких диаграмм и гарантирует правильный результат.

7. Алгоритм сортировки (на примере пузырьковой)

Проблема: Нужно визуализировать сложный алгоритм, например, алгоритм сортировки, чтобы понять jego логику работы.

Решение: Промпт детализирует каждый шаг и цикл алгоритма, используя язык DOT (Graphviz) для лучшего автоматического расположения элементов сложной структуры.

Текст промпта:

Ты – преподаватель информатики, объясняющий алгоритмы с помощью блок-схем. Создай схему для алгоритма пузырьковой сортировки на языке DOT (Graphviz).

Контекст: Алгоритм сортирует массив чисел по возрастанию.

Логика алгоритма:

  1. Старт.
  2. Инициализация: i = 0.
  3. Внешний цикл (условие): i < n-1? (где n - размер массива).
  4. Инициализация вложенного цикла: j = 0.
  5. Внутренний цикл (условие): j < n-i-1?
  6. Сравнение элементов: A[j] > A[j+1]?
  7. Ветка "Да" (обмен): "Поменять местами A[j] и A[j+1]".
  8. Обе ветки ведут к инкременту j: j = j + 1.
  9. Возврат к началу внутреннего цикла.
  10. Когда внутренний цикл завершен, инкремент i: i = i + 1.
  11. Возврат к началу внешнего цикла.
  12. Когда внешний цикл завершен, процесс заканчивается.
  13. Конец.

Требования к схеме:

  1. Используй синтаксис языка DOT.
  2. digraph G { ... }.
  3. Узлы действий – в прямоугольниках (shape=box).
  4. Узлы условий – в ромбах (shape=diamond).
  5. Узлы начала/конца – в овалах (shape=ellipse).
  6. Подпиши ребра, выходящие из условий ("Да" / "Нет").

Формат ответа: Полный код на языке DOT.

Почему это работает: Промпт использует синтаксис DOT, который идеально подходит для графовых структур со сложными связями. Четкое разделение узлов по формам (box, diamond, ellipse) и обязательные подписи на ребрах позволяют движку Graphviz автоматически построить наглядную и логически верную схему.

8. Процесс принятия решения (Decision Tree)

Проблема: Нужно структурировать сложный выбор с множеством критериев, например, выбор нового смартфона.

Решение: Промпт создает дерево решений, где каждый узел – это вопрос, а каждая ветвь – вариант ответа, ведущий к следующему вопросу или финальному решению.

Текст промпта:

Ты – аналитик, помогающий сделать выбор с помощью дерева решений. Создай его на Mermaid.

Контекст: Выбор нового смартфона.

Структура дерева:

  1. Корень: "Какой бюджет?". Ветки: "< 30 000 руб.", "30 000 - 60 000 руб.", "> 60 000 руб.".
  2. Ветка "< 30 000 руб.": Вопрос "Что важнее: камера или производительность?". Ветки ведут к моделям [бренд А, модель 1] и [бренд Б, модель 2].
  3. Ветка "30 000 - 60 000 руб.": Вопрос "Какая ОС предпочтительнее: iOS или Android?". Ветки ведут к [бренд В, модель 3] и [бренд Г, модель 4].
  4. Ветка "> 60 000 руб.": Вопрос "Нужны ли флагманские фотовозможности?". Ветки ведут к [бренд Д, модель 5 (камерофон)] и [бренд Е, модель 6 (универсальный флагман)].

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Узлы-вопросы оформи в ромбах.
  3. Узлы-решения (названия моделей) оформи в прямоугольниках со скругленными углами ( ).
  4. Подпиши все стрелки вариантами ответов.

Формат ответа: Код Mermaid.

Почему это работает: Промпт четко разделяет узлы на "вопросы" (ромбы) и "ответы" (прямоугольники), а также требует подписать каждую ветвь. Это создает визуально понятную иерархию, которая облегчает следование по логике принятия решения.

9. Архитектура простого веб-приложения

Проблема: Нужно наглядно показать основные компоненты системы (клиент, сервер, база данных) и как они взаимодействуют.

Решение: Промпт создает высокоуровневую архитектурную схему, отображающую поток данных между компонентами.

Текст промпта:

Ты – системный архитектор, рисующий схему архитектуры веб-приложения на Mermaid.

Контекст: Простая трехуровневая архитектура (клиент-сервер-БД).

Компоненты и взаимодействия:

  1. Пользователь взаимодействует с "Веб-браузером (Клиент)".
  2. "Веб-браузер" отправляет HTTP-запросы на "Веб-сервер (Бэкенд)".
  3. "Веб-сервер" обрабатывает запросы.
  4. Для получения или сохранения данных "Веб-сервер" обращается к "Базе данных".
  5. "База данных" возвращает данные "Веб-серверу".
  6. "Веб-сервер" формирует HTTP-ответ и отправляет его в "Веб-браузер".

Требования к схеме:

  1. Тип схемы: graph LR.
  2. Используй subgraph для визуального объединения связанных компонентов, если это необходимо (например, сервер и БД в "Серверную часть").
  3. Используй разные формы для разных сущностей: fa:fa-user для пользователя, прямоугольники для компонентов.
  4. Подпиши стрелки, чтобы показать тип взаимодействия (например, "HTTP-запрос", "SQL-запрос").

Формат ответа: Готовый код Mermaid.

Почему это работает: Использование subgraph позволяет логически сгруппировать элементы, а подписи на стрелках конкретизируют тип взаимодействия. Это делает схему не просто набором блоков, а информативным описанием архитектуры.

10. Процесс CI/CD (непрерывная интеграция и доставка)

Проблема: Необходимо объяснить команде, как устроен автоматизированный процесс сборки, тестирования и развертывания приложения.

Решение: Промпт генерирует последовательную схему, иллюстрирующую все этапы конвейера CI/CD.

Текст промпта:

Ты – DevOps-инженер, визуализирующий CI/CD-пайплайн с помощью Mermaid.

Контекст: Стандартный процесс CI/CD для веб-проекта.

Этапы пайплайна:

  1. Старт: "Разработчик делает коммит в Git-репозиторий".
  2. Триггер: Запускается "CI-сервер (например, Jenkins, GitLab CI)".
  3. Сборка: "Сборка проекта (компиляция, установка зависимостей)".
  4. Тестирование: "Запуск автоматических тестов (unit, integration)".
  5. Условие: "Тесты пройдены?".
  6. Ветка "Нет": "Уведомить команду об ошибке". Процесс останавливается.
  7. Ветка "Да": "Сборка Docker-образа".
  8. Развертывание: "Развертывание образа на тестовом сервере (Staging)".
  9. Финальный шаг: "Развертывание на рабочем сервере (Production)" (может быть ручным или автоматическим).
  10. Конец.

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Используй разные иконки из Font Awesome для наглядности (например, fa:fa-git для репозитория, fa:fa-cogs для сборки).
  3. Четко покажи ветвление на этапе тестирования с помощью ромба.

Формат ответа: Код Mermaid.

Почему это работает: Промпт детализирует каждый этап пайплайна и использует иконки, что делает схему более наглядной и понятной даже для нетехнических специалистов. Ветвление на этапе тестов – ключевой момент, который корректно отображает логику CI/CD.

11. Схема базы данных (ER-диаграмма)

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

Решение: Запрос использует специальный синтаксис Mermaid для ER-диаграмм, чтобы показать сущности и их отношения.

Текст промпта:

Ты – архитектор баз данных, создающий ER-диаграмму (сущность-связь) на Mermaid.

Контекст: Простая база данных для блога с пользователями, постами и комментариями.

Сущности и их атрибуты:

  1. USER: int id (PK), varchar name, varchar email.
  2. POST: int id (PK), varchar title, text content, int user_id (FK).
  3. COMMENT: int id (PK), text body, int post_id (FK), int user_id (FK).

Связи:

  1. Один USER может написать много POST (один-ко-многим).
  2. Один USER может оставить много COMMENT (один-ко-многим).
  3. К одному POST может быть много COMMENT (один-ко-многим).

Требования к схеме:

  1. Используй синтаксис erDiagram в Mermaid.
  2. Четко определи сущности, их атрибуты, первичные (PK) и внешние (FK) ключи.
  3. Укажи тип связей между сущностями (например, USER ||--o{ POST : "пишет").

Формат ответа: Готовый код erDiagram на Mermaid.

Почему это работает: Использование специализированного синтаксиса erDiagram и точное указание типов ключей (PK, FK) и кардинальности связей (||--o{) позволяет создать технически корректную и информативную схему, точно отражающую структуру БД.

12. Карта мысли (Mind Map)

Проблема: Нужно структурировать идеи, возникшие во время мозгового штурма, показав их иерархию и связи.

Решение: Промпт генерирует радиальную карту мыслей, где от центральной идеи отходят основные темы, а от них – подтемы.

Текст промпта:

Ты – фасилитатор мозговых штурмов, визуализирующий идеи в виде карты мыслей (Mind Map) с помощью Mermaid.

Контекст: Мозговой штурм на тему "Продвижение нового мобильного приложения".

Структура идей:

  1. Центральная идея: "Продвижение приложения".
  2. Основные ветки: "Онлайн-маркетинг", "Офлайн-мероприятия", "Партнерства", "Контент-маркетинг".
  3. Подтемы для "Онлайн-маркетинга": "Контекстная реклама", "SMM", "Email-рассылки".
  4. Подтемы для "Контент-маркетинга": "Статьи в блоге", "Видео-обзоры", "Кейсы".
  5. Подтемы для "Партнерств": "Сотрудничество с блогерами", "Интеграции с другими сервисами".

Требования к схеме:

  1. Используй синтаксис mindmap в Mermaid.
  2. Центральную идею помести в корень.
  3. Используй отступы для обозначения иерархии (дочерние идеи имеют больший отступ).
  4. Используй разные формы для разных уровней иерархии, если возможно (например, ( ) для второго уровня, [ ] для третьего).

Формат ответа: Код Mermaid для карты мыслей.

Почему это работает: Промпт использует специальный синтаксис mindmap, который автоматически строит радиальную или древовидную структуру. Использование отступов для иерархии – это основной способ управления структурой в этом типе диаграмм, и промпт делает на этом акцент.

13. Процесс обработки клиентской жалобы

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

Решение: Промпт создает детальную блок-схему с несколькими ветвлениями и ответственными лицами.

Текст промпта:

Ты – руководитель службы поддержки, создающий регламент обработки жалоб в виде блок-схемы на Mermaid.

Контекст: Полный цикл обработки жалобы клиента.

Логика процесса:

  1. Старт: "Получение жалобы (звонок, email)".
  2. Действие: "Регистрация обращения в CRM". Ответственный: Оператор 1-й линии.
  3. Условие: "Можно ли решить проблему сразу?".
  4. Ветка "Да": "Предоставить решение клиенту" -> "Закрыть обращение".
  5. Ветка "Нет": "Эскалация на 2-ю линию поддержки".
  6. Действие: "Глубокий анализ проблемы". Ответственный: Специалист 2-й линии.
  7. Условие: "Требуется ли вмешательство технического отдела?".
  8. Ветка "Да": "Передача заявки в тех. отдел" -> ... (дальнейшая логика тех. отдела).
  9. Ветка "Нет": "Найти решение" -> "Связаться с клиентом для решения" -> "Закрыть обращение".

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Используй subgraph для визуального разделения зон ответственности: "1-я линия поддержки", "2-я линия поддержки".
  3. В блоках указывай не только действие, но и ответственного, где это применимо. Например, id["Действие
    Ответственный"]    .
  4. Используй ромбы для всех точек принятия решений.

Формат ответа: Код Mermaid со subgraph и форматированием текста в блоках.

Почему это работает: Использование subgraph четко разграничивает зоны ответственности, что критически важно для бизнес-процессов. Форматирование текста внутри блоков (
, ) позволяет добавить дополнительную информацию (ответственного), не перегружая схему.

14. Гантт-диаграмма для плана проекта

Проблема: Нужно составить и визуализировать временной график выполнения задач по проекту.

Решение: Запрос нацелен на создание диаграммы Ганта, которая показывает задачи, их длительность и последовательность на временной шкале.

Текст промпта:

Ты – менеджер проектов, составляющий план проекта в виде диаграммы Ганта на Mermaid.

Контекст: План разработки нового веб-сайта.

Задачи и сроки:

  1. Раздел "Планирование":
    • "Анализ требований": с 2023-11-01, длительность 5 дней.
    • "Составление ТЗ": после "Анализа требований", 3 дня.
  2. Раздел "Дизайн":
    • "Создание макетов": после "Составления ТЗ", 7 дней.
    • "Утверждение дизайна": после "Создания макетов", 2 дня.
  3. Раздел "Разработка":
    • "Настройка окружения": с 2023-11-10, 2 дня.
    • "Frontend-разработка": после "Утверждения дизайна", 14 дней.
    • "Backend-разработка": после "Утверждения дизайна", 15 дней.
  4. Раздел "Тестирование":
    • "Тестирование": после "Frontend-разработка" и "Backend-разработка", 5 дней.

Требования к схеме:

  1. Используй синтаксис gantt в Mermaid.
  2. Установи формат даты: dateFormat YYYY-MM-DD.
  3. Установи заголовок диаграммы: title План разработки веб-сайта.
  4. Сгруппируй задачи по разделам (section).
  5. Для каждой задачи укажи название, статус (необязательно), дату начала/id задачи-предшественника и длительность.

Формат ответа: Готовый код Mermaid для диаграммы Ганта.

Почему это работает: Промпт использует специальный синтаксис gantt и его ключевые директивы (dateFormat, title, section), что позволяет точно структурировать временной график, указать зависимости между задачами и сгруппировать их по этапам проекта.

15. Схема воронки продаж

Проблема: Нужно визуализировать этапы, которые проходит клиент от первого контакта до покупки, и показать конверсию на каждом этапе.

Решение: Промпт создает диаграмму-воронку, наглядно демонстрирующую сужение аудитории на каждом шаге.

Текст промпта:

Ты – маркетолог, анализирующий эффективность воронки продаж. Создай ее визуализацию с помощью Mermaid.

Контекст: Воронка продаж для онлайн-курса.

Этапы воронки и данные:

  1. Осведомленность (Посетители сайта): 10000
  2. Интерес (Подписались на рассылку): 3000
  3. Рассмотрение (Посетили вебинар): 1500
  4. Намерение (Оставили заявку на курс): 500
  5. Покупка (Оплатили курс): 150

Требования к схеме:

  1. Используй синтаксис funnel-chart-plus или аналогичный, который поддерживается для воронок. Если Mermaid его не поддерживает, используй graph TD и стилизуй блоки так, чтобы они напоминали воронку.
  2. Тип диаграммы: funnel.
  3. Заголовок: "Воронка продаж онлайн-курса".
  4. Данные: Укажи название каждого этапа и соответствующее ему числовое значение.
  5. Рассчитай и отобрази конверсию между шагами. Например, "Интерес (30%)".

Формат ответа: Код Mermaid для диаграммы-воронки. Примечание: если нативный синтаксис воронки не поддерживается, сгенерируй код на graph TD, который эмулирует воронку.

Почему это работает: Хотя нативная поддержка воронок в Mermaid может быть ограничена, промпт предлагает альтернативный путь (эмуляция через graph TD), что демонстрирует гибкость. Главное – он требует указать числовые значения и конверсию, превращая простую схему в инструмент анализа.

16. Схема взаимодействия API

Проблема: Нужно показать, как разные микросервисы или внешние системы обмениваются данными через API.

Решение: Промпт генерирует диаграмму последовательности (Sequence Diagram), идеально подходящую для демонстрации обмена сообщениями во времени.

Текст промпта:

Ты – backend-разработчик, документирующий взаимодействие сервисов с помощью диаграммы последовательности на Mermaid.

Контекст: Процесс авторизации пользователя через внешний сервис (например, через аккаунт Google).

Участники:

  • User (Пользователь)
  • WebApp (Ваше веб-приложение)
  • GoogleAuth (Сервис аутентификации Google)
  • Backend (Ваш сервер)

Последовательность сообщений:

  1. User нажимает "Войти через Google" на WebApp.
  2. WebApp перенаправляет User на GoogleAuth.
  3. User вводит логин/пароль на GoogleAuth.
  4. GoogleAuth возвращает WebApp временный auth_code.
  5. WebApp отправляет auth_code на свой Backend.
  6. Backend обменивает auth_code на access_token у GoogleAuth.
  7. GoogleAuth возвращает access_token на Backend.
  8. Backend создает сессию для User и возвращает WebApp подтверждение входа.
  9. WebApp показывает User его личный кабинет.

Требования к схеме:

  1. Используй синтаксис sequenceDiagram в Mermaid.
  2. Четко определи всех участников (participant).
  3. Используй разные типы стрелок для запросов и ответов (-> и -->).
  4. Добавляй заметки (note right of/left of) для пояснения сложных шагов.

Формат ответа: Готовый код Mermaid для диаграммы последовательности.

Почему это работает: Диаграмма последовательности – стандарт для описания API-взаимодействий. Промпт точно перечисляет участников и порядок сообщений, а требование использовать разные стрелки и заметки делает результат максимально информативным и легко читаемым.

17. Иерархическая структура компании

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

Решение: Промпт создает древовидную схему, которая идеально отражает иерархические отношения.

Текст промпта:

Ты – HR-специалист, создающий организационную структуру компании в виде блок-схемы на Mermaid.

Контекст: Иерархия небольшой IT-компании.

Структура:

  1. Верхний уровень: "Генеральный директор".
  2. Второй уровень (подчиняются Ген. директору): "Технический директор (CTO)", "Коммерческий директор (CCO)", "Операционный директор (COO)".
  3. Третий уровень:
    • Подчиняются CTO: "Отдел разработки", "Отдел QA".
    • Подчиняются CCO: "Отдел продаж", "Отдел маркетинга".
    • Подчиняются COO: "Отдел кадров", "Бухгалтерия".

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Четко покажи иерархию с помощью стрелок от руководителя к подчиненному.
  3. Используй разные формы или стили для разных уровней управления. Например, classDef top_level fill:#cde4ff, classDef mid_level fill:#eef5ff.
  4. Сгруппируй отделы под их руководителями для наглядности.

Формат ответа: Код Mermaid с классами для стилизации.

Почему это работает: Промпт использует простую древовидную структуру graph TD, которая интуитивно понятна для отображения иерархии. Добавление стилей через classDef помогает визуально разделить уровни управления, делая схему более профессиональной.

18. Схема "Причина-Следствие" (Диаграмма Исикавы)

Проблема: Нужно проанализировать проблему, выявив все возможные корневые причины, сгруппированные по категориям.

Решение: Промпт эмулирует диаграмму Исикавы ("рыбья кость") с помощью карты мыслей, где "голова" – проблема, а "кости" – категории причин.

Текст промпта:

Ты – менеджер по качеству, анализирующий проблему с помощью диаграммы причин и следствий (Исикавы). Создай ее эмуляцию с помощью карты мыслей (mindmap) в Mermaid.

Контекст: Проблема – "Низкая скорость работы сайта".

Категории причин (основные "кости"):

  1. Люди: "Недостаток квалификации разработчиков".
  2. Методы: "Отсутствие кеширования", "Неоптимизированные запросы к БД".
  3. Оборудование (Сервер): "Недостаточно ОЗУ", "Медленный диск".
  4. Материалы (Код): "Тяжелые библиотеки", "Большой размер изображений".
  5. Окружение: "Высокая нагрузка в пиковые часы".

Требования к схеме:

  1. Используй синтаксис mindmap.
  2. В центре (корне) укажи проблему: "Низкая скорость работы сайта".
  3. Основными ветками сделай категории причин (Люди, Методы и т.д.).
  4. От каждой категории сделай дочерние ветки с конкретными причинами.
  5. Постарайся расположить ветки так, чтобы это напоминало "рыбью кость".

Формат ответа: Код Mermaid для карты мыслей, эмулирующей диаграмму Исикавы.

Почему это работает: Хотя в Mermaid нет нативной диаграммы Исикавы, синтаксис mindmap отлично подходит для эмуляции ее структуры. Промпт четко определяет "проблему" как корень и "категории" как основные ветви, что позволяет создать логичную и полезную для анализа схему.

19. Процесс проведения A/B-тестирования

Проблема: Нужно описать шаги для проведения A/B-теста, от формулирования гипотезы до анализа результатов.

Решение: Промпт создает последовательную блок-схему, которая детализирует каждый этап методологии A/B-тестирования.

Текст промпта:

Ты – маркетолог-аналитик, описывающий процесс A/B-тестирования с помощью блок-схемы на Mermaid.

Контекст: Проведение A/B-теста для кнопки "Купить" на сайте.

Этапы процесса:

  1. Старт: "Сформулировать гипотезу" (например, "Красная кнопка даст большую конверсию, чем зеленая").
  2. Действие: "Создать вариант А (старая кнопка) и вариант Б (новая кнопка)".
  3. Действие: "Настроить разделение трафика (50/50)".
  4. Действие: "Запустить тест и собирать данные".
  5. Условие: "Достигнута ли статистическая значимость?".
  6. Ветка "Нет": Продолжать сбор данных. Возврат к предыдущему шагу.
  7. Ветка "Да": "Остановить тест".
  8. Действие: "Проанализировать результаты".
  9. Условие: "Подтвердилась ли гипотеза?".
  10. Ветка "Да": "Внедрить победный вариант для всех пользователей".
  11. Ветка "Нет": "Сформулировать новую гипотезу или оставить старый вариант".
  12. Конец.

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Отрази циклический характер сбора данных до достижения стат. значимости.
  3. Используй ромбы для всех условий и принятия решений.

Формат ответа: Код Mermaid.

Почему это работает: Промпт точно отражает методологию A/B-тестирования, включая ключевые моменты, такие как проверка статистической значимости (цикл) и финальное решение на основе результатов. Это делает схему не просто иллюстрацией, а полноценной инструкцией.

20. Схема работы чат-бота

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

Решение: Промпт создает древовидную схему, показывающую возможные ветви диалога в зависимости от ответов пользователя.

Текст промпта:

Ты – проектировщик разговорных интерфейсов, создающий схему диалога для чат-бота на Mermaid.

Контекст: Чат-бот для записи в салон красоты.

Логика диалога:

  1. Старт: Бот приветствует: "Здравствуйте! На какую услугу хотите записаться?".
  2. Пользователь отвечает.
  3. Бот: "Отлично! Выберите мастера". Показывает список мастеров.
  4. Пользователь выбирает мастера.
  5. Бот: "Выберите удобную дату и время". Показывает свободные слоты.
  6. Пользователь выбирает слот.
  7. Бот: "Подтвердите запись: [Услуга], [Мастер], [Дата, Время]". Кнопки "Подтвердить" / "Изменить".
  8. Условие: Пользователь нажал "Подтвердить"?
  9. Ветка "Да": "Вы успешно записаны! Ждем вас." -> Конец.
  10. Ветка "Нет": Возврат к шагу выбора услуги/мастера/времени.

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Используй разные формы для реплик бота и действий пользователя, чтобы было понятно, кто что делает. Например, (Реплика бота) и [Действие пользователя].
  3. Четко покажи все ветвления диалога.

Формат ответа: Код Mermaid.

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

21. Схема процесса онбординга нового сотрудника

Проблема: Нужно создать наглядный план действий для HR-менеджера и руководителя по адаптации нового сотрудника.

Решение: Промпт генерирует диаграмму Ганта, которая разбивает процесс онбординга на временные этапы (первый день, первая неделя, первый месяц).

Текст промпта:

Ты – HR-менеджер, планирующий процесс адаптации нового сотрудника с помощью диаграммы Ганта на Mermaid.

Контекст: План онбординга на первый месяц.

Задачи и этапы:

  1. Раздел "До первого дня":
    • "Отправка welcome-письма": 2023-12-01, 1d.
    • "Подготовка рабочего места": 2023-12-02, 1d.
  2. Раздел "Первый день":
    • "Встреча и экскурсия по офису": 2023-12-05, 1d.
    • "Знакомство с командой": after "Встреча и экскурсия по офису", 1d.
    • "Выдача оборудования": after "Знакомство с командой", 1d.
  3. Раздел "Первая неделя":
    • "Постановка первых задач": after "Выдача оборудования", 5d.
    • "Первая встреча 1-на-1 с руководителем": 2023-12-12, 1d.
  4. Раздел "Первый месяц":
    • "Промежуточная оценка прогресса": 2023-12-25, 1d.
    • "Завершение испытательного срока": 2024-01-05, 1d.

Требования к схеме:

  1. Используй синтаксис gantt.
  2. Заголовок: "План онбординга нового сотрудника".
  3. Формат даты: dateFormat YYYY-MM-DD.
  4. Раздели задачи на логические секции (До первого дня, Первый день и т.д.).
  5. Отметь ключевые события (вехи) как milestone.

Формат ответа: Код Mermaid для диаграммы Ганта.

Почему это работает: Диаграмма Ганта идеально подходит для визуализации процессов, растянутых во времени. Использование секций и вех (milestone) позволяет структурировать план и выделить самые важные контрольные точки в процессе адаптации.

22. Схема с использованием подграфов для группировки

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

Решение: Промпт активно использует команду subgraph для создания вложенных блоков, что повышает читаемость сложной диаграммы.

Текст промпта:

Ты – системный аналитик, детализирующий сложный процесс с помощью Mermaid, используя подграфы для группировки этапов.

Контекст: Процесс онлайн-заказа и его обработки.

Структура процесса:

  1. Этап "Клиентские действия":
    • "Выбор товара".
    • "Оформление заказа".
    • "Оплата".
  2. Этап "Обработка на складе":
    • "Получение информации о заказе".
    • "Сборка заказа".
    • "Упаковка".
  3. Этап "Логистика":
    • "Передача в службу доставки".
    • "Доставка клиенту".

Связи: "Оплата" ведет к "Получение информации о заказе". "Упаковка" ведет к "Передача в службу доставки".

Требования к схеме:

  1. Тип схемы: graph TD.
  2. Используй subgraph для каждого этапа: subgraph Клиентские действия ... end.
  3. Настрой стиль для подграфов, чтобы они были визуально различимы.
  4. Четко покажи стрелками переходы не только внутри подграфов, но и между ними.

Формат ответа: Код Mermaid с вложенными подграфами.

*****

Почему это работает: subgraph – мощный инструмент для управления сложностью. Промпт заставляет нейросеть логически сгруппировать шаги, что делает даже очень разветвленный процесс понятным, так как его можно воспринимать по частям, как "черные ящики".

Продвинутые команды для кастомизации блок-схем в Mermaid

Освоив основы, многие сталкиваются с желанием сделать схемы более наглядными и стилизованными. Mermaid предоставляет для этого достаточно инструментов, которые часто упускают из виду. Знание этих команд позволяет превратить стандартную диаграмму в профессиональный и уникальный визуальный артефакт.

Команда / Прием Описание и синтаксис Когда и зачем применять
Определение классов (classDef) Позволяет создать именованный набор стилей (цвет заливки, рамки, шрифта) и применять его к узлам. classDef className fill:#f9f,stroke:#333,stroke-width:4px; Когда нужно визуально сгруппировать однотипные узлы (например, все условия – желтым, все действия – серым) или выделить ключевые шаги. Делает схему читаемее.
Применение классов (:::) Присваивает ранее определенный класс одному или нескольким узлам. A:::className или class A,B,C className Это основной способ применения стилей, созданных с помощью classDef. Позволяет быстро и централизованно менять вид множества элементов.
Стилизация отдельных узлов (style) Позволяет задать стиль напрямую для конкретного узла, не создавая класс. style A fill:#bbf,stroke:#333,stroke-width:2px Когда нужно выделить всего один-два уникальных элемента, и создание отдельного класса для них избыточно. Для быстрых, точечных правок.
Разные виды стрелок --> (сплошная), -.-> (пунктирная), ==> (жирная), -- Текст --> (с подписью). Пунктирные стрелки – для необязательных или второстепенных связей. Жирные – для акцентирования главного потока. Подписи – для объяснения условия перехода.
Разные формы узлов id[Текст] (прямоугольник), id(Текст) (скругленный), id((Текст)) (круг), id{Текст} (ромб), id>Текст] (асимметричный). Форма узла несет семантическую нагрузку: ромб – всегда условие, круг – начало/конец, прямоугольник – действие. Правильное использование форм улучшает понимание схемы без чтения текста.
Использование иконок (Font Awesome) Позволяет вставлять иконки в узлы для большей наглядности. id["fa:fa-user Пользователь"] Когда нужно быстро идентифицировать тип элемента. Например, иконка пользователя, базы данных, шестеренки для процесса. Значительно ускоряет визуальное сканирование схемы.
Click-события и ссылки Позволяет сделать узел кликабельным. click A "http://адрес.ру" "Подсказка" или click A call функция() Для создания интерактивных схем. Можно связать узел с внешней документацией, другой схемой или вызвать JavaScript-функцию на странице.

Неочевидные советы для работы с промптами

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

  1. Начинайте с простого, а затем усложняйте. Не пытайтесь сразу сгенерировать финальную, сложную схему. Попросите ИИ сначала создать базовую структуру из 3-4 ключевых блоков, а затем в следующих запросах добавляйте детали: ветвления, подграфы и стили.
  2. Просите нейросеть комментировать сгенерированный код. Добавьте в промпт требование: "Добавь комментарии к каждой логической части кода Mermaid/PlantUML". Это невероятно полезно для будущих правок: вы сможете легко найти нужный блок и изменить его вручную, не разбираясь во всей структуре.
  3. Сохраняйте удачные classDef и стили в отдельный файл. Если вы нашли хорошее сочетание цветов и форм для ваших схем, сохраните этот блок кода. В будущем вы сможете просто вставлять его в начало промпта, чтобы все ваши диаграммы выглядели в едином корпоративном стиле. Это экономит массу времени.
  4. Используйте "ролевую игру" для получения специфических схем. Вместо "создай схему" пишите "Ты – DevOps-инженер, объясняющий CI/CD для джуниора" или "Ты – финансовый аналитик, показывающий движение средств". Это дает нейросети больше контекста и помогает выбрать правильный уровень детализации и терминологию.
  5. Если ИИ "забывает" часть логики, перечислите шаги нумерованным списком. Иногда в сложных запросах нейросеть может упустить один-два шага. Строгая нумерация в промпте (1. Шаг A, 2. Шаг Б) служит для нее своего рода чек-листом и значительно снижает вероятность таких пропусков.
  6. Для сложных связей используйте идентификаторы узлов. Вместо того чтобы писать Блок1 --> Блок2, всегда давайте узлам короткие ID: A[Блок1] --> B[Блок2]. Это предотвращает путаницу, особенно в больших схемах, и позволяет легко ссылаться на любой элемент в последующих уточняющих запросах.
  7. Не бойтесь просить переделать в другом формате. Если результат в Mermaid вас не устроил (например, автоматическое расположение элементов выглядит некрасиво), скопируйте полученный код и попросите: "Перепиши этот код для PlantUML, сохранив всю логику". Иногда другой движок рендеринга справляется с задачей гораздо лучше.
Теги:
Раньше Промпты для работы с файлами. 30 готовых примеров для генерации
Позже Как написать ответ на акт проверки? FAQ: классический способ и нейросеть

Еще статьи: