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 couvrant les compétences, agents et équipes sur toutes les palettes. Utilisez-la après l'ajout de nouvelles entités ou avant un rendu de pipeline pour identifier les ressources visuelles manquantes.
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, 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
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.
