lark-whiteboard
Создание диаграмм и графиков в Lark whiteboard
Преобразуйте сложную информацию в понятные визуальные диаграммы без усилий. Этот навык выполняет расчёты макета, стилизацию и рендеринг, чтобы вы могли сосредоточиться на содержании.
Скачать ZIP навыка
Загрузить в Claude
Перейдите в Settings → Capabilities → Skills → Upload skill
Включите и начните использовать
Протестировать
Использование «lark-whiteboard». Создайте простую организационную диаграмму для стартапа с CEO наверху, затем CTO и CMO, подчиняющиеся CEO, каждый с 2 членами команды
Ожидаемый результат:
Диаграмма организационной структуры с иерархической раскладкой: CEO на верхнем уровне, CTO и CMO на втором уровне, соединённые вертикальными линиями, и 4 члена команды на третьем уровне, сгруппированные под своими соответствующими руководителями. Применён чистый отступ и профессиональная стилизация.
Использование «lark-whiteboard». Нарисуйте матрицу сравнения методологий Agile и Waterfall по 5 критериям
Ожидаемый результат:
Диаграмма сравнения бок о бок с двумя колонками (Agile и Waterfall) и 5 строками (Планирование, Разработка, Тестирование, Поставка, Изменения). Каждая ячейка содержит краткие описания. Заголовки используют различные цвета для визуального различия.
Аудит безопасности
БезопасноAll 680 static analysis findings are FALSE POSITIVES. The flagged patterns exist in markdown documentation files as code examples showing CLI usage, DSL syntax, and diagram templates. The skill uses official Lark CLI tools (@larksuite/whiteboard-cli, lark-cli) for legitimate diagram rendering. No actual security vulnerabilities, malicious code, or data exfiltration risks detected.
Оценка качества
Что вы можете построить
Документация архитектуры ПО
Генерация диаграмм архитектуры системы, показывающих микросервисы, потоки данных и связи между слоями для технической документации
Визуализация бизнес-процессов
Создание блок-схем, временных шкал с вехами и матриц сравнения для презентаций заинтересованным сторонам и документации процессов
Анализ первопричин
Построение диаграмм Исикавы и организационных диаграмм для выявления проблем и представления выводов на ретроспективах команды
Попробуйте эти промпты
Создайте 3-слойную диаграмму архитектуры, показывающую фронтенд, бэкенд API-сервисы и уровни баз данных для приложения электронной коммерции. Включите основные компоненты в каждом слое и покажите поток данных между ними.
Сгенерируйте блок-схему процесса входа пользователя, включающую: начало, ввод учётных данных, точку принятия решения о проверке учётных данных, ветви успеха/неудачи, создание сессии и конечные состояния. Используйте стандартные символы блок-схем.
Спроектируйте диаграмму маховика роста для SaaS-продукта, показывающую цикл: Привлечение пользователей -> Активация -> Создание ценности -> Удержание -> Расширение -> Рекомендации -> Привлечение. Используйте круговую раскладку со стрелками, показывающими петлю обратной связи.
Создайте диаграмму Исикавы, анализирующую причины низкой производительности приложения. Используйте 5 категорий (Инфраструктура, Код, База данных, Сеть, Внешние сервисы) с 3-4 конкретными причинами под каждой. Рассчитайте координаты для правильных углов и отступов.
Лучшие практики
- Всегда используйте fit-content для высоты узлов, содержащих текст, чтобы предотвратить обрезку текста
- Применяйте принцип «снаружи светло, внутри тяжело»: используйте светлые цвета фона для контейнеров и белый для узлов контента
- Держите линии соединителей серыми (#BBBFC4) и используйте цвет в первую очередь для заполнения узлов, чтобы уменьшить визуальный шум
- Для flex-контейнеров опускайте координаты x/y, так как они игнорируются — используйте вместо этого свойство layout
- Размещайте соединители в массиве узлов верхнего уровня, никогда не вкладывайте внутрь дочерних элементов frame
Избегать
- Установка явных координат x/y внутри контейнеров с flex-раскладкой — координаты игнорируются
- Запись фиксированных числовых значений высоты для текстовых узлов вместо использования fit-content
- Вложение элементов соединителей внутрь дочерних элементов frame вместо корневого массива nodes
- Использование цветных линий соединителей, создающих визуальный беспорядок, вместо тонких серых
- Перегруженность диаграмм более чем 12 узлами без группировки или упрощения