audit-icon-pipeline
Detect missing glyphs, icons, and HD variants by comparing registries against glyph mapping files, icon directories, and manifests. Reports gaps for skills, agents, and teams across all palettes.
Best use case
audit-icon-pipeline is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Detect missing glyphs, icons, and HD variants by comparing registries against glyph mapping files, icon directories, and manifests. Reports gaps for skills, agents, and teams across all palettes.
Teams using audit-icon-pipeline should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/audit-icon-pipeline/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How audit-icon-pipeline Compares
| Feature / Agent | audit-icon-pipeline | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Detect missing glyphs, icons, and HD variants by comparing registries against glyph mapping files, icon directories, and manifests. Reports gaps for skills, agents, and teams across all palettes.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# 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`, or `all` (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.
1. Read `skills/_registry.yml` — extract all skill IDs across all domains
2. Read `agents/_registry.yml` — extract all agent IDs
3. Read `teams/_registry.yml` — extract all team IDs
4. 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.
1. Read `viz/R/glyphs.R` — extract all keys from `SKILL_GLYPHS` list
2. Read `viz/R/agent_glyphs.R` — extract all keys from `AGENT_GLYPHS` list
3. Read `viz/R/team_glyphs.R` — extract all keys from `TEAM_GLYPHS` list
**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.
1. Missing skill glyphs: `registry_skill_ids - mapped_skill_ids`
2. Missing agent glyphs: `registry_agent_ids - mapped_agent_ids`
3. 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.
1. For each mapped skill ID, check `viz/public/icons/<palette>/<domain>/<skillId>.webp`
2. For each mapped agent ID, check `viz/public/icons/<palette>/agents/<agentId>.webp`
3. For each mapped team ID, check `viz/public/icons/<palette>/teams/<teamId>.webp`
4. 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.
1. Read `viz/public/data/icon-manifest.json` — count entries
2. Read `viz/public/data/agent-icon-manifest.json` — count entries
3. Read `viz/public/data/team-icon-manifest.json` — count entries
4. 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`.
1. Enumerate all WebP files: `find viz/public/icons* -name "*.webp"`
2. For each file, extract `<domain>/<id>` from its path
3. Check if `<domain>/<id>` has an entry in `icon-manifest.json`
4. Collect non-matching files as orphans — they exist on disk but are no longer referenced
```bash
# 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.
1. 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)
```
2. 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.sh` creates 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-glyph/SKILL.md) — create a missing glyph identified by this audit
- [enhance-glyph](../enhance-glyph/SKILL.md) — improve quality of existing glyphs
- [render-icon-pipeline](../render-icon-pipeline/SKILL.md) — run the full pipeline to generate missing iconsRelated Skills
setup-automl-pipeline
Configure automated ML pipelines using Optuna or Ray Tune for hyperparameter optimization. Implement efficient search strategies (Hyperband, ASHA), define search spaces, and set up early stopping to find optimal model configurations with minimal manual tuning. Use when starting a new ML project, retraining with new data and re-optimizing hyperparameters, comparing multiple algorithms, or when the team lacks deep expertise in specific algorithm hyperparameters.
security-audit-codebase
Perform a security audit of a codebase checking for exposed secrets, vulnerable dependencies, injection vulnerabilities, insecure configurations, and OWASP Top 10 issues. Use before publishing or deploying a project, for periodic security reviews, after adding authentication or API integration, before open-sourcing a private repository, or when preparing for a security compliance audit.
render-icon-pipeline
Run the viz pipeline to render icons from existing glyphs. Entry point for the viz subproject covering palette generation, data building, manifest creation, and icon rendering for skills, agents, and teams. Always use build.sh as the pipeline entry point — never call Rscript directly.
pipeline-gpu-kernel
Apply software pipelining (double-buffering) to a tiled GPU kernel to overlap global memory loads with Tensor Core computation. Covers prologue/loop/epilogue restructuring, LDG-register vs cp.async (LDGSTS) variant selection based on compute/load ratio, shared memory budget verification against architecture-specific occupancy cliffs, and SASS-level verification of load/compute overlap.
orchestrate-ml-pipeline
Orchestrate end-to-end machine learning pipelines using Prefect or Airflow with DAG construction, task dependencies, retry logic, scheduling, monitoring, and integration with MLflow, DVC, and feature stores for production ML workflows. Use when automating multi-step ML workflows from data ingestion to deployment, scheduling periodic model retraining, coordinating distributed training tasks, or managing retry logic and failure recovery across pipeline stages.
implement-audit-trail
Implement audit trail functionality for R projects in regulated environments. Covers logging, provenance tracking, electronic signatures, data integrity checks, and 21 CFR Part 11 compliance. Use when an R analysis requires electronic records compliance (21 CFR Part 11), when you need to track who did what and when in an analysis, when implementing data provenance tracking, or when creating tamper-evident analysis logs for regulatory submissions.
conduct-gxp-audit
Conduct a GxP audit of computerized systems and processes. Covers audit planning, opening meetings, evidence collection, finding classification (critical/major/minor), CAPA generation, closing meetings, report writing, and follow-up verification. Use for scheduled internal audits, supplier qualification audits, pre-inspection readiness assessments, for-cause audits triggered by deviations or data integrity concerns, or periodic compliance posture reviews of validated systems.
build-ci-cd-pipeline
Design and implement multi-stage CI/CD pipelines using GitHub Actions with matrix builds, dependency caching, artifact management, and secret handling. Create workflows that span linting, testing, building, and deployment stages with parallel execution and conditional logic. Use when setting up automated testing and deployment for a new project, migrating from Jenkins or CircleCI to GitHub Actions, implementing matrix builds across platforms, adding build caching, or creating multi-stage pipelines with security scanning and quality gates.
audit-discovery-symlinks
Audit and repair Claude Code discovery symlinks for skills, agents, and teams. Compares registries against .claude/ directories at project and global levels, detects missing, broken, and extraneous symlinks, distinguishes almanac content from external projects, and optionally repairs gaps. Use after adding new skills or agents, after a repository rename or move, when slash commands stop working, or as a periodic health check.
audit-dependency-versions
Audit project dependencies for version staleness, security vulnerabilities, and compatibility issues. Covers lock file analysis, upgrade path planning, and breaking change assessment. Use before a release to ensure dependencies are current and secure, during periodic maintenance reviews, after receiving a security advisory, when upgrading to a new language version, before submitting to CRAN or npm, or when inheriting a project to assess its dependency health.
skill-name-here
One to three sentences describing what this skill accomplishes, followed by key activation triggers. This field is the primary mechanism agents use to decide whether to activate the skill — it is read during discovery before the full body is loaded. Start with a verb. Include the most important "when to use" conditions inline. Max 1024 characters.
write-vignette
Create R package vignettes using R Markdown or Quarto. Covers vignette setup, YAML configuration, code chunk options, building and testing, and CRAN requirements for vignettes. Use when adding a Getting Started tutorial, documenting complex workflows spanning multiple functions, creating domain-specific guides, or when CRAN submission requires user-facing documentation beyond function help pages.