audit-icon-pipeline
О программе
Этот навык проводит аудит ресурсов иконок, сравнивая реестры с файлами маппинга и директориями для обнаружения отсутствующих глифов, иконок и HD-вариантов. Он формирует структурированный отчет о пробелах, охватывающий навыки, агентов и команды во всех палитрах. Используйте его после добавления новых сущностей или перед рендерингом в пайплайне для выявления недостающих визуальных ресурсов.
Быстрая установка
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/audit-icon-pipelineСкопируйте и вставьте эту команду в Claude Code для установки этого навыка
Документация
Audit Icon Pipeline
Detect missing glyphs, missing icons, and stale manifests by comparing registries against glyph mapping files, icon directories, and manifests. Produces a structured gap report covering skills, agents, and teams.
When to Use
- After adding new skills, agents, or teams to check if icons are needed
- Before a full pipeline render to identify what's missing
- After registry updates to ensure manifests are in sync
- Periodic health check of the icon pipeline
Inputs
- Optional: Entity type filter —
skill,agent,team, orall(default:all) - Optional: Palette to check (default:
cyberpunk— the reference palette)
Procedure
Step 1: Read Registries
Collect all entity IDs from the source-of-truth registries.
- Read
skills/_registry.yml— extract all skill IDs across all domains - Read
agents/_registry.yml— extract all agent IDs - Read
teams/_registry.yml— extract all team IDs - Record counts: total skills, agents, teams
Got: Three lists of entity IDs with counts matching total_skills, total_agents, total_teams.
If fail: If a registry file is missing, report the path and skip that entity type.
Step 2: Read Glyph Mappings
Collect all mapped entity IDs from the glyph mapping files.
- Read
viz/R/glyphs.R— extract all keys fromSKILL_GLYPHSlist - Read
viz/R/agent_glyphs.R— extract all keys fromAGENT_GLYPHSlist - Read
viz/R/team_glyphs.R— extract all keys fromTEAM_GLYPHSlist
Got: Three lists of mapped IDs.
If fail: If a glyph file is missing, report it and mark all entities of that type as unmapped.
Step 3: Compute Missing Glyphs
Diff registry IDs against mapped IDs.
- Missing skill glyphs:
registry_skill_ids - mapped_skill_ids - Missing agent glyphs:
registry_agent_ids - mapped_agent_ids - Missing team glyphs:
registry_team_ids - mapped_team_ids
Got: Lists of entity IDs that exist in registries but have no glyph function mapped.
If fail: If diff computation fails, verify ID formats match between registry and glyph files (e.g., underscores vs hyphens).
Step 4: Check Rendered Icons
Verify that mapped glyphs have corresponding rendered icon files.
- For each mapped skill ID, check
viz/public/icons/<palette>/<domain>/<skillId>.webp - For each mapped agent ID, check
viz/public/icons/<palette>/agents/<agentId>.webp - For each mapped team ID, check
viz/public/icons/<palette>/teams/<teamId>.webp - Check HD variants in
viz/public/icons-hd/with the same structure
Got: Lists of entities with glyphs but missing rendered icons (standard and/or HD).
If fail: If the icon directory doesn't exist, the pipeline hasn't been run yet — report all as missing.
Step 5: Check Manifest Freshness
Compare manifest counts against registry counts.
- Read
viz/public/data/icon-manifest.json— count entries - Read
viz/public/data/agent-icon-manifest.json— count entries - Read
viz/public/data/team-icon-manifest.json— count entries - Compare against registry totals
Got: Manifest counts match registry counts. Discrepancies indicate stale manifests.
If fail: If manifest files don't exist, the data pipeline needs to run first (node build-data.js && node build-icon-manifest.js).
Step 6: Detect Orphan Icons
Walk viz/public/icons*/ and flag WebP files whose <palette>/<domain>/<skillId> triple does not appear in icon-manifest.json.
- Enumerate all WebP files:
find viz/public/icons* -name "*.webp" - For each file, extract
<domain>/<id>from its path - Check if
<domain>/<id>has an entry inicon-manifest.json - Collect non-matching files as orphans — they exist on disk but are no longer referenced
# Quick orphan count per palette
node -e "
const fs = require('fs');
const manifest = JSON.parse(fs.readFileSync('viz/public/data/icon-manifest.json'));
const ids = new Set(manifest.map(e => e.domain + '/' + e.id));
const orphans = require('child_process')
.execSync('find viz/public/icons -name \"*.webp\"').toString().trim().split('\n')
.filter(p => { const parts = p.split('/'); const id = parts.slice(-2).join('/').replace('.webp',''); return !ids.has(id); });
console.log('Orphans:', orphans.length);
orphans.forEach(p => console.log(' ', p));
"
Got: Zero orphans. Any orphans indicate skills re-homed to a different domain without cleanup (18 orphans per re-homing = 9 palettes × 2 sizes).
If fail: Delete orphans manually — they have no corresponding manifest entry and will not be served. Re-home events are rare, so manual cleanup is acceptable.
Step 7: Generate Gap Report
Produce a structured summary.
- Format output as a clear table or list:
=== Icon Pipeline Audit === MISSING GLYPHS (no glyph function): Skills: 5 missing — [list] Agents: 2 missing — [list] Teams: 0 missing MISSING ICONS (glyph exists, no rendered WebP): Standard (512px): 3 skills, 1 agent HD (1024px): 8 skills, 3 agents, 1 team STALE MANIFESTS: icon-manifest.json: 320 entries vs 326 registry (stale) agent-icon-manifest.json: 66 entries vs 66 registry (OK) team-icon-manifest.json: 15 entries vs 15 registry (OK) - Suggest next actions based on findings
Got: A complete gap report with actionable next steps.
If fail: If all checks pass with zero gaps, report "Pipeline fully in sync" as a positive outcome.
Validation Checklist
- All three registries read successfully
- All three glyph mapping files checked
- Icon directories scanned for both standard and HD
- Manifest freshness verified
- Orphan icons checked (disk paths vs manifest)
- Gap report produced with counts and entity lists
- Actionable next steps provided
Pitfalls
- ID format mismatch: Registry uses kebab-case (
create-skill), glyph maps may use snake_case keys — ensure comparison normalizes - Palette assumption: Only checking cyberpunk palette misses palette-specific rendering gaps
- Empty directories: A domain directory existing but empty counts as "icons present" when globbing — check file existence, not directory existence
- HD not rendered: HD icons are in a separate directory tree (
icons-hd/) — don't confuse with standard icons - Orphans after re-homing: When a skill's domain changes,
build.shcreates icons at the new path but does NOT delete the old path — always run Step 6 orphan check after any domain migration
Related Skills
- create-glyph — create a missing glyph identified by this audit
- enhance-glyph — improve quality of existing glyphs
- render-icon-pipeline — run the full pipeline to generate missing icons
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, когда вам требуется ограниченное декодирование или вы создаете приложения с интенсивным совместным использованием префиксов.
