返回技能列表

create-glyph

pjt222
更新于 2 days ago
4 次查看
17
2
17
在 GitHub 上查看
design

关于

This skill creates R-based pictograms (glyphs) for visualization icons using ggplot2 and a primitives library. It handles the entire workflow from concept sketching and color strategy to rendering through the build pipeline and visual verification with neon effects. Use it when adding new entities needing graph visualization icons, replacing existing glyphs, or creating batches for new domains.

快速安装

Claude Code

推荐
主要方式
npx skills add pjt222/agent-almanac -a claude-code
插件命令备选方式
/plugin add https://github.com/pjt222/agent-almanac
Git 克隆备选方式
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/create-glyph

在 Claude Code 中复制并粘贴此命令以安装该技能

技能文档

Crear Glyph

Crear pictogramas (glyphs) basados en R para iconos de habilidades, agentes o equipos en la capa de visualizacion viz/. Cada glyph es una funcion pura de ggplot2 que dibuja una forma reconocible en un lienzo de 100x100, renderizada con un efecto de resplandor neon sobre fondo transparente en formato WebP.

Cuando Usar

  • Se ha agregado una nueva habilidad, agente o equipo y necesita un icono visual
  • Un glyph existente necesita reemplazo o rediseno
  • Creacion en lote de glyphs para un nuevo dominio de habilidades
  • Prototipado de metaforas visuales para conceptos de entidades

Entradas

  • Requerido: Tipo de entidad — skill, agent o team
  • Requerido: ID de la entidad (p. ej., create-glyph, mystic, r-package-review) y dominio (para habilidades)
  • Requerido: Concepto visual — lo que el glyph debe representar
  • Opcional: Glyph de referencia para estudiar el nivel de complejidad
  • Opcional: Valor personalizado de --glow-sigma (predeterminado: 4)

Procedimiento

Paso 1: Concepto — Disenar la Metafora Visual

Identificar la entidad a iconificar y elegir una metafora visual.

  1. Leer el archivo fuente de la entidad para comprender su concepto central:
    • Habilidades: skills/<id>/SKILL.md
    • Agentes: agents/<id>.md
    • Equipos: teams/<id>.md
  2. Elegir un tipo de metafora:
    • Objeto literal: un matraz para experimentos, un escudo para seguridad
    • Simbolo abstracto: flechas para fusion, espirales para iteracion
    • Compuesto: combinar 2-3 formas simples (p. ej., documento + pluma)
  3. Consultar glyphs existentes para calibrar la complejidad:
Complexity Tiers:
+----------+--------+-------------------------------------------+
| Tier     | Layers | Examples                                  |
+----------+--------+-------------------------------------------+
| Simple   | 2      | glyph_flame, glyph_heartbeat              |
| Moderate | 3-5    | glyph_document, glyph_experiment_flask    |
| Complex  | 6+     | glyph_ship_wheel, glyph_bridge_cpp        |
+----------+--------+-------------------------------------------+
  1. Decidir un nombre de funcion: glyph_<nombre_descriptivo> (snake_case, unico)

Esperado: Un boceto mental claro de la forma con 2-6 capas planificadas.

En caso de fallo: Si el concepto es demasiado abstracto, recurrir a un objeto concreto relacionado. Revisar glyphs existentes del mismo dominio para inspiracion.

Paso 2: Componer — Escribir la Funcion del Glyph

