audit-icon-pipeline
À propos
Cette compétence audite les ressources d'icônes en comparant les registres aux fichiers de mappage et aux répertoires pour détecter les glyphes, icônes et variantes HD manquants. Elle génère un rapport structuré des lacunes pour les compétences, agents et équipes sur toutes les palettes. Utilisez-la pour des vérifications pré-rendu, après des mises à jour de registre, ou pour des contrôles 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
Detect missing glyphs, icons, stale manifests → compare registries vs glyph mappings, icon dirs, manifests. Structured gap report → skills, agents, teams.
Use When
- After add new skills/agents/teams → icons needed?
- Pre-full pipeline render → identify missing
- After registry updates → manifests in sync
- Periodic health check of icon pipeline
In
- Optional: Entity type filter —
skill,agent,team,all(default:all) - Optional: Palette (default:
cyberpunk— reference)
Do
Step 1: Read Registries
Collect entity IDs from source-of-truth registries.
skills/_registry.yml→ all skill IDs across all domainsagents/_registry.yml→ all agent IDsteams/_registry.yml→ all team IDs- Record counts: total skills, agents, teams
→ 3 lists of entity IDs w/ counts matching total_skills, total_agents, total_teams.
If err: Registry file missing → report path + skip that type.
Step 2: Read Glyph Mappings
Collect mapped entity IDs from glyph mapping files.
viz/R/glyphs.R→ all keys fromSKILL_GLYPHSlistviz/R/agent_glyphs.R→ all keys fromAGENT_GLYPHSlistviz/R/team_glyphs.R→ all keys fromTEAM_GLYPHSlist
→ 3 lists of mapped IDs.
If err: Glyph file missing → report + 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
→ Lists of entity IDs in registries w/o glyph fn mapped.
If err: Diff fails → verify ID formats match (underscores vs hyphens).
Step 4: Check Rendered Icons
Verify mapped glyphs have corresponding rendered icon files.
- Per mapped skill ID → check
viz/public/icons/<palette>/<domain>/<skillId>.webp - Per mapped agent ID → check
viz/public/icons/<palette>/agents/<agentId>.webp - Per mapped team ID → check
viz/public/icons/<palette>/teams/<teamId>.webp - HD variants in
viz/public/icons-hd/same structure
→ Lists of entities w/ glyphs but missing rendered icons (standard/HD).
If err: Icon dir missing → pipeline not run → report all as missing.
Step 5: Check Manifest Freshness
Compare manifest counts vs registry counts.
viz/public/data/icon-manifest.json→ count entriesviz/public/data/agent-icon-manifest.json→ count entriesviz/public/data/team-icon-manifest.json→ count entries- Compare vs registry totals
→ Manifest counts match registry counts. Discrepancy = stale.
If err: Manifest files missing → data pipeline must 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 all WebPs:
find viz/public/icons* -name "*.webp" - Per file → extract
<domain>/<id>from path - Check
<domain>/<id>has entry inicon-manifest.json - Non-matching = orphans → exist on disk but 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));
"
→ Zero orphans. Any = skills re-homed to diff domain w/o cleanup (18 orphans per re-homing = 9 palettes × 2 sizes).
If err: Delete orphans manually → no manifest entry, won't be served. Re-home events rare → manual cleanup OK.
Step 7: Generate Gap Report
Structured summary.
- Format out as clear table/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
→ Complete gap report w/ actionable next steps.
If err: All checks pass, zero gaps → report "Pipeline fully in sync" as positive outcome.
Check
- All 3 registries read
- All 3 glyph mapping files checked
- Icon dirs scanned both standard + HD
- Manifest freshness verified
- Orphan icons checked (disk paths vs manifest)
- Gap report produced w/ counts + entity lists
- Actionable next steps provided
Traps
- ID format mismatch: Registry = kebab-case (
create-skill), glyph maps may use snake_case → normalize comparison - Palette assumption: Only checking cyberpunk misses palette-specific gaps
- Empty dirs: Domain dir exists but empty → counts as "icons present" w/ globbing → check file existence, not dir
- HD not rendered: HD icons in separate tree (
icons-hd/) → don't confuse w/ standard - Orphans after re-homing: Skill domain change →
build.shcreates icons at new path but NOT deletes old → always run Step 6 orphan check after any domain migration
→
- create-glyph — create missing glyph identified by this audit
- enhance-glyph — improve quality of existing glyphs
- render-icon-pipeline — run full pipeline → 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.
