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 リポジトリ
関連スキル
content-collections
メタこのスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。
polymarket
メタこのスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。
creating-opencode-plugins
メタこのスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。
sglang
メタSGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。