Escribir la funcion R que produce capas de ggplot2.

  1. Firma de la funcion (contrato inmutable):

    glyph_<name> <- function(cx, cy, s, col, bright) {
      # cx, cy = center coordinates (50, 50 on 100x100 canvas)
      # s = scale factor (1.0 = fill ~70% of canvas)
      # col = domain color hex (e.g., "#ff88dd" for design)
      # bright = brightened variant of col (auto-computed by renderer)
      # Returns: list() of ggplot2 layers
    }
    
  2. Aplicar el factor de escala * s a TODAS las dimensiones para un escalado consistente:

    r <- 20 * s        # radius
    hw <- 15 * s       # half-width
    lw <- .lw(s)       # line width (default base 2.5)
    lw_thin <- .lw(s, 1.2)  # thinner line width
    
  3. Construir la geometria usando las primitivas disponibles:

    GeometriaUso
    ggplot2::geom_polygon(data, .aes(x, y), ...)Formas rellenas
    ggplot2::geom_path(data, .aes(x, y), ...)Lineas/curvas abiertas
    ggplot2::geom_segment(data, .aes(x, xend, y, yend), ...)Segmentos de linea, flechas
    ggplot2::geom_rect(data, .aes(xmin, xmax, ymin, ymax), ...)Rectangulos
    ggforce::geom_circle(data, .aes(x0, y0, r), ...)Circulos
  4. Aplicar la estrategia de color:

    Alpha Guide:
    +----------------------+------------+--------------------------+
    | Purpose              | Alpha      | Example                  |
    +----------------------+------------+--------------------------+
    | Large fill (body)    | 0.08-0.15  | hex_with_alpha(col, 0.1) |
    | Medium fill (accent) | 0.15-0.25  | hex_with_alpha(col, 0.2) |
    | Small fill (detail)  | 0.25-0.35  | hex_with_alpha(bright, 0.3) |
    | Outline stroke       | 1.0        | color = bright           |
    | Secondary stroke     | 1.0        | color = col              |
    | No fill              | ---        | fill = NA                |
    +----------------------+------------+--------------------------+
    
  5. Devolver una list() plana de capas (el renderizador itera y envuelve cada una con resplandor)

  6. Colocar la funcion en el archivo de primitivas correspondiente segun el tipo de entidad:

    • Habilidades: agrupadas por dominio en 19 archivos de primitivas:
      • primitives.R — bushcraft, compliance, containerization, data-serialization, defensive
      • primitives_2.R — devops, general, git, mcp-integration
      • primitives_3.R — mlops, observability, PM, r-packages, reporting, review, web-dev, esoteric, design
      • Archivos adicionales primitives_4.R hasta primitives_19.R para dominios mas recientes
    • Agentes: viz/R/agent_primitives.R
    • Equipos: viz/R/team_primitives.R

Esperado: Una funcion R funcional que devuelve una lista de 2-6 capas de ggplot2.

En caso de fallo: Si ggforce::geom_circle causa errores, asegurarse de que ggforce esta instalado. Si las coordenadas estan mal, recordar que el lienzo es de 100x100 con (0,0) en la esquina inferior izquierda. Probar la funcion interactivamente:

source("viz/R/utils.R"); source("viz/R/primitives.R")  # etc.
layers <- glyph_<name>(50, 50, 1.0, "#ff88dd", "#ffa8f0")
p <- ggplot2::ggplot() + ggplot2::coord_fixed(xlim=c(0,100), ylim=c(0,100)) +
     ggplot2::theme_void()
for (l in layers) p <- p + l
print(p)

Paso 3: Registrar — Mapear Entidad al Glyph

Agregar el mapeo entidad-glyph en el archivo de mapeo correspondiente.

