pjt222/render-icon-pipeline
i18n/de/skills/render-icon-pipeline/SKILL.md
Die viz-Pipeline ausfuehren, um Icons aus bestehenden Glyphen zu rendern. Einstiegspunkt fuer das viz-Teilprojekt, der Palettengenerierung, Datenaufbau, Manifest-Erstellung und Icon-Rendering fuer Skills, Agents und Teams umfasst.
$ install --global
skillsauthnpx skillsauth add pjt222/agent-almanac render-icon-pipelineInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 15, 2026, 9:25 AM7.6s1 file scanned
SKILL.md
- name:
- render-icon-pipeline
- locale:
- de
- source_locale:
- en
- source_commit:
- 41c6956b
- translator:
- claude
- translation_date:
- 2026-03-18
- description:
- >
- license:
- MIT
- allowed-tools:
- Read Bash Grep Glob
- author:
- Philipp Thoss
- version:
- 1.0
- domain:
- visualization
- complexity:
- basic
- language:
- multi
- tags:
- visualization, rendering, pipeline, icons, glyphs, build
Icon-Pipeline rendern
Die viz-Pipeline von Anfang bis Ende ausfuehren, um Icons aus bestehenden Glyphen zu rendern. Umfasst Palettengenerierung, Datenaufbau, Manifest-Erstellung und Icon-Rendering fuer Skills, Agents und Teams.
Wann verwenden
- Nach dem Erstellen oder Aendern von Glyphen-Funktionen
- Nach dem Hinzufuegen neuer Skills, Agents oder Teams zu Registries
- Wenn Icons fuer neue oder aktualisierte Paletten neu gerendert werden muessen
- Fuer einen vollstaendigen Pipeline-Neubau (z.B. nach Infrastruktur-Aenderungen)
- Beim erstmaligen Einrichten der viz-Umgebung
Eingaben
- Optional: Entitaetstyp —
skill,agent,teamoderall(Standard:all) - Optional: Palette — spezifischer Palettenname oder
all(Standard:all) - Optional: Domaenenfilter — spezifische Domaene fuer Skill-Icons (z.B.
git,design) - Optional: Rendermodus —
full,incrementaloderdry-run(Standard:incremental)
Verfahren
Schritt 1: Voraussetzungen pruefen
Sicherstellen, dass die Umgebung fuer das Rendering bereit ist.
- Arbeitsverzeichnis ist
viz/(oder dorthin navigieren):cd /mnt/d/dev/p/agent-almanac/viz - R-Pakete auf Verfuegbarkeit pruefen:
Rscript -e "requireNamespace('ggplot2'); requireNamespace('ggforce'); requireNamespace('ggfx'); requireNamespace('ragg'); requireNamespace('magick')" - Node.js auf Verfuegbarkeit pruefen:
node --version - Pruefen, ob
config.ymlexistiert (betriebssystemabhaengige R-Pfadauswahl)
Erwartet: Alle Voraussetzungen bestehen ohne Fehler.
Bei Fehler: Fehlende R-Pakete mit install.packages() installieren. Falls Node.js fehlt, ueber nvm installieren. Falls config.yml fehlt, verwendet die Pipeline Systemstandards als Fallback.
Schritt 2: Palettenfarben generieren
Die JSON- und JS-Palettendaten aus R-Palettendefinitionen generieren.
Rscript generate-palette-colors.R
Erwartet: viz/public/data/palette-colors.json und viz/js/palette-colors.js aktualisiert.
Bei Fehler: Pruefen, ob viz/R/palettes.R gueltiger R-Code ist. Haeufiges Problem: Syntaxfehler im neuen Domaenenfarb-Eintrag.
Schritt 3: Daten aufbauen
Die Skills-/Agents-/Teams-Datendateien aus Registries generieren.
node build-data.js
Erwartet: viz/public/data/skills.json mit aktuellen Registry-Daten aktualisiert.
Bei Fehler: Pruefen, ob skills/_registry.yml, agents/_registry.yml, teams/_registry.yml gueltiges YAML sind.
Schritt 4: Manifeste erstellen
Icon-Manifeste aus den Datendateien generieren.
node build-icon-manifest.js
Erwartet: Drei Manifest-Dateien aktualisiert:
viz/public/data/icon-manifest.jsonviz/public/data/agent-icon-manifest.jsonviz/public/data/team-icon-manifest.json
Bei Fehler: Falls Manifeste veraltet sind, loeschen und erneut ausfuehren. Pruefen, ob build-data.js zuerst ausgefuehrt wurde.
Schritt 5: Icons rendern
Den Icon-Renderer mit passenden Flags ausfuehren.
Vollstaendige Pipeline (alle Typen, alle Paletten, Standard + HD):
Rscript build-all-icons.R
Inkrementell (unveraenderte Glyphen ueberspringen):
Rscript build-all-icons.R --skip-existing
Einzelner Entitaetstyp:
Rscript build-all-icons.R --type skill
Rscript build-all-icons.R --type agent
Rscript build-all-icons.R --type team
Einzelne Domaene (nur Skills):
Rscript build-icons.R --only design
Einzelner Agent oder Team:
Rscript build-agent-icons.R --only mystic
Rscript build-team-icons.R --only r-package-review
Probelauf (Vorschau ohne Rendering):
Rscript build-all-icons.R --dry-run
Nur Standardgroesse (HD ueberspringen):
Rscript build-all-icons.R --no-hd
CLI-Referenz:
| Flag | Standard | Beschreibung |
|------|----------|--------------|
| --type <types> | all | Kommagetrennt: skill, agent, team |
| --palette <name> | all | Einzelne Palette oder all (9 Paletten) |
| --only <filter> | keiner | Domaene (Skills) oder Entitaets-ID (Agents/Teams) |
| --skip-existing | aus | Icons mit vorhandenen WebP-Dateien ueberspringen |
| --dry-run | aus | Auflisten, was generiert wuerde |
| --size <n> | 512 | Ausgabedimension in Pixeln |
| --glow-sigma <n> | 4 | Glow-Unschaerferadius |
| --workers <n> | auto | Parallele Worker (detectCores()-1) |
| --no-cache | aus | Inhaltshash-Cache ignorieren |
| --hd | ein | HD-Varianten aktivieren (1024px) |
| --no-hd | aus | HD-Varianten ueberspringen |
| --strict | aus | Bei erstem Unterskript-Fehler beenden |
Erwartet: Icons gerendert nach viz/public/icons/<palette>/ und viz/public/icons-hd/<palette>/.
Bei Fehler:
- renv-Haenger: Von
viz/-Verzeichnis aus starten, damit.Rprofileden Library-Pfad-Workaround aktiviert - Fehlende Pakete:
install.packages(c("ggplot2", "ggforce", "ggfx", "ragg", "magick", "future", "furrr", "digest")) - Exit-Code 5: Bedeutet in der Regel, dass eine Glyphen-Funktion einen Fehler verursacht hat — im Log nach der spezifischen Skill-/Agent-/Team-ID suchen
- No glyph mapped: Die Entitaet benoetigt eine Glyphen-Funktion — den
create-glyphSkill verwenden
Schritt 6: Ausgabe verifizieren
Bestaetigen, dass das Rendering erfolgreich abgeschlossen wurde.
- Dateianzahlen gegen Erwartungen pruefen:
find viz/public/icons/cyberpunk -name "*.webp" | wc -l find viz/public/icons-hd/cyberpunk -name "*.webp" | wc -l - Auf angemessene Dateigroessen pruefen (2-80 KB pro Icon)
- Manifest-Aktualitaet verifizieren (
audit-icon-pipelinefuer vollstaendige Pruefung ausfuehren)
Erwartet: Dateianzahlen stimmen mit Manifest-Eintragsanzahlen ueberein. Dateigroessen im erwarteten Bereich.
Bei Fehler: Falls die Anzahlen nicht uebereinstimmen, koennten einige Glyphen waehrend des Renderings Fehler verursacht haben. Das Build-Log auf [ERROR]-Zeilen pruefen.
Docker-Alternative
Die Pipeline kann auch in Docker ausgefuehrt werden:
cd viz
docker compose up --build
Dies fuehrt die vollstaendige Pipeline in einer isolierten Linux-Umgebung aus und liefert das Ergebnis auf Port 8080.
Validierungscheckliste
- [ ] Arbeitsverzeichnis ist
viz/ - [ ] Palettenfarben generiert (JSON + JS)
- [ ] Datendateien aus Registries aufgebaut
- [ ] Manifeste aus Daten generiert
- [ ] Icons fuer Zieltypen und -paletten gerendert
- [ ] Dateianzahlen stimmen mit Erwartungen ueberein
- [ ] Dateigroessen im erwarteten Bereich (2-80 KB)
Haeufige Fehler
- Falsches Arbeitsverzeichnis: R-Skripte erwarten, von
viz/aus ausgefuehrt zu werden oderviz/R/utils.Rrelativ zum Projektstamm zu finden - renv nicht aktiviert: Der
.Rprofile-Workaround erfordert Ausfuehrung vonviz/— die Verwendung des--vanilla-Flags oder das Starten aus einem anderen Verzeichnis ueberspringt ihn - Veraltete Manifeste: Immer Schritte 2-4 (Palette -> Daten -> Manifest) vor Schritt 5 (Rendern) nach Registry-Aenderungen ausfuehren
- Parallelitaet unter Windows: Windows unterstuetzt keine fork-basierte Parallelitaet — die Pipeline waehlt automatisch
multisessionueberconfig.yml
Verwandte Skills
- audit-icon-pipeline — Fehlende Glyphen und Icons vor dem Rendering erkennen
- create-glyph — Neue Glyphen-Funktionen fuer Entitaeten ohne Icons erstellen
- enhance-glyph — Bestehende Glyphen vor dem erneuten Rendering verbessern
Related Skills
pjt222/unleash-the-agents
testing
VerifiedTrustedCommunity
Launch all available agents in parallel waves for open-ended hypothesis generation on problems where the correct domain is unknown. Use when facing a cross-domain problem with no clear starting point, when single-agent approaches have stalled, or when diverse perspectives are more valuable than deep expertise. Produces a ranked hypothesis set with convergence analysis and adversarial refinement.
9SKILL.mdUpdated Apr 15, 2026
pjt222/test-cli-application
tools
VerifiedTrustedCommunity
Write integration tests for a Node.js CLI application using the built-in node:test module. Covers the exec helper pattern, output assertions, filesystem state verification, cleanup hooks, JSON output parsing, error case testing, and state restoration after destructive tests. Use when adding tests to an existing CLI, testing a new command, verifying adapter behavior across frameworks, or setting up CI for a CLI tool.
9SKILL.mdUpdated Apr 15, 2026
pjt222/screen-trademark
development
VerifiedTrustedCommunity
Screen a proposed trademark for conflicts and distinctiveness before filing. Covers trademark database searches (TMview, WIPO Global Brand Database, USPTO TESS), distinctiveness analysis using the Abercrombie spectrum, likelihood of confusion assessment using DuPont factors and EUIPO relative grounds, common law rights evaluation, and goods/services overlap analysis. Produces a conflict report with a risk matrix. Use before adopting a new brand name, logo, or slogan — distinct from patent prior art search, which uses different databases, legal frameworks, and analysis methods.
9SKILL.mdUpdated Apr 15, 2026
pjt222/scaffold-cli-command
tools
VerifiedTrustedCommunity
Scaffold a new CLI command using Commander.js with options, action handler, three output modes (human-readable, quiet, JSON), and optional ceremony variant. Covers command naming, option design, shared context patterns, error handling, and integration testing. Use when adding a command to an existing Commander.js CLI, designing a new CLI tool from scratch, or standardizing command structure across a multi-command CLI.
9SKILL.mdUpdated Apr 15, 2026