Нейросеть может нарисовать схему: какой формат выбрать
Какой результат может дать нейросеть: нарисовать схему, описать связи или подготовить код. Выбираем формат по тому, кто будет читать и менять диаграмму.
Денис
Продакт LibraChat
8 мин чтения
«Добавь ещё одну стрелку», — попросил коллега. Я открыл картинку нашей инструкции и понял, что двигать в ней нечего: все блоки уже стали одним изображением. Порядок доставки поменялся, а схема осталась красивой фотографией прежнего порядка. Если ты ищешь «какой нейросеть может нарисовать схему», сначала реши, что придётся делать с результатом. LibraChat поможет подготовить содержание и по запросу создать картинку. Но для постоянных правок может понадобиться совсем другой формат.
Нейросеть может нарисовать схему. Какой результат тебе нужен?
Я готовил памятку для магазина с самовывозом. Заказ приезжает в пункт, хранится 5 дней, затем его либо забирает получатель, либо возвращают отправителю. На встрече хватало нескольких блоков. Для сотрудников понадобились подписи условий. А человеку, который обновлял памятку, нужен был способ менять связи без перерисовки всей страницы. У одного процесса оказалось три разных читателя.
Моя первая ошибка была в выборе результата. Я думал о том, что показать сегодня, хотя схему собирались использовать несколько месяцев. Изображение удобно вставить в письмо или слайд. Но если в нём нет отдельно редактируемых объектов, подпись нельзя просто поправить как слово в документе. Можно заменить фрагмент или создать новую картинку. Это уже другой характер работы.
Поэтому я разделяю три задачи. Содержание отвечает, какие состояния и переходы существуют. Диаграмма показывает их расположение и связи. Формат передачи определяет, что получатель сможет изменить. Нейросеть может помочь на каждом из этих этапов в пределах своих возможностей, но одна фраза «нарисуй схему» не сообщает, какой результат ты ожидаешь получить в конце.
В LibraChat можно обсудить описание процесса, попросить таблицу связей или помощь с кодом. По явной просьбе он создаёт изображение. Эти возможности не означают, что любая нарисованная диаграмма автоматически станет набором редактируемых фигур. Если тебе нужен конкретный файл, заранее назови его формат и проверь фактический результат. Особенно когда дальше с ним будет работать другой человек.
Что изменится первым: оформление, подпись или сама связь?
Последний вопрос оказался самым полезным. В нашем магазине изменился не цвет блока. Появился путь для заказа, который получатель отменил до поступления в пункт. Такую правку трудно свести к замене одной надписи. Нужно добавить событие и понять, из какого состояния в него можно перейти. Отсюда и следовало решение о формате.
Текст, код или изображение: сравниваю по будущей работе
Если нужно обсудить логику, я начинаю с перечня переходов. Это выглядит скромно, зато собеседник читает обычные фразы. Если задача уже ясна и требуется наглядность, выбираю визуальное представление. Код диаграммы полезен там, где его смогут открыть и преобразовать в схему. Красивое слово в названии формата само по себе не делает его удобным для команды.
Представление · Для какой работы я его выбираю · Что важно сохранить · Что проверить перед передачей
Текстовый перечень переходов — Разобрать условия с владельцем процесса — Полные названия состояний и событий — Однозначно ли понятно начало каждой связи
Код Mermaid — Хранить описание связей текстом и строить диаграмму в совместимом инструменте — Имена узлов, связи и условия — Есть ли у получателя поддержка Mermaid
Редактируемые фигуры — Совместно перестраивать рабочую схему в редакторе — Отдельные блоки и соединения — Действительно ли элементы можно менять
Готовое изображение — Вставить согласованную схему в памятку — Читаемость и действующую версию — Не потерялись ли подписи при уменьшении
Я собрал эту таблицу, когда понял, что выбирал вид результата за коллегу. Мне привычно читать короткий код. Ему удобнее двигать прямоугольники мышью. Если передать ему только исходник Mermaid, формально всё будет редактируемым, а практически работа встанет. Выбор должен учитывать следующего человека, а не только автора диаграммы.
Есть и обратный случай. Для небольшой неизменяемой памятки код может оказаться лишней ступенью. Если содержание уже согласовано, а единственная задача — разместить рисунок рядом с инструкцией, достаточно проверенного изображения. Я не называю один вариант главным. Разница в том, какую работу нужно продолжить после получения результата. Иногда ответ заканчивается картинкой, иногда только начинается с неё.
Как я описываю связи, прежде чем просить оформление
В нашей памятке слово «возврат» сначала стояло сразу после слова «хранение». Стрелка выглядела логично, но не сообщала, при каком условии надо отправлять заказ обратно. Можно было решить, что любой поступивший заказ должен пройти возврат. Я проверил подписи, убрав мысленно цвет и расположение. Без условия связь действительно читалась двусмысленно.
Сначала я сделал текстовую версию правила: «Если получатель забрал заказ в срок, отмечаем выдачу. Если срок закончился, а заказ не забрали, оформляем возврат». Это два разных исхода одного состояния. Коллеге хватало этой записи. В ней легко заменить срок и добавить условие, не отвлекаясь на выравнивание блоков. Мысль остаётся видимой без графического оформления.
В Mermaid простая основа может выглядеть так:
```mermaid
flowchart LR
A["Заказ поступил в пункт"] --> B["Хранение заказа"]
B -->|"Получатель забрал в срок"| C["Выдан получателю"]
B -->|"Срок истёк, заказ не забрали"| D["Оформлен возврат"]
```
Здесь буквы обозначают узлы, а стрелки связывают их. Текст над связью уточняет событие. Код нужно открыть в инструменте, который поддерживает Mermaid: вставка этих строк в обычное поле документа не обязана превратить их в рисунок. И полученное изображение ещё надо прочитать. Правильное расположение скобок не доказывает правильность описанного порядка доставки.
Для подготовки своей основы попробуй в чате LibraChat такой запрос:
Помоги описать схему самовывоза для внутренней памятки магазина. После поступления в пункт заказ хранится пять дней. Если получатель забрал его в этот срок, итог — выдача. Если срок закончился и заказ не забрали, итог — оформление возврата. Сначала дай перечень состояний и переходов с условиями. Затем предложи компактный код Mermaid. Не добавляй оплату, проверку документов и другие действия, о которых я не написал. Неясности перечисли отдельно от схемы.
Подставь действительные правила своего процесса. Пять дней в моём описании — условие этой памятки, а не общий срок для всех служб доставки. Если твой порядок зависит от выходных, продления хранения или отмены, эти условия нужно описать до оформления. Нельзя ожидать, что они появятся в схеме сами и совпадут с действующей практикой.
Если выберешь готовый рисунок, пригодится описание изображения через текст. Только сначала остановись на одном отрицательном исходе: что происходит, когда обычный путь не завершается? В нашем случае это невыданный заказ. Если он исчезает из схемы, выбирать цвета и форму стрелок пока рано.
Выбираю по получателю и проверяю одной настоящей правкой
Для обсуждения с владельцем магазина я оставлю текстовую основу. Для человека, который ведёт памятку, передам редактируемое представление. Сотруднику пункта дам согласованную визуальную версию с понятными условиями. Так три формы решают разные задачи и не обязаны конкурировать. Но они должны описывать один порядок, поэтому сохраняй связь между исходным текстом и выпускаемой картинкой.
Перед приёмкой полезно заранее назвать изменение. Допустим, срок увеличился с пяти до семи дней. Сможет получатель поправить его в выбранном результате? А если появился новый путь отмены до поступления? Первое изменение проверяет удобство редактирования подписи. Второе проверяет возможность изменить структуру. Это более точный способ выбора, чем впечатление «выглядит профессионально».
Я проверяю передачу так:
Выбираю одну подпись и прошу показать, где её менять.
Называю новое условие и нахожу связь, которую оно затрагивает.
Уточняю, где будет храниться редактируемый исходник.
Смотрю, как получатель отличит новую версию памятки от прежней.
Наличие картинки не означает наличие такого исходника. Если ты попросил его отдельно, проверь, что пришёл именно нужный результат, а не сообщение о готовности. В LibraChat возможности генерации и работы с файлами различаются по условиям доступа; их можно уточнить в описании тарифов. Саму задачу удобнее сформулировать раньше выбора режима.
Я вернулся к просьбе коллеги добавить стрелку и наконец понял, почему она не была мелкой правкой. Нам требовалась схема, которую можно развивать. Возьми свою будущую диаграмму и назови изменение, ради которого её откроют через месяц. После этого выбор между текстом, кодом, фигурами и изображением становится гораздо предметнее.