Para habilidades:

  1. Abrir viz/R/glyphs.R
  2. Encontrar la seccion de comentarios del dominio objetivo (p. ej., # -- design (3))
  3. Agregar la entrada en orden alfabetico dentro del bloque del dominio:
    "skill-id" = "glyph_function_name",
    
  4. Actualizar el conteo del dominio en el comentario si aplica

Para agentes:

  1. Abrir viz/R/agent_glyphs.R
  2. Encontrar la posicion alfabetica en AGENT_GLYPHS
  3. Agregar la entrada:
    "agent-id" = "glyph_function_name",
    

Para equipos:

  1. Abrir viz/R/team_glyphs.R

  2. Encontrar la posicion alfabetica en TEAM_GLYPHS

  3. Agregar la entrada:

    "team-id" = "glyph_function_name",
    
  4. Verificar que no exista un ID duplicado en la lista objetivo

Esperado: La lista *_GLYPHS correspondiente contiene el nuevo mapeo.

En caso de fallo: Si la construccion reporta "No glyph mapped", verificar que el ID de la entidad coincide exactamente con el del manifiesto y el registro.

Paso 4: Manifiesto — Agregar Entrada de Icono

Registrar el icono en el archivo de manifiesto correspondiente.

Para habilidades: viz/data/icon-manifest.json

{
  "skillId": "skill-id",
  "domain": "domain-name",
  "prompt": "<domain basePrompt>, <descriptors>, dark background, vector art",
  "seed": <next_seed>,
  "path": "public/icons/cyberpunk/<domain>/<skill-id>.webp",
  "status": "pending"
}

Para agentes: viz/data/agent-icon-manifest.json

{
  "agentId": "agent-id",
  "prompt": "<agent-specific descriptors>, dark background, vector art",
  "seed": <next_seed>,
  "path": "public/icons/cyberpunk/agents/<agent-id>.webp",
  "status": "pending"
}

Para equipos: viz/data/team-icon-manifest.json

{
  "teamId": "team-id",
  "prompt": "<team-specific descriptors>, dark background, vector art",
  "seed": <next_seed>,
  "path": "public/icons/cyberpunk/teams/<team-id>.webp",
  "status": "pending"
}

Esperado: JSON valido con la nueva entrada colocada entre sus entidades del mismo tipo.

En caso de fallo: Validar la sintaxis JSON. Errores comunes: coma final despues del ultimo elemento del arreglo, comillas faltantes.

Paso 5: Renderizar — Generar el Icono

Ejecutar el pipeline de construccion para renderizar el WebP.

  1. Navegar al directorio viz/
  2. Renderizar segun el tipo de entidad:

Para habilidades:

cd viz && Rscript build-icons.R --only <domain>
# O saltar existentes: Rscript build-icons.R --only <domain> --skip-existing

Para agentes:

cd viz && Rscript build-agent-icons.R --only <agent-id>
# O saltar existentes: Rscript build-agent-icons.R --only <agent-id> --skip-existing

Para equipos:

cd viz && Rscript build-team-icons.R --only <team-id>
# O saltar existentes: Rscript build-team-icons.R --only <team-id> --skip-existing
  1. Para una ejecucion en seco primero, agregar --dry-run a cualquier comando
  2. Ubicaciones de salida:
    • Habilidades: viz/public/icons/<palette>/<domain>/<skill-id>.webp
    • Agentes: viz/public/icons/<palette>/agents/<agent-id>.webp
    • Equipos: viz/public/icons/<palette>/teams/<team-id>.webp

Esperado: El registro muestra OK: <entity> (seed=XXXXX, XX.XKB) y el archivo WebP existe.

En caso de fallo:

  • "No glyph mapped" — Falta el mapeo del Paso 3 o tiene un error tipografico
  • "Unknown domain" — El dominio no esta en get_palette_colors() en palettes.R
  • Errores de paquetes R — Ejecutar install.packages(c("ggplot2", "ggforce", "ggfx", "ragg", "magick")) primero
  • Si el renderizado falla, probar la funcion del glyph interactivamente (ver alternativa del Paso 2)

Paso 6: Verificar — Inspeccion Visual

Comprobar que la salida renderizada cumple los estandares de calidad.

  1. Verificar que el archivo existe y tiene un tamano razonable:

    ls -la viz/public/icons/cyberpunk/<type-path>/<entity-id>.webp
    # Esperado: rango tipico de 15-80 KB
    
  2. Abrir el WebP en un visor de imagenes para comprobar:

    • La forma se lee claramente a tamano completo (1024x1024)
    • El resplandor neon esta presente pero no es excesivo
    • El fondo es transparente (sin rectangulo negro/blanco)
    • No hay recorte en los bordes del lienzo
  3. Comprobar a tamanos pequenos (el icono se renderiza a ~40-160px en el grafo de fuerzas):

    • La forma sigue siendo reconocible
    • Los detalles no se convierten en ruido
    • El resplandor no abruma la forma

Esperado: Un pictograma claro y reconocible con resplandor neon uniforme sobre fondo transparente.

En caso de fallo:

  • Resplandor demasiado fuerte: re-renderizar con --glow-sigma 2 (el predeterminado es 4)
  • Resplandor demasiado debil: re-renderizar con --glow-sigma 8
  • Forma ilegible a tamanos pequenos: simplificar el glyph (menos capas, trazos mas gruesos, aumentar el valor base de .lw(s, base))
  • Recorte en los bordes: reducir las dimensiones de la forma o desplazar el centro

Paso 7: Iterar — Refinar si es Necesario

Realizar ajustes y re-renderizar.

  1. Ajustes comunes:

    • Trazos mas gruesos: aumentar .lw(s, base) — probar base = 3.0 o 3.5
    • Relleno mas visible: aumentar el alpha de 0.10 a 0.15-0.20
    • Proporciones de la forma: ajustar los multiplicadores de s (p. ej., 20 * s -> 24 * s)
    • Agregar/eliminar capas de detalle: mantener el total de capas entre 2-6 para mejores resultados
  2. Para re-renderizar despues de cambios:

    # Delete the existing icon first, then re-render
    rm viz/public/icons/cyberpunk/<type-path>/<entity-id>.webp
    # Use the appropriate build command from Step 5
    
  3. Cuando se este satisfecho, verificar que el estado del manifiesto muestra "done" (el script de construccion lo actualiza automaticamente al completarse con exito)

Esperado: El icono final pasa todas las verificaciones del Paso 6.

En caso de fallo: Si despues de 3+ iteraciones el glyph aun no se lee bien, considerar usar una metafora visual completamente diferente (volver al Paso 1).

Referencia

Paletas de Color por Dominio y Entidad

Los 58 colores de dominio (para habilidades) estan definidos en viz/R/palettes.R (la unica fuente de verdad). Los colores de agentes y equipos tambien se gestionan en palettes.R. La paleta cyberpunk (colores neon ajustados manualmente) esta en get_cyberpunk_colors(). Las paletas de la familia viridis se generan automaticamente via viridisLite.

Para buscar un color:

source("viz/R/palettes.R")
get_palette_colors("cyberpunk")$domains[["design"]]   # skill domain
get_palette_colors("cyberpunk")$agents[["mystic"]]     # agent
get_palette_colors("cyberpunk")$teams[["tending"]]     # team

Al agregar un nuevo dominio, agregarlo en tres lugares de palettes.R:

  1. PALETTE_DOMAIN_ORDER (alfabeticamente)
  2. Lista de dominios en get_cyberpunk_colors()
  3. Ejecutar Rscript generate-palette-colors.R para regenerar JSON + JS

Catalogo de Funciones de Glyph

Consultar el catalogo completo de funciones de glyph disponibles en los archivos fuente de primitivas:

  • Habilidades: viz/R/primitives.R hasta viz/R/primitives_19.R (agrupados por dominio)
  • Agentes: viz/R/agent_primitives.R
  • Equipos: viz/R/team_primitives.R

Funciones Auxiliares

FuncionFirmaProposito
.lw(s, base)(scale, base=2.5)Ancho de linea consciente de la escala
.aes(...)alias de ggplot2::aesAtajo para mapeo estetico
hex_with_alpha(hex, alpha)(string, 0-1)Agregar alfa a color hexadecimal
brighten_hex(hex, factor)(string, factor=1.3)Aclarar un color hexadecimal
dim_hex(hex, factor)(string, factor=0.4)Oscurecer un color hexadecimal

Lista de Validacion

  • La funcion del glyph sigue la firma glyph_<name>(cx, cy, s, col, bright) -> list()
  • Todas las dimensiones usan el factor de escala * s
  • La estrategia de color usa col para rellenos, bright para contornos, hex_with_alpha() para transparencia
  • La funcion esta colocada en el archivo de primitivas correcto segun tipo de entidad y dominio
  • Entrada de mapeo del glyph agregada en el archivo *_glyphs.R correspondiente
  • Entrada del manifiesto agregada con ID de entidad correcto, ruta y "status": "pending"
  • El comando de construccion se ejecuta sin errores (ejecucion en seco primero)
  • El WebP renderizado existe en la ruta esperada
  • El tamano del archivo esta en el rango esperado (15-80 KB)
  • El icono se lee claramente tanto a 1024px como a ~40px de tamano de visualizacion
  • Fondo transparente (sin rectangulo solido detras del glyph)
  • El estado del manifiesto se actualizo a "done" despues del renderizado exitoso

Errores Comunes

  • Olvidar * s: Los valores de pixeles codificados directamente se rompen cuando la escala cambia. Siempre multiplicar por s.
  • Confusion del origen del lienzo: (0,0) esta en la esquina inferior izquierda, no la superior izquierda. Valores de y mas altos mueven ARRIBA.
  • Doble resplandor: El renderizador ya aplica ggfx::with_outer_glow() a cada capa. NO agregar resplandor dentro de la funcion del glyph.
  • Demasiadas capas: Cada capa recibe su propio envoltorio de resplandor. Mas de 8 capas hace el renderizado lento y visualmente ruidoso.
  • IDs no coincidentes: El ID de la entidad en el mapeo del glyph, el manifiesto y el registro deben coincidir exactamente.
  • Comas finales en JSON: El manifiesto es JSON estricto. Sin coma final despues del ultimo elemento del arreglo.
  • Color de dominio faltante: Si el dominio no esta en get_cyberpunk_colors() en palettes.R, el renderizado fallara. Agregar el color primero y luego regenerar.
  • Archivo de primitivas incorrecto: Las habilidades van en primitives*.R agrupados por dominio, los agentes en agent_primitives.R, los equipos en team_primitives.R.

Habilidades Relacionadas

  • enhance-glyph — mejorar la calidad visual de un glyph existente, corregir problemas de renderizado o agregar capas de detalle
  • audit-icon-pipeline — detectar glyphs e iconos faltantes para saber que necesita crearse
  • render-icon-pipeline — ejecutar el pipeline de renderizado completo de principio a fin
  • ornament-style-mono — generacion de imagenes complementaria basada en IA (Z-Image vs glyphs codificados en R)
  • ornament-style-color — teoria del color aplicable a decisiones de relleno con acento en glyphs
  • create-skill — el flujo de trabajo padre que activa la creacion de glyphs al agregar nuevas habilidades

GitHub 仓库

pjt222/agent-almanac
路径: i18n/es/skills/create-glyph
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

相关推荐技能

content-collections

Content Collections 是一个 TypeScript 优先的构建工具,可将本地 Markdown/MDX 文件转换为类型安全的数据集合。它专为构建博客、文档站和内容密集型 Vite+React 应用而设计,提供基于 Zod 的自动模式验证。该工具涵盖从 Vite 插件配置、MDX 编译到生产环境部署的完整工作流。

查看技能

polymarket

这个Claude Skill为开发者提供完整的Polymarket预测市场开发支持,涵盖API调用、交易执行和市场数据分析。关键特性包括实时WebSocket数据流,可监控实时交易、订单和市场动态。开发者可用它构建预测市场应用、实施交易策略并集成实时市场预测功能。

查看技能

creating-opencode-plugins

该Skill帮助开发者创建OpenCode插件,用于接入命令、文件、LSP等25+种事件。它提供了插件结构、事件API规范和JavaScript/TypeScript实现模式,适合需要拦截操作、扩展功能或自定义事件处理的场景。开发者可通过它快速构建响应式模块来增强OpenCode AI助手的能力。

查看技能

sglang

SGLang是一个专为LLM设计的高性能推理框架,特别适用于需要结构化输出的场景。它通过RadixAttention前缀缓存技术,在处理JSON、正则表达式、工具调用等具有重复前缀的复杂工作流时,能实现极速生成。如果你正在构建智能体或多轮对话系统,并追求远超vLLM的推理性能,SGLang是理想选择。

查看技能