render-icon-pipeline
关于
This skill runs a visualization pipeline to render icons from existing glyphs for skills, agents, and teams. It handles palette generation, data building, manifest creation, and icon rendering. Developers must always use the `build.sh` script as the entry point, never calling Rscript directly.
快速安装
Claude Code
推荐npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/render-icon-pipeline在 Claude Code 中复制并粘贴此命令以安装该技能
技能文档
Render Icon Pipeline
Run viz pipeline end-to-end → render icons from existing glyphs. Palette gen, data build, manifest create, icon render for skills, agents, teams.
Canonical entry: bash viz/build.sh [flags] from project root, or bash build.sh [flags] from viz/. Script handles platform detection (WSL, Docker, native), R binary select, step ordering. Never call Rscript direct for build scripts — that path only for MCP server config.
Use When
- After create/modify glyph fns
- After add new skills, agents, teams to registries
- Icons need re-render for new/updated palettes
- Full pipeline rebuild (after infra changes)
- Setting up viz env first time
In
- Optional: Entity type —
skill,agent,team,all(defaultall) - Optional: Palette — specific name or
all(defaultall) - Optional: Domain filter — specific domain for skill icons (e.g.
git,design) - Optional: Render mode —
full,incremental,dry-run(defaultincremental)
Do
Step 1: Verify Prereqs
Ensure env ready for rendering.
- Confirm
viz/build.shexists:ls -la viz/build.sh - Verify Node.js available:
node --version - Check
viz/config.ymlexists (platform-specific R path profiles):ls viz/config.yml
build.sh handles R binary resolution auto — no need verify R paths manually. WSL → /usr/local/bin/Rscript (WSL-native R), Docker → container R, native Linux/macOS → Rscript from PATH.
→ build.sh, Node.js, config.yml present.
If err: config.yml missing → pipeline falls back to system defaults. Node.js missing → install via nvm.
Step 2: Run Pipeline
build.sh exec 5 steps in order:
- Generate palette colors (R) →
palette-colors.json+colors-generated.js - Build data (Node) →
skills.json - Build manifests (Node) →
icon-manifest.json,agent-icon-manifest.json,team-icon-manifest.json - Render icons (R) →
icons/+icons-hd/WebP files - Generate terminal glyphs (Node) →
cli/lib/glyph-data.json
Full pipeline (all types, all palettes, std + HD):
bash viz/build.sh
Incremental (skip icons existing on disk):
bash viz/build.sh --skip-existing
Single domain (skills only):
bash viz/build.sh --only design
Single entity type:
bash viz/build.sh --type skill
bash viz/build.sh --type agent
bash viz/build.sh --type team
Dry run (preview no rendering):
bash viz/build.sh --dry-run
Std size only (skip HD):
bash viz/build.sh --no-hd
All flags after build.sh passed through to build-all-icons.R.
→ Icons rendered to viz/public/icons/<palette>/ + viz/public/icons-hd/<palette>/.
If err:
- renv hang on NTFS: viz
.Rprofilebypassesrenv/activate.R+ sets.libPaths()direct. Ensure run fromviz/(build.sh does auto viacd "$(dirname "$0")") - Missing R pkgs: Run
Rscript -e "install.packages(c('ggplot2', 'ggforce', 'ggfx', 'ragg', 'magick', 'future', 'furrr', 'digest'))"from R env build.sh selects - No glyph mapped: Entity needs glyph fn — use
create-glyphbefore rendering
Step 3: Verify Output
Confirm render completed.
- Check file counts match:
find viz/public/icons/cyberpunk -name "*.webp" | wc -l find viz/public/icons-hd/cyberpunk -name "*.webp" | wc -l - Check reasonable file sizes (2-80 KB per icon)
- Run
audit-icon-pipelinefor comprehensive check
→ File counts match manifest entry counts. Sizes in expected range.
If err: counts don't match → some glyphs errored during render. Check build log for [ERROR] lines.
CLI Flag Reference
All flags passed through build.sh → build-all-icons.R:
| Flag | Default | Description |
|---|---|---|
--type <types> | all | Comma-separated: skill, agent, team |
--palette <name> | all | Single palette or all (9 palettes) |
--only <filter> | none | Domain (skills) or entity ID (agents/teams) |
--skip-existing | off | Skip icons with existing WebP files |
--dry-run | off | List what would be generated |
--size <n> | 512 | Output dimension in pixels |
--glow-sigma <n> | 4 | Glow blur radius |
--workers <n> | auto | Parallel workers (detectCores()-1) |
--no-cache | off | Ignore content-hash cache |
--hd | on | Enable HD variants (1024px) |
--no-hd | off | Skip HD variants |
--strict | off | Exit on first sub-script failure |
What build.sh Does Internally
For ref only — do NOT run these manually:
cd viz/
# 1. Platform detection: sets R_CONFIG_ACTIVE (wsl, docker, or unset)
# 2. R binary selection: WSL → /usr/local/bin/Rscript, Docker → same, native → Rscript
# 3. $RSCRIPT generate-palette-colors.R
# 4. node build-data.js
# 5. node build-icon-manifest.js --type all
# 6. $RSCRIPT build-all-icons.R "$@" (flags passed through)
# 7. node build-terminal-glyphs.js
Docker Alternative
Pipeline can also run in Docker:
cd viz
docker compose up --build
Runs full pipeline in isolated Linux env + serves on port 8080.
Check
- Ran
bash viz/build.sh(not bareRscript) - Palette colors generated (JSON + JS)
- Data files built from registries
- Manifests generated from data
- Icons rendered for target types + palettes
- File counts match
- Sizes in expected range (2-80 KB)
Traps
- Calling Rscript direct: Never
Rscript build-icons.RorRscript generate-palette-colors.Rmanually. Alwaysbash build.sh [flags]. Direct calls bypass platform detection + may use wrong R binary (Windows R via~/bin/Rscriptwrapper instead of WSL-native R at/usr/local/bin/Rscript). Note: Windows R path in CLAUDE.md + guides for MCP server config only, not build scripts. - Wrong cwd:
build.shCDs to own dir auto (cd "$(dirname "$0")"), so call from anywhere:bash viz/build.shfrom project root works. - Stale manifests:
build.shruns Steps 1-5 in order, manifests always regen before render. Only need manifests no render →node viz/build-data.js && node viz/build-icon-manifest.js(Node steps no need R). - renv not activated:
.Rprofileworkaround needs running fromviz/—build.shhandles. Using--vanillaor running R from another dir skips it. - Parallel on Windows: Windows no support fork-based parallelism — pipeline auto-selects
multisessionviaconfig.yml.
→
- audit-icon-pipeline — detect missing glyphs + icons before render
- create-glyph — create new glyph fns for entities missing icons
- enhance-glyph — improve existing glyphs before re-render
GitHub 仓库
相关推荐技能
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是理想选择。
