Create Glyph

Glyphe erstellen

R-basierte Piktogramm-Glyphen fuer Skill-, Agent- oder Team-Icons in der viz/-Visualisierungsschicht erstellen. Jede Glyphe ist eine reine ggplot2-Funktion, die eine erkennbare Form auf einer 100x100-Leinwand zeichnet und mit einem Neon-Glow-Effekt als transparentes WebP gerendert wird.

Wann verwenden

• Ein neuer Skill, Agent oder Team wurde hinzugefuegt und benoetigt ein visuelles Icon
• Eine bestehende Glyphe soll ersetzt oder neu gestaltet werden
• Batch-Erstellung von Glyphen fuer eine neue Skill-Domaene
• Visuelle Metaphern fuer Entitaetskonzepte prototypisieren

Eingaben

• Erforderlich: Entitaetstyp — skill, agent oder team
• Erforderlich: Entitaets-ID (z.B. create-glyph, mystic, r-package-review) und Domaene (fuer Skills)
• Erforderlich: Visuelles Konzept — was die Glyphe darstellen soll
• Optional: Referenz-Glyphe zum Studium des Komplexitaetsniveaus
• Optional: Benutzerdefinierter --glow-sigma-Wert (Standard: 4)

Verfahren

Schritt 1: Konzept — Visuelle Metapher entwerfen

Die zu ikonifizierende Entitaet identifizieren und eine visuelle Metapher waehlen.

1. Die Quelldatei der Entitaet lesen, um das Kernkonzept zu verstehen:
   • Skills: skills/<id>/SKILL.md
   • Agents: agents/<id>.md
   • Teams: teams/<id>.md
2. Einen Metaphertyp waehlen:
   • Konkretes Objekt: ein Kolben fuer Experimente, ein Schild fuer Sicherheit
   • Abstraktes Symbol: Pfeile fuer Zusammenfuehrung, Spiralen fuer Iteration
   • Zusammengesetzt: 2-3 einfache Formen kombinieren (z.B. Dokument + Stift)
3. Bestehende Glyphen als Komplexitaetsreferenz heranziehen:

Complexity Tiers:
+----------+--------+-------------------------------------------+
| Tier     | Layers | Examples                                  |
+----------+--------+-------------------------------------------+
| Simple   | 2      | glyph_flame, glyph_heartbeat              |
| Moderate | 3-5    | glyph_document, glyph_experiment_flask    |
| Complex  | 6+     | glyph_ship_wheel, glyph_bridge_cpp        |
+----------+--------+-------------------------------------------+

4. Einen Funktionsnamen festlegen: glyph_<beschreibender_name> (snake_case, eindeutig)

Erwartet: Eine klare gedankliche Skizze der Form mit 2-6 geplanten Ebenen.

Bei Fehler: Falls das Konzept zu abstrakt ist, auf ein verwandtes konkretes Objekt zurueckgreifen. Bestehende Glyphen in derselben Domaene zur Inspiration durchsehen.

Schritt 2: Zusammensetzen — Glyphen-Funktion schreiben

Die R-Funktion schreiben, die ggplot2-Ebenen erzeugt.

1. Funktionssignatur (unveraenderlicher Vertrag):

   glyph_<name> <- function(cx, cy, s, col, bright) {
     # cx, cy = center coordinates (50, 50 on 100x100 canvas)
     # s = scale factor (1.0 = fill ~70% of canvas)
     # col = domain color hex (e.g., "#ff88dd" for design)
     # bright = brightened variant of col (auto-computed by renderer)
     # Returns: list() of ggplot2 layers
   }
   

2. Skalierungsfaktor * s auf ALLE Dimensionen anwenden fuer konsistente Skalierung:

   r <- 20 * s        # radius
   hw <- 15 * s       # half-width
   lw <- .lw(s)       # line width (default base 2.5)
   lw_thin <- .lw(s, 1.2)  # thinner line width
   

3. Geometrie mit verfuegbaren Primitives erstellen:

   Geometrie	Verwendung
   ggplot2::geom_polygon(data, .aes(x, y), ...)	Gefuellte Formen
   ggplot2::geom_path(data, .aes(x, y), ...)	Offene Linien/Kurven
   ggplot2::geom_segment(data, .aes(x, xend, y, yend), ...)	Liniensegmente, Pfeile
   ggplot2::geom_rect(data, .aes(xmin, xmax, ymin, ymax), ...)	Rechtecke
   ggforce::geom_circle(data, .aes(x0, y0, r), ...)	Kreise

4. Die Farbstrategie anwenden:

   Alpha Guide:
   +----------------------+------------+--------------------------+
   | Purpose              | Alpha      | Example                  |
   +----------------------+------------+--------------------------+
   | Large fill (body)    | 0.08-0.15  | hex_with_alpha(col, 0.1) |
   | Medium fill (accent) | 0.15-0.25  | hex_with_alpha(col, 0.2) |
   | Small fill (detail)  | 0.25-0.35  | hex_with_alpha(bright, 0.3) |
   | Outline stroke       | 1.0        | color = bright           |
   | Secondary stroke     | 1.0        | color = col              |
   | No fill              | ---        | fill = NA                |
   +----------------------+------------+--------------------------+
   

5. Eine flache list() von Ebenen zurueckgeben (der Renderer iteriert und umgibt jede mit Glow)

6. Die Funktion in der passenden Primitives-Datei basierend auf dem Entitaetstyp platzieren:

   • Skills: Domaenengruppiert ueber 19 Primitives-Dateien:
     • primitives.R — bushcraft, compliance, containerization, data-serialization, defensive
     • primitives_2.R — devops, general, git, mcp-integration
     • primitives_3.R — mlops, observability, PM, r-packages, reporting, review, web-dev, esoteric, design
     • Weitere primitives_4.R bis primitives_19.R fuer neuere Domaenen
   • Agents: viz/R/agent_primitives.R
   • Teams: viz/R/team_primitives.R

Erwartet: Eine funktionierende R-Funktion, die eine Liste von 2-6 ggplot2-Ebenen zurueckgibt.

Bei Fehler: Falls ggforce::geom_circle Fehler verursacht, sicherstellen, dass ggforce installiert ist. Falls Koordinaten nicht stimmen, bedenken, dass die Leinwand 100x100 mit (0,0) unten links ist. Die Funktion interaktiv testen:

source("viz/R/utils.R"); source("viz/R/primitives.R")  # etc.
layers <- glyph_<name>(50, 50, 1.0, "#ff88dd", "#ffa8f0")
p <- ggplot2::ggplot() + ggplot2::coord_fixed(xlim=c(0,100), ylim=c(0,100)) +
     ggplot2::theme_void()
for (l in layers) p <- p + l
print(p)

Schritt 3: Registrieren — Entitaet der Glyphe zuordnen

Die Entitaet-zu-Glyphe-Zuordnung in der passenden Glyph-Zuordnungsdatei hinzufuegen.

Fuer Skills:

1. viz/R/glyphs.R oeffnen
2. Den Kommentarbereich fuer die Zieldomaene finden (z.B. # -- design (3))
3. Den Eintrag in alphabetischer Reihenfolge innerhalb des Domaenenblocks hinzufuegen:

   "skill-id" = "glyph_function_name",
   

4. Die Domaenenanzahl im Kommentar bei Bedarf aktualisieren

Fuer Agents:

1. viz/R/agent_glyphs.R oeffnen
2. Die alphabetische Position in AGENT_GLYPHS finden
3. Den Eintrag hinzufuegen:

   "agent-id" = "glyph_function_name",
   

Fuer Teams:

1. viz/R/team_glyphs.R oeffnen

2. Die alphabetische Position in TEAM_GLYPHS finden

3. Den Eintrag hinzufuegen:

   "team-id" = "glyph_function_name",
   

4. Sicherstellen, dass keine doppelte ID in der Zielliste existiert

Erwartet: Die entsprechende *_GLYPHS-Liste enthaelt die neue Zuordnung.

Bei Fehler: Falls der Build spaeter "No glyph mapped" meldet, nochmals pruefen, dass die Entitaets-ID exakt mit der im Manifest und in der Registry uebereinstimmt.

Schritt 4: Manifest — Icon-Eintrag hinzufuegen

Das Icon im passenden Manifest registrieren.

Fuer Skills: viz/data/icon-manifest.json

{
  "skillId": "skill-id",
  "domain": "domain-name",
  "prompt": "<domain basePrompt>, <descriptors>, dark background, vector art",
  "seed": <next_seed>,
  "path": "public/icons/cyberpunk/<domain>/<skill-id>.webp",
  "status": "pending"
}

Fuer Agents: viz/data/agent-icon-manifest.json

{
  "agentId": "agent-id",
  "prompt": "<agent-specific descriptors>, dark background, vector art",
  "seed": <next_seed>,
  "path": "public/icons/cyberpunk/agents/<agent-id>.webp",
  "status": "pending"
}

Fuer Teams: viz/data/team-icon-manifest.json

{
  "teamId": "team-id",
  "prompt": "<team-specific descriptors>, dark background, vector art",
  "seed": <next_seed>,
  "path": "public/icons/cyberpunk/teams/<team-id>.webp",
  "status": "pending"
}

Erwartet: Gueltiges JSON mit dem neuen Eintrag bei den zugehoerigen Typ-Geschwistern.

Bei Fehler: JSON-Syntax validieren. Haeufige Fehler: nachgestelltes Komma nach dem letzten Array-Element, fehlende Anfuehrungszeichen.

Schritt 5: Rendern — Icon generieren

Die Icon-Pipeline ausfuehren, um die neue Glyphe zu rendern. Immer build.sh als Einstiegspunkt verwenden — es uebernimmt die Plattformerkennung und die Auswahl der R-Binary. Siehe render-icon-pipeline fuer die vollstaendige Flag-Referenz und die Pipeline-Architektur.

# From project root — renders all palettes, standard + HD, skips existing icons
bash viz/build.sh --only <domain> --skip-existing          # skills
bash viz/build.sh --type agent --only <id> --skip-existing # agents
bash viz/build.sh --type team --only <id> --skip-existing  # teams

# Dry run first:
bash viz/build.sh --only <domain> --dry-run

build.sh fuehrt die vollstaendige Pipeline aus (Palette → Daten → Manifest → Rendering → Terminal-Glyphen). Die Schritte ausserhalb des Renderings kosten etwa 10 Sekunden, stellen aber sicher, dass alle Daten aktuell sind.

Ausgabeorte:

• Skills: viz/public/icons/<palette>/<domain>/<skill-id>.webp
• Agents: viz/public/icons/<palette>/agents/<agent-id>.webp
• Teams: viz/public/icons/<palette>/teams/<team-id>.webp

Erwartet: Das Log zeigt OK: <entity> (seed=XXXXX, XX.XKB) und die WebP-Datei existiert.

Bei Fehler:

• "No glyph mapped" — Zuordnung aus Schritt 3 fehlt oder hat einen Tippfehler
• "Unknown domain" — Domaene nicht in get_palette_colors() in palettes.R
• R-Paketfehler — Zuerst install.packages(c("ggplot2", "ggforce", "ggfx", "ragg", "magick")) ausfuehren
• Falls das Rendering abstuerzt, die Glyphen-Funktion interaktiv testen (siehe Schritt 2 Fallback)

Schritt 6: Verifizieren — Visuelle Inspektion

Die gerenderte Ausgabe auf Qualitaetsstandards pruefen.

1. Datei-Existenz und angemessene Groesse pruefen:

   ls -la viz/public/icons/cyberpunk/<type-path>/<entity-id>.webp
   # Expected: 15-80 KB typical range
   

2. Das WebP in einem Bildbetrachter oeffnen und pruefen:

   • Form ist bei voller Groesse (1024x1024) klar erkennbar
   • Neon-Glow ist vorhanden, aber nicht uebertrieben
   • Hintergrund ist transparent (kein schwarzes/weisses Rechteck)
   • Kein Beschnitt an den Leinwandraendern

3. Bei kleinen Groessen pruefen (das Icon wird mit ~40-160px im Force-Graph gerendert):

   • Form bleibt erkennbar
   • Details werden nicht zu Rauschen
   • Glow uebertrifft nicht die Form

Erwartet: Ein klares, erkennbares Piktogramm mit gleichmaessigem Neon-Glow auf transparentem Hintergrund.

Bei Fehler:

• Glow zu stark: mit --glow-sigma 2 neu rendern (Standard ist 4)
• Glow zu schwach: mit --glow-sigma 8 neu rendern
• Form bei kleinen Groessen unlesbar: Glyphe vereinfachen (weniger Ebenen, kraeftigere Striche, .lw(s, base) Basiswert erhoehen)
• Beschnitt an Raendern: Formdimensionen reduzieren oder Zentrum verschieben

Schritt 7: Iterieren — Bei Bedarf verfeinern

Anpassungen vornehmen und erneut rendern.

1. Haeufige Anpassungen:

   • Kraeftigere Striche: .lw(s, base) erhoehen — base = 3.0 oder 3.5 versuchen
   • Sichtbarere Fuellung: Alpha von 0.10 auf 0.15-0.20 erhoehen
   • Formproportionen: Multiplikatoren auf s anpassen (z.B. 20 * s -> 24 * s)
   • Detail-Ebenen hinzufuegen/entfernen: Gesamtzahl der Ebenen zwischen 2-6 halten fuer beste Ergebnisse

2. Zum erneuten Rendern nach Aenderungen:

   # Delete the existing icon first, then re-render
   rm viz/public/icons/cyberpunk/<type-path>/<entity-id>.webp
   # Use the appropriate build command from Step 5
   

3. Wenn zufriedenstellend, pruefen, ob der Manifest-Status "done" zeigt (das Build-Skript aktualisiert ihn automatisch bei Erfolg)

Erwartet: Das fertige Icon besteht alle Pruefungen aus Schritt 6.

Bei Fehler: Falls die Glyphe nach 3+ Iterationen immer noch nicht gut lesbar ist, eine voellig andere visuelle Metapher in Betracht ziehen (zurueck zu Schritt 1).

Referenz

Domaenen- und Entitaetsfarbpaletten

Alle Domaenenfarben (fuer Skills) sind in viz/R/palettes.R definiert (die einzige Quelle der Wahrheit). Agent- und Team-Farben werden ebenfalls in palettes.R verwaltet. Die Cyberpunk-Palette (handabgestimmte Neonfarben) ist in get_cyberpunk_colors(). Viridis-Familienpaletten werden automatisch ueber viridisLite generiert.

Zum Nachschlagen einer Farbe:

source("viz/R/palettes.R")
get_palette_colors("cyberpunk")$domains[["design"]]   # skill domain
get_palette_colors("cyberpunk")$agents[["mystic"]]     # agent
get_palette_colors("cyberpunk")$teams[["tending"]]     # team

Beim Hinzufuegen einer neuen Domaene an drei Stellen in palettes.R eintragen:

1. PALETTE_DOMAIN_ORDER (alphabetisch)
2. get_cyberpunk_colors() Domaenenliste
3. bash viz/build.sh ausfuehren, um Paletten, Daten und Manifeste zu regenerieren

Glyphen-Funktionskatalog

Den vollstaendigen Katalog verfuegbarer Glyphen-Funktionen in den Primitives-Quelldateien einsehen:

• Skills: viz/R/primitives.R bis viz/R/primitives_19.R (domaenengruppiert)
• Agents: viz/R/agent_primitives.R
• Teams: viz/R/team_primitives.R

Hilfsfunktionen

Validierungscheckliste

• Glyphen-Funktion folgt der glyph_<name>(cx, cy, s, col, bright) -> list() Signatur
• Alle Dimensionen verwenden den * s Skalierungsfaktor
• Farbstrategie nutzt col fuer Fuellungen, bright fuer Umrisse, hex_with_alpha() fuer Transparenz
• Funktion in der korrekten Primitives-Datei fuer Entitaetstyp und Domaene platziert
• Glyphen-Zuordnungseintrag in der passenden *_glyphs.R-Datei hinzugefuegt
• Manifest-Eintrag mit korrekter Entitaets-ID, Pfad und "status": "pending" hinzugefuegt
• Build-Befehl laeuft ohne Fehler (zuerst Probelauf)
• Gerendertes WebP existiert am erwarteten Pfad
• Dateigroesse im erwarteten Bereich (15-80 KB)
• Icon ist bei 1024px und ~40px Anzeiggroessen klar erkennbar
• Transparenter Hintergrund (kein massives Rechteck hinter der Glyphe)
• Manifest-Status nach erfolgreichem Rendern auf "done" aktualisiert

Haeufige Fehler

• * s vergessen: Hartcodierte Pixelwerte brechen, wenn sich die Skalierung aendert. Immer mit s multiplizieren.
• Leinwand-Ursprungsverwirrung: (0,0) ist unten links, nicht oben links. Hoehere y-Werte bewegen sich NACH OBEN.
• Doppelter Glow: Der Renderer wendet bereits ggfx::with_outer_glow() auf jede Ebene an. Keinen Glow INNERHALB der Glyphen-Funktion hinzufuegen.
• Zu viele Ebenen: Jede Ebene bekommt individuelles Glow-Wrapping. Mehr als 8 Ebenen macht das Rendering langsam und visuell unruhig.
• Nicht uebereinstimmende IDs: Die Entitaets-ID in der Glyphen-Zuordnung, im Manifest und in der Registry muessen alle exakt uebereinstimmen.
• JSON-Nachkommas: Das Manifest ist striktes JSON. Kein nachgestelltes Komma nach dem letzten Array-Element.
• Fehlende Domaenenfarbe: Falls die Domaene nicht in get_cyberpunk_colors() in palettes.R ist, wird das Rendering einen Fehler werfen. Zuerst die Farbe hinzufuegen, dann regenerieren.
• Falsche Primitives-Datei: Skills gehoeren in domaenengruppierte primitives*.R, Agents in agent_primitives.R, Teams in team_primitives.R.

Verwandte Skills

• enhance-glyph — Visuelle Qualitaet einer bestehenden Glyphe verbessern, Rendering-Probleme beheben oder Detail-Ebenen hinzufuegen
• audit-icon-pipeline — Fehlende Glyphen und Icons erkennen, um zu wissen, was erstellt werden muss
• render-icon-pipeline — Die vollstaendige Rendering-Pipeline von Anfang bis Ende ausfuehren
• ornament-style-mono — Komplementaere KI-basierte Bilderzeugung (Z-Image vs R-codierte Glyphen)
• ornament-style-color — Farbtheorie anwendbar auf Glyphen-Akzentfuellungsentscheidungen
• create-skill — Der uebergeordnete Workflow, der Glyphen-Erstellung ausloest beim Hinzufuegen neuer Skills