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 репозиторий
Frequently asked questions
What is the audit-icon-pipeline skill?
audit-icon-pipeline is a Claude Skill by pjt222. Skills package instructions and resources that Claude loads on demand, so Claude can perform audit-icon-pipeline-related tasks without extra prompting.
How do I install audit-icon-pipeline?
Use the install commands on this page: add audit-icon-pipeline to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.
What category does audit-icon-pipeline belong to?
audit-icon-pipeline is in the Meta category, tagged ai.
Is audit-icon-pipeline free to use?
Yes. audit-icon-pipeline is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.
Похожие навыки
Этот навык предоставляет проверенную в продакшене настройку для Content Collections — TypeScript-ориентированного инструмента, который преобразует файлы Markdown/MDX в типобезопасные коллекции данных с валидацией Zod. Используйте его при создании блогов, сайтов документации или контентных приложений на Vite + React для обеспечения типобезопасности и автоматической проверки содержимого. Он охватывает всё: от настройки плагина Vite и компиляции MDX до оптимизации развертывания и валидации схем.
Этот навык позволяет разработчикам создавать приложения на платформе прогнозных рынков Polymarket, включая интеграцию с API для торговли и получения рыночных данных. Он также обеспечивает потоковую передачу данных в реальном времени через WebSocket для отслеживания текущих сделок и рыночной активности. Используйте его для реализации торговых стратегий или создания инструментов, обрабатывающих обновления рынка в реальном времени.
Этот навык помогает разработчикам создавать плагины OpenCode, которые подключаются к более чем 25 типам событий, таким как команды, файлы и операции LSP. Он предоставляет структуру плагина, спецификации API событий и шаблоны реализации для модулей на JavaScript/TypeScript. Используйте его, когда вам нужно перехватывать, отслеживать или расширять жизненный цикл ассистента OpenCode AI с помощью пользовательской событийно-ориентированной логики.
SGLang — это высокопроизводительный фреймворк для обслуживания больших языковых моделей (LLM), специализирующийся на быстрой структурированной генерации JSON, regex и рабочих процессов агентов с использованием кэширования префиксов RadixAttention. Он обеспечивает значительно более высокую скорость вывода, особенно для задач с повторяющимися префиксами, что делает его идеальным для сложных структурированных результатов и многократных диалогов. Выбирайте SGLang вместо альтернатив, таких как vLLM, когда вам требуется ограниченное декодирование или вы создаете приложения с интенсивным совместным использованием префиксов.
