Communitygithub.com

AILatest-Studio/ailatest-skill

Crea, revisa y genera diagramas de flujo de procesos listos para publicación en un sistema visual coherente de estilo chino para revistas, con número de etapas configurable, diseño horizontal o vertical, encabezados coloreados, separadores alineados, flechas de proceso rellenas, iconos lineales, tipografía Microsoft YaHei y exportación a PNG/SVG/PDF. Úsalo cuando un usuario pida dibujar, rediseñar, estandarizar o incrustar un proceso, cadena de evidencia, marco de decisión, flujo de trabajo de implementación o figuras similares para publicaciones; la temática y el número de etapas pueden variar.

¿Qué es ailatest-skill?

Este skill transforma cualquier proceso ordenado, marco de decisión, cadena de evidencia o flujo de trabajo de implementación en un diagrama de flujo claro y listo para publicación. El skill permite elegir entre 2 y 6 etapas, orientación horizontal o vertical, y una paleta de colores definida (azul marino, teal, verde) con flechas rellenas oscuras, iconos lineales blancos y tipografía Microsoft YaHei. Está diseñado para entornos de escritura científica (como revistas chinas) y es compatible con exportación a PNG (300 dpi), SVG y PDF. El flujo de trabajo incluye definir el contrato semántico (listando etapas y preguntas), estructurar el contenido con grupos de texto, aplicar el sistema visual desde una especificación de estilo, dibujar de forma determinista con Matplotlib/SVG y realizar un control de calidad riguroso antes de la entrega. Es útil cuando un usuario pide crear, rediseñar o estandarizar diagramas de procesos para publicaciones, y se invoca mediante el comando `$draw-process-flowchart`.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/AILatest-Studio/ailatest-skill/tree/HEAD/skills/draw-process-flowchart

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Diagrama de flujo de procesos

Usa esta habilidad para convertir cualquier proceso ordenado, marco de decisión, cadena de evidencia o flujo de trabajo de implementación en un diagrama de flujo claro y listo para publicación. La imagen de referencia suministrada es una referencia de estilo, no una plantilla fija de cuatro columnas: elige el número de etapas y la orientación según el contenido.

Flujo de trabajo

1. Definir el contrato semántico

Enumera las etapas reales antes de dibujar. Utiliza de dos a seis etapas por defecto; divide una etapa solo cuando tenga una decisión, propietario, entrada/salida o tipo de evidencia distinto. Fusiona etapas cuando las casillas adyacentes contengan texto repetitivo.

Elige la dirección de lectura:

  • usa una secuencia horizontal para 2–6 etapas compactas y páginas anchas;
  • usa una secuencia vertical para etiquetas largas, muchas etapas o páginas estrechas en orientación vertical;
  • usa una matriz bidimensional solo cuando dos dimensiones independientes sean analíticamente necesarias.

Escribe la secuencia principal en una línea, por ejemplo:

输入/观察 → 分析/设计 → 执行/交付 → 反馈/复核

Agrega una banda de implementación secundaria opcional solo cuando añada una transferencia o ciclo de vida distinto. Alinea sus etiquetas con las etapas principales correspondientes; no repitas el texto del panel principal.

Define una pregunta para cada etapa:

  • ¿Qué evidencia o entrada inicia el proceso?
  • ¿Qué análisis, verificación o clasificación ocurre a continuación?
  • ¿Qué opciones, acciones o decisiones siguen?
  • ¿Cómo se cierra la implementación, entrega, retroalimentación o revisión?

Preserva la terminología del usuario y la lógica causal. No inventes estadísticas, estándares, costos o afirmaciones causales para llenar espacio vacío.

2. Estructurar el contenido

Usa de dos a cuatro grupos de contenido cortos por etapa. Cada grupo tiene:

  1. una etiqueta corta coloreada (negrita);
  2. una línea de explicación concisa;
  3. un separador punteado claro debajo del grupo cuando le sigue otro grupo.

Mantén todas las etapas con la misma estructura interna a menos que el usuario solicite explícitamente un diseño de matriz, tarjeta o comparación. No le des a una etapa tarjetas internas adicionales solo porque contenga múltiples opciones; usa primero jerarquía de texto y separadores.

Mantén las notas explicativas breves y tenues. Coloca definiciones, límites de ejemplo o advertencias en la línea de nota en lugar de en las etiquetas principales. Mantén los títulos y leyendas de las figuras en el manuscrito cuando el documento ya los proporcione; no los dupliques dentro de la imagen.

3. Aplicar el sistema visual

Lee references/style-spec.md para los tokens exactos y las reglas de adaptación. El estilo de referencia utiliza:

  • fondo blanco, módulos de etapa iguales, bordes exteriores grises finos;
  • una paleta de azul marino profundo → teal → verde, extendida con tintes claros cuando se necesiten más etapas;
  • flechas rellenas oscuras entre etapas;
  • un icono lineal blanco pequeño por etapa, seleccionado para coincidir con el significado de la etapa;
  • sin degradados, sombras, rellenos de trama, mezclas de clip-art ni bucles decorativos.

Usa un archivo real de Microsoft YaHei siempre que el usuario solicite Microsoft YaHei. Registra los archivos de fuente regular y negrita explícitamente con Matplotlib FontProperties(fname=...); no confíes en la búsqueda por nombre de familia ni en la negrita sintética. Verifica la fuente en el SVG exportado e informa un problema de fuente en lugar de sustituir silenciosamente otra fuente CJK.

Usa tipografía negrita para encabezados, etiquetas de grupo, explicaciones principales, texto de acción y etiquetas de ciclo de vida. Usa texto regular o tenue solo para notas secundarias. Mantén la jerarquía visible a través del tamaño, color y espacio en blanco en lugar de agregar bordes innecesarios.

4. Dibujar de forma determinista

Prefiere un flujo de trabajo reproducible con Matplotlib/SVG. Comienza desde scripts/draw_flowchart_template.py, establece orientation y stages, y reemplaza las etiquetas de ejemplo con el contenido del usuario. Mantén ayudantes separados para:

  • geometría de etapas y bandas de encabezado;
  • iconos lineales de encabezado;
  • separadores alineados;
  • flechas poligonales rellenas;
  • banda de ciclo de vida/implementación opcional;
  • exportación a múltiples formatos.

Para un diseño horizontal de cuatro etapas, usa la geometría de referencia en references/style-spec.md. Para otros números de etapas, calcula anchos de módulo iguales y usa los mismos márgenes exteriores, anchos de espacio, altura de encabezado y líneas base de contenido donde las etiquetas quepan. Acorta el texto antes de reducir la tipografía.

Exporta al menos PNG a 300 dpi más SVG y PDF editables. Establece svg.fonttype = "none" para que el texto siga siendo buscable/editable cuando sea posible. Incrusta el PNG o PDF en el manuscrito solo después de inspeccionar la figura independiente.

5. Control de calidad antes de la entrega

Inspecciona la figura independiente al 100 % y luego inspecciona las páginas del manuscrito renderizado. Confirma todo lo siguiente:

  • el número de etapas elegido y la dirección de lectura son obvios;
  • los encabezados comparten una línea base y altura consistentes dentro del diseño elegido;
  • los grupos de texto están centrados verticalmente en sus regiones asignadas;
  • los separadores punteados usan un patrón de guiones, grosor de línea, color, sangría y espacios equilibrados;
  • todas las etapas usan la misma política de tarjetas internas;
  • las flechas rellenas se ubican en los espacios, no tocan los bordes y apuntan en la dirección prevista;
  • las etiquetas inferiores opcionales están alineadas con sus etapas principales y son lo suficientemente grandes;
  • los iconos comparten grosor de trazo, color, escala y alineación óptica;
  • ningún texto toca un encabezado coloreado, separador, borde exterior o barra de salida;
  • ninguna etiqueta se envuelve o recorta después del escalado del manuscrito;
  • la secuencia de número/título de figura no cambia después de la incrustación;
  • el SVG exportado contiene Microsoft YaHei regular/negrita en lugar de una alternativa no deseada.

Para entrega en DOCX, usa el bucle de renderizado → inspeccionar cada página del skill de renderizado de documentos. Vuelve a renderizar después de cada cambio de geometría o fuente. Preserva el manuscrito original y escribe el archivo revisado en una nueva ruta de salida.

Ejemplo visual

La imagen incluida en assets/research-evidence-flow.png es un ejemplo reconstruido de cadena de evidencia de investigación de cinco etapas. Es contenido de demostración sintético, no una figura suministrada por el usuario ni datos de proyecto.

Ejemplos de invocación

  • "Usa $draw-process-flowchart para convertir este método de investigación en una figura de revista de cinco etapas."
  • "Usa $draw-process-flowchart para rediseñar este flujo de trabajo verticalmente con los mismos colores, flechas, iconos y tipografía Microsoft YaHei."
  • "Usa $draw-process-flowchart para estandarizar este diagrama de comparación de dos etapas y exportar PNG/SVG/PDF."

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills relacionados