Communitygithub.com

maksimilianius1989/claude_skills

Crie diagramas profissionais como HTML/SVG/PNG autônomos, com 45 tipos visuais (arquitetura, fluxo, UML, Gantt, Sankey, etc.) e um sistema de design editorial personalizável.

O que é claude_skills?

Esta skill capacita agentes de IA como Claude Code, Cursor ou Codex a gerar diagramas técnicos de alta qualidade como arquivos HTML autônomos com SVG inline e um sistema de design editorial completo. Ela oferece 45 tipos visuais distintos, incluindo arquitetura, fluxograma, sequência, máquina de estados, modelo ER, Gantt, Sankey, mapa de Wardley e muito mais, com suporte para importação de arquivos .drawio, Mermaid e .excalidraw. A skill enfatiza a personalização da marca através de um guia de estilo editável (style-guide.md), perfis nomeados e tokens de design (cores, tipografia, bordas). A filosofia central é 'o movimento de maior qualidade geralmente é a exclusão' – priorizando diagramas limpos e focados, com densidade alvo de 4/10. Para evitar poluição visual, ela inclui regras rígidas de anti-padrões e um orçamento de complexidade (máximo de 9 nós antes de sugerir uma divisão). Além dos tipos diretos, a skill oferece padrões semânticos para comportamentos como filas de gargalo, avaliação de políticas de segurança ou mapas de ciclo de vida, que orientam a seleção do tipo visual mais adequado.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/maksimilianius1989/claude_skills/tree/HEAD/diagram-design

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Design de Diagramas

Crie diagramas como arquivos HTML autônomos com SVG inline e um sistema de design editorial.

Quarenta e cinco tipos visuais. Padrões semânticos descrevem comportamento; referências de tipo descrevem layout.


0. Configuração inicial — Portão do guia de estilo

Antes de gerar seu primeiro diagrama em um novo projeto, verifique se o guia de estilo foi personalizado.

Não entregue silenciosamente diagramas com skin padrão em um projeto com marca própria.

Primeiro, resolva qualquer marcador .diagram-design do projeto conforme references/profiles.md; um marcador resolvido com sucesso seleciona seu perfil e ignora este portão. Essa referência é responsável por falhas, o padrão protegido e o comportamento de salvamento.

Abra references/style-guide.md e verifique os tokens padrão. Se eles ainda forem os padrões enviados (papel #f5f5f5, tinta #2d3142, destaque #bf4520), pause e pergunte ao usuário:

"Este é seu primeiro diagrama neste projeto e o guia de estilo ainda é o padrão. Personalizar agora? Opções: (a) URL do site, (b) skill instalada, (c) pasta local/sistema de design, (d) colar tokens, (e) manter padrão, (f) carregar perfil salvo."

Em seguida, siga a seção correspondente de references/onboarding.md; para (f) siga references/profiles.md.

Depois que o guia de estilo for personalizado (ou o usuário escolheu explicitamente o padrão), ignore este portão em execuções posteriores. Um cabeçalho de perfil principal nomeia o perfil ativo copiado. Sem um cabeçalho, qualquer valor de função semântica ou família tipográfica diferente dos padrões enviados significa personalizado-não salvo: ignore o portão e ofereça salvá-lo como um perfil. Tokens totalmente padrão sem marcador/cabeçalho acionam o portão. Após a integração, ofereça salvar como um perfil de cliente nomeado conforme references/profiles.md.


1. Filosofia

O movimento de maior qualidade geralmente é a exclusão.

Aplicado a esquemas:

  • Cada nó representa uma ideia distinta. Dois nós que sempre andam juntos são um nó.
  • Cada conexão carrega informação. Se o relacionamento é óbvio pelo layout, remova a linha.
  • Coral é editorial, não uma bandeira. 1–2 nós focais por diagrama. Usá-lo em 5 nós apaga o sinal.
  • O esquema não está pronto quando tudo é adicionado. Está pronto quando nada pode ser removido.

Densidade alvo: 4/10. Suficiente para ser tecnicamente completo. Não tão denso que precise de um guia. Acima de 9 nós, provavelmente são dois diagramas.


2. Quando Usar

Use para qualquer um dos 45 tipos visuais (§3) quando um leitor aprender mais com um visual do que com prosa, uma tabela ou uma lista com marcadores.

Não use para:

  • Diagramas unicode rápidos → uma ferramenta de texto simples separada, como wiretext. Esta skill não fornece uma.
  • Listas de coisas → tabela ou marcadores.
  • Antes/depois apenas de atributos → tabela; mudanças de topologia → Delta de arquitetura.
  • "Diagramas" de uma forma → apenas escreva a frase.

Antes de desenhar, pergunte: O leitor aprenderia mais com isso do que com um parágrafo bem escrito? Se não, não desenhe.


3. Seleção: padrão semântico, depois tipo visual

Quando comportamento, estado, aplicação ou risco carrega o significado, primeiro carregue references/semantic-patterns.md e escolha um padrão primário. Em seguida, escolha o tipo visual mais próximo para o layout. Se nenhum padrão corresponder, escolha o tipo diretamente.

Gatilho comportamentalPadrão semântico → tipo mais próximo
Fan-in, profundidade de fila, capacidade finita, gargaloFila Fan-in / Gargalo → Fluxo de dados
Slots repetidos de Pergunta / Entrada / Governança / Saída entre estágiosEstrutura de estágios com slots semânticos → Processo
Conversa ou entrada solta se torna um artefato durável estruturadoEntrada não estruturada → artefato estruturado → Fluxo de dados
Duas trilhas de regras precisam de passagem/falha/pulado/não alcançado e primeira divergênciaTrilhas pareadas de avaliação de política → Fluxograma
Limites de confiança mais caminhos de ingresso ou deploy permitidos/proibidosEstrada segura pavimentada → Arquitetura
Controles agrupados por onde são aplicadosCatálogo de governança/controle → Pilha de camadas
Defesas compensam lacunas anteriores e o risco residual se propagaCamadas de segurança compensatórias → Pilha de camadas
Decomposição hierárquica endereçável por ID, necessitando de E/S por bloco, restrições e um link de códigoDecomposição de bloco rastreável → Árvore
Um sujeito progride através de fases, espera, tentativas, cancelamento e resultados terminaisMapa de fase de ciclo de vida → Máquina de estados

O padrão é dono dos primitivos semânticos e seu orçamento mais apertado; o tipo é dono da gramática de layout. Use references/animation.md apenas quando movimento for solicitado ou esclarecer materialmente uma mudança ordenada; estático permanece o padrão.

Guia de tipos visuais (45)

Se você está mostrando…UseReferência
Componentes + conexões em um instantâneo; escopos aninhados de admin vs tráfegoArquiteturatype-architecture.md
Mudança estrutural entre topologias sincronizadas Antes / Depois, com um registro de MudançasDelta de arquiteturatype-architecture-delta.md
Cenário de TI legado por fase ou departamento; mostra o estado anteriorEstado atual de TItype-it-state.md
Lógica de decisão com ramificaçõesFluxogramatype-flowchart.md
Mensagens ordenadas no tempo entre atoresSequênciatype-sequence.md
Estados + transições + guardasMáquina de estadostype-state.md
Entidades + campos + relacionamentosER / modelo de dadostype-er.md
Eventos posicionados no tempoLinha do tempotype-timeline.md
Processo multifuncional com handoffsRaiatype-swimlane.md
Posicionamento / priorização em dois eixosQuadrantetype-quadrant.md
Múltiplas entidades pontuadas em 3–5 critérios quantitativosRadar / Aranhatype-radar.md
Uma série quantitativa em categorias cíclicas; ângulo=categoria, raio=magnitudeGráfico polartype-polar.md
Ciclo de reforço; a última etapa alimenta a primeira e um hub acumula estadoLooptype-loop.md
Hierarquia por contenção / escopoAninhadotype-nested.md
Relacionamentos Pai → filhosÁrvoretype-tree.md
Propriedade humana/agente/equipe, reporte, roteamento, escaladaOrganogramatype-org-chart.md
Níveis de abstração empilhadosPilha de camadastype-layers.md
Partes de um objeto separadas ao longo de um eixo: uma desmontagem, uma unboxing, ordem de montagemAxonométrica explodidatype-exploded.md
Um andar ou local visto de cima em um ângulo: salas com móveis, edifícios por fasePlanta axonométricatype-axonometric-plan.md
Sobreposição entre conjuntosVenntype-venn.md
Hierarquia classificada ou queda de conversãoPirâmide / funiltype-pyramid.md
Comparação quantitativa entre categoriasGráfico de barrastype-bar.md
Um total inicial conectado a um total final por contribuições sinalizadas (ponte orçamentária, deltas de headcount)Cascatatype-waterfall.md
Parte-do-todo onde os tamanhos relativos são a históriaTreemaptype-treemap.md
Dados tabulados cruzados; preenchimento codifica valor por célulaMapa de calortype-heatmap.md
Tendências contínuas ao longo do tempo, mudança entre exatamente dois estados (gráfico de declive), uma distribuição por série (ridgeline) ou movimento de classificação em vários instantâneos (bump)Gráfico de linhastype-line.md
Tarefas e fases em uma linha do tempoGantttype-gantt.md
Correlação ou distribuição de duas variáveis; variantes bolha (três variáveis) e beeswarm (uma variável, ponto por item)Gráfico de dispersãotype-scatter.md
Pilha de dados ponta a ponta em um cluster de contêineresAlto níveltype-high-level.md
Processo sequencial multi-ator com handoffs de dadosProcessotype-process.md
Armazenamento de dados em múltiplas camadas com níveis de qualidade e políticas de acessoMedalhãotype-medallion.md
Fluxo de dados com escopo de função: quem faz o quê em cada etapa do pipelineFluxo de dadostype-data-flow.md
Topologia de integração de uma plataforma de dados — fontes → núcleo → consumidoresIntegração DPtype-dp-integration.md
Matriz de permissões de acesso por função / por componenteMatriz de segurança DPtype-dp-security-matrix.md
Uma quantidade se dividindo e mesclando através de estágios, largura da banda = quantidadeSankeytype-sankey.md
Causas de um efeito observado, agrupadas por categoria (análise de causa raiz)Espinha de peixetype-fishbone.md
Cadeia de valor contra evolução — o que construir, comprar e o que está mudandoMapa de Wardleytype-wardley.md
Trabalho em andamento por estado, com limites WIP e itens bloqueadosKanbantype-kanban.md
O que uma pessoa faz através dos estágios de uma experiência e como se senteJornada do usuáriotype-journey.md
O que o cliente faz vs o que o serviço esconde, através de estágios, com uma linha de visibilidadeBlueprint de serviçotype-service-blueprint.md
Onde o software é executado — zonas, hosts, artefatos, réplicas, portasImplantaçãotype-deployment.md
O que depende do que, com fan-in e ciclos que uma árvore não pode expressarGrafo de dependênciatype-dependency.md
Classes com operações, herança, composição (outros diagramas UML em outro lugar)Classe UMLtype-uml-class.md
Espinha dorsal narrativa fatiada em releases, com a linha de corteMapa de históriatype-story-map.md
Tabelas físicas: tipos SQL, restrições, índices, FKs no nível de colunaEsquema de banco de dadostype-db-schema.md

Regras práticas:

  • Se uma tabela de 3 colunas comunica a mesma coisa, escolha a tabela.
  • Se dois tipos parecem úteis, escolha o eixo dominante; um padrão semântico pode adicionar primitivos específicos de comportamento, não uma segunda gramática de layout.
  • Se você ultrapassou o orçamento de complexidade (§7), divida em uma visão geral + detalhe.

Sempre carregue a referência do tipo escolhido vinculada no guia antes de desenhar. Quando roteado acima, carregue também semantic-patterns.md; quando a animação for escolhida, carregue animation.md.

Confirme antes de desenhar

Antes de renderizar, declare o plano em uma mensagem curta: o tipo visual escolhido (e padrão semântico, se roteado), a predefinição de tamanho e qualquer coisa que o orçamento de complexidade (§7) forçará a sair. Se o usuário estiver acessível, deixe-o redirecionar antes de desenhar; caso contrário, prossiga e anote as suposições ao lado da entrega. Pule a pausa apenas quando a solicitação já fixa exatamente tipo, tamanho e conteúdo.


4. Anti-padrões Universais

Estes marcam esquemas "AI slop" de qualquer tipo:

Anti-padrãoPor que falha
Modo escuro + brilho ciano/roxoParece "técnico" sem decisões de design
JetBrains Mono como fonte genérica de "dev"Mono é para conteúdo técnico — portas, comandos, URLs. Nomes vão em Geist sans.
Caixas idênticas para cada nóApaga a hierarquia
Legenda flutuando dentro da área do diagramaColide com nós
Rótulos de seta sem retângulo de máscaraSangra através da linha
Modo de escrita vertical writing-mode em setasIleggível
3 cartões de resumo de largura igual como padrãoGrade genérica — varie as larguras
Sombra em qualquer elementoSombras estão fora. Bordas estão dentro.
rounded-2xl em caixasRaio máximo 6–10px ou nenhum
Coral em cada nó "importante"Coral é 1–2 acentos editoriais, não um sistema de sinalização
Reproduzir o layout do renderizador do MermaidImporta espaçamento e roteamento automáticos em vez de fazer um layout editorial
Qualquer violação das seis regras de conector do §6Falha automática: inclinações diagonais, rótulos tocando seu traço, máscaras cortadas por um nó posterior, caminhos sobrepostos, pontos de anexação compartilhados, trânsito atrás de uma caixa que não é o ponto final

Anti-padrões específicos de tipo vivem em cada referência de tipo vinculada no guia.


5. Sistema de Design

O sistema de design é personalizável. references/style-guide.md é a fonte única de verdade para cores, tipografia, tokens e a paleta padrão; este arquivo nomeia funções semânticas (paper, ink, muted, accent, link, …). Para aplicar uma marca, edite style-guide.md ou execute o fluxo baseado em URL em references/onboarding.md.

Quando as especificações abaixo ou nas referências de tipo mencionam "tinta", "destaque", "suave", etc., procure o valor hexadecimal atual em style-guide.md.

Trechos de referência de tipo escrevem funções como placeholders: {ink}, {ink @ 0.40} para uma função em uma opacidade, e {node-name}, {sublabel}, {eyebrow}, {arrow-label}, {title}, {callout} para fontes. Resolva cada placeholder contra style-guide.md antes de emitir.

Funções semânticas (de relance)

FunçãoPropósito
paper, paper-2Fundo da página e fundo do contêiner
inkTexto principal / traço
muted, softTexto secundário, setas padrão, sub-rótulos
accentDestaque editorial (1–2 nós)
linkLinks clicáveis
success, warning, error, infoEstados de validação ou status
lineTraço de conector padrão
gridLinhas de grade (quadrantes, gráficos)
font-ui, font-monoFamílias tipográficas

Regras de Conector

  1. Ângulos de 90° ou 0°. Sem inclinações diagonais.
  2. Rótulos nunca tocam seu traço. Use um retângulo de máscara com preenchimento paper.
  3. As máscaras devem estar na frente de todos os traços, não cortadas por um nó posterior.
  4. Caminhos não se sobrepõem. Use curvas ou desvio.
  5. Cada conector tem seu próprio ponto de anexação. Não compartilhe pontos.
  6. Nunca transite atrás de uma caixa que não seja o ponto final.

6. Orçamento de Complexidade

LimiarAção
≤ 9 nósDiagrama único
10–15 nósDividir em visão geral + detalhe ou usar um tipo mais abstrato
> 15 nósDeve ser dividido em múltiplos diagramas

7. Saída

Gere um arquivo HTML autônomo com SVG inline. O arquivo deve:

  • Conter todos os estilos inline (não dependa de CSS externo)
  • Ser visualizável em qualquer navegador moderno
  • Ter uma tag <title> descritiva
  • Incluir um metadado <meta> com a data de geração e a versão da skill

Formatos de saída adicionais (PNG, SVG) podem ser gerados sob demanda.


8. Importação

Suporta importação de:

  • .drawio (diagrams.net)
  • .excalidraw (Excalidraw)
  • Mermaid (código mermaid)

A importação converte o layout original no sistema de design editorial, aplicando o guia de estilo ativo. O layout original é usado como referência, não uma réplica exata.


9. Manutenção e Perfis

  • Os perfis são armazenados em references/profiles.md.
  • Para salvar um perfil, use o comando save-profile com um nome.
  • Para carregar um perfil, use o comando load-profile.
  • Para listar perfis, use list-profiles.

10. Referências


Última atualização: 2025

Habilidades Relacionadas