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:
- una etiqueta corta coloreada (negrita);
- una línea de explicación concisa;
- 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-flowchartpara convertir este método de investigación en una figura de revista de cinco etapas." - "Usa
$draw-process-flowchartpara rediseñar este flujo de trabajo verticalmente con los mismos colores, flechas, iconos y tipografía Microsoft YaHei." - "Usa
$draw-process-flowchartpara estandarizar este diagrama de comparación de dos etapas y exportar PNG/SVG/PDF."