audit-icon-pipeline
À propos
Cette compétence audite les pipelines d'icônes en comparant les registres aux cartes de glyphes, aux répertoires d'icônes et aux manifestes pour détecter les ressources manquantes. Elle identifie les lacunes dans les glyphes, les icônes et les variantes HD pour les compétences, les agents et les équipes, sur toutes les palettes. Utilisez-la pour valider l'exhaustivité des ressources avant les rendus, après les mises à jour des registres, ou pour des vérifications périodiques de l'état du pipeline.
Installation rapide
Claude Code
Recommandé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-pipelineCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
Audit Icon Pipeline
Find missing glyphs, missing icons, stale manifests. Diff registries vs glyph maps, icon dirs, manifests. Produce gap report for skills, agents, teams.
When Use
- New skills, agents, teams added — check icon needs
- Before full pipeline render — find what missing
- After registry updates — verify manifest sync
- Periodic pipeline health check
Inputs
- Optional: Entity type filter —
skill,agent,team, orall(default:all) - Optional: Palette to check (default:
cyberpunk— reference palette)
Steps
Step 1: Read Registries
Collect entity IDs from source-of-truth registries.
- Read
skills/_registry.yml— grab skill IDs across domains - Read
agents/_registry.yml— grab agent IDs - Read
teams/_registry.yml— grab team IDs - Record counts: skills, agents, teams
Got: Three ID lists with counts matching total_skills, total_agents, total_teams.
If fail: Registry file missing? Report path, skip that type.
Step 2: Read Glyph Mappings
Collect mapped entity IDs from glyph map files.
- Read
viz/R/glyphs.R— grab keys fromSKILL_GLYPHSlist - Read
viz/R/agent_glyphs.R— grab keys fromAGENT_GLYPHSlist - Read
viz/R/team_glyphs.R— grab keys fromTEAM_GLYPHSlist
Got: Three mapped-ID lists.
If fail: Glyph file missing? Report it, mark all entities of that type unmapped.
Step 3: Compute Missing Glyphs
Diff registry IDs vs 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 in registries but no glyph function mapped.
If fail: Diff fails? Verify ID formats match between registry and glyph files (underscores vs hyphens).
Step 4: Check Rendered Icons
Verify mapped glyphs have 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/— same structure
Got: Lists of entities with glyphs but no rendered icons (standard and/or HD).
If fail: Icon dir absent? Pipeline not run yet — report all as missing.
Step 5: Check Manifest Freshness
Compare manifest counts vs 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 vs registry totals
Got: Manifest counts match registry counts. Mismatch → stale manifest.
If fail: Manifest files absent? Data pipeline needs to run first (node build-data.js && node build-icon-manifest.js).
Step 6: Detect Orphan Icons
Walk viz/public/icons*/. Flag WebP files whose <palette>/<domain>/<skillId> triple absent from icon-manifest.json.
- Enumerate WebP files:
find viz/public/icons* -name "*.webp" - For each file, extract
<domain>/<id>from path - Check if
<domain>/<id>has entry inicon-manifest.json - Collect non-matching files as orphans — on disk but unreferenced
# 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 → skills re-homed to different domain, no cleanup (18 orphans per re-homing = 9 palettes × 2 sizes).
If fail: Delete orphans manually — no manifest entry, will not be served. Re-home events rare, manual cleanup acceptable.
Step 7: Generate Gap Report
Produce structured summary.
- Format output as 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 from findings
Got: Full gap report with actionable next steps.
If fail: All checks pass, zero gaps? Report "Pipeline fully in sync" — positive outcome.
Checks
- All three registries read OK
- All three glyph map files checked
- Icon dirs scanned — standard and HD
- Manifest freshness verified
- Orphan icons checked (disk paths vs manifest)
- Gap report produced — counts and entity lists
- Next steps provided
Pitfalls
- ID format mismatch: Registry uses kebab-case (
create-skill), glyph maps may use snake_case keys — normalize before comparison - Palette assumption: Checking only cyberpunk palette misses palette-specific rendering gaps
- Empty directories: Domain dir exists but empty counts as "icons present" when globbing — check file existence, not directory existence
- HD not rendered: HD icons live in separate tree (
icons-hd/) — don't confuse with standard icons - Orphans after re-homing: Skill domain changes?
build.shcreates icons at new path, does NOT delete old — always run Step 6 orphan check after domain migration
See Also
- create-glyph — create missing glyph flagged by this audit
- enhance-glyph — improve quality of existing glyphs
- render-icon-pipeline — run full pipeline to generate missing icons
Dépôt GitHub
Compétences associées
content-collections
MétaCette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.
polymarket
MétaCette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.
creating-opencode-plugins
MétaCette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.
sglang
MétaSGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.
