render-icon-pipeline
О программе
Этот навык запускает конвейер визуализации, который создаёт иконки из существующих глифов для навыков, агентов и команд. Он управляет генерацией палитры, построением данных, созданием манифеста и отрисовкой иконок через единый процесс сборки. Разработчикам следует всегда выполнять его через `build.sh`, а не вызывать Rscript напрямую.
Быстрая установка
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 для установки этого навыка
Документация
渲圖管
行 viz 管至端、自存符渲圖。覆色板生、數建、清生、技/代/隊圖渲。
標入點:自項根 bash viz/build.sh [flags]、或自 viz/ bash build.sh [flags]。此本處平台察(WSL、Docker、原生)、R 二進擇、步序。永勿直呼 Rscript 為建本——彼路唯 MCP 器設用。
用
- 建或改符函後
- 入新技、代、隊於登錄後
- 圖需重渲為新或更色板
- 全管重建(如基設變後)
- 首設 viz 環境
入
- 可:實型——
skill、agent、team、或all(默all) - 可:色板——特名或
all(默all) - 可:域濾——技圖特域(如
git、design) - 可:渲模——
full、incremental、dry-run(默incremental)
行
一:驗先決
確環備渲。
- 確
viz/build.sh存:ls -la viz/build.sh - 驗 Node.js 可用:
node --version - 察
viz/config.yml存(平台 R 路檔):ls viz/config.yml
build.sh 自動處 R 二進解——汝無需手驗 R 路。WSL 用 /usr/local/bin/Rscript(WSL 原 R)、Docker 用容 R、原生 Linux/macOS 用 PATH 之 Rscript。
得:build.sh、Node.js、config.yml 皆存。
敗:config.yml 缺→管退用系默。Node.js 缺→經 nvm 裝。
二:行管
build.sh 序行 5 步:
- 生色板色(R)→
palette-colors.json+colors-generated.js - 建數(Node)→
skills.json - 建清(Node)→
icon-manifest.json、agent-icon-manifest.json、team-icon-manifest.json - 渲圖(R)→
icons/與icons-hd/WebP 檔 - 生終端符(Node)→
cli/lib/glyph-data.json
全管(諸型、諸色板、標+HD):
bash viz/build.sh
漸(已存碟之圖略):
bash viz/build.sh --skip-existing
單域(唯技):
bash viz/build.sh --only design
單實型:
bash viz/build.sh --type skill
bash viz/build.sh --type agent
bash viz/build.sh --type team
乾行(預示無渲):
bash viz/build.sh --dry-run
唯標大(略 HD):
bash viz/build.sh --no-hd
build.sh 後諸旗皆傳至 build-all-icons.R。
得:圖渲於 viz/public/icons/<palette>/ 與 viz/public/icons-hd/<palette>/。
敗:
- renv 卡於 NTFS:viz
.Rprofile繞renv/activate.R直設.libPaths()。確自viz/行(build.sh 自動經cd "$(dirname "$0")") - R 包缺:自
build.sh所擇 R 環境行Rscript -e "install.packages(c('ggplot2', 'ggforce', 'ggfx', 'ragg', 'magick', 'future', 'furrr', 'digest'))" - 無符映:實需符函——渲前用
create-glyph技
三:驗出
確渲成。
- 察檔數合期:
find viz/public/icons/cyberpunk -name "*.webp" | wc -l find viz/public/icons-hd/cyberpunk -name "*.webp" | wc -l - 察檔大合理(每圖 2-80 KB)
- 行
audit-icon-pipeline技為全察
得:檔數合清條數。檔大於期範。
敗:數不合→某符渲時錯。察建誌 [ERROR] 行。
CLI 旗參
諸旗經 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 |
build.sh 內所行
唯參——勿手行此諸步:
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 替
管亦可於 Docker 行:
cd viz
docker compose up --build
此於隔 Linux 環境行全管、果服於埠 8080。
驗
- 行
bash viz/build.sh(非裸Rscript) - 色板色已生(JSON + JS)
- 數檔自登錄建
- 清自數生
- 圖為標型與色板渲
- 檔數合期
- 檔大於期範(2-80 KB)
忌
- 直呼 Rscript:永勿手行
Rscript build-icons.R或Rscript generate-palette-colors.R。常用bash build.sh [flags]。直 Rscript 呼繞平台察、可用誤 R 二進(Windows R 經~/bin/Rscript包代 WSL 原 R 於/usr/local/bin/Rscript)。注:CLAUDE.md 與導中 Windows R 路唯 MCP 器設用、非建本 - 誤工作錄:
build.sh自動 CD 至己錄(cd "$(dirname "$0")")、故任處可呼:自項根bash viz/build.sh正 - 舊清:
build.sh序行 1-5 步、故清渲前常重生。唯需清無渲→用node viz/build-data.js && node viz/build-icon-manifest.js(Node 步無需 R) - renv 未啟:
.Rprofile變通需自viz/行——build.sh處之。用--vanilla旗或自他錄行 R 將略 - Windows 並:Windows 不支叉並——管自選
multisession經config.yml
參
- audit-icon-pipeline — 渲前察缺符與圖
- create-glyph — 為缺圖實建新符函
- enhance-glyph — 重渲前改現符
GitHub репозиторий
Похожие навыки
content-collections
МетаЭтот навык предоставляет проверенную в продакшене настройку для Content Collections — TypeScript-ориентированного инструмента, который преобразует файлы Markdown/MDX в типобезопасные коллекции данных с валидацией Zod. Используйте его при создании блогов, сайтов документации или контентных приложений на Vite + React для обеспечения типобезопасности и автоматической проверки содержимого. Он охватывает всё: от настройки плагина Vite и компиляции MDX до оптимизации развертывания и валидации схем.
polymarket
МетаЭтот навык позволяет разработчикам создавать приложения на платформе прогнозных рынков Polymarket, включая интеграцию с API для торговли и получения рыночных данных. Он также обеспечивает потоковую передачу данных в реальном времени через WebSocket для отслеживания текущих сделок и рыночной активности. Используйте его для реализации торговых стратегий или создания инструментов, обрабатывающих обновления рынка в реальном времени.
creating-opencode-plugins
МетаЭтот навык помогает разработчикам создавать плагины OpenCode, которые подключаются к более чем 25 типам событий, таким как команды, файлы и операции LSP. Он предоставляет структуру плагина, спецификации API событий и шаблоны реализации для модулей на JavaScript/TypeScript. Используйте его, когда вам нужно перехватывать, отслеживать или расширять жизненный цикл ассистента OpenCode AI с помощью пользовательской событийно-ориентированной логики.
sglang
МетаSGLang — это высокопроизводительный фреймворк для обслуживания больших языковых моделей (LLM), специализирующийся на быстрой структурированной генерации JSON, regex и рабочих процессов агентов с использованием кэширования префиксов RadixAttention. Он обеспечивает значительно более высокую скорость вывода, особенно для задач с повторяющимися префиксами, что делает его идеальным для сложных структурированных результатов и многократных диалогов. Выбирайте SGLang вместо альтернатив, таких как vLLM, когда вам требуется ограниченное декодирование или вы создаете приложения с интенсивным совместным использованием префиксов.
