算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
enhance-glyph【设计与创意】Improve an existing R-based pictogram glyph for the visualization layer. Covers visual audit of the current glyph, diagnosis of specific issues (proportions, readability, glow balance), targeted modifications to the glyph function, re-rendering, and before/after comparison. Works for skill, agent, and team glyphs. Use when a glyph renders poorly at s…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
改 viz/ 視層之舊象符——審其現繪、診視議、施針對改、重繪、較前後。通於技、agent、team 符。
skill、agent、teamcommit-changes、mystic、tending)察現符並識特議。
viz/R/primitives*.R(19 域文), 映於 viz/R/glyphs.Rviz/R/agent_primitives.R, 映於 viz/R/agent_glyphs.Rviz/R/team_primitives.R, 映於 viz/R/team_glyphs.Rviz/public/icons/cyberpunk/<domain>/<skillId>.webpviz/public/icons/cyberpunk/agents/<agentId>.webpviz/public/icons/cyberpunk/teams/<teamId>.webpGlyph Quality Dimensions:
+----------------+------+-----------------------------------------------+
| Dimension | 1-5 | Assessment Criteria |
+----------------+------+-----------------------------------------------+
| Readability | | Recognizable at 48px? Clear at 160px? |
| Proportions | | Well-centered? Good use of the 100x100 canvas?|
| Metaphor | | Does the shape clearly represent the entity? |
| Glow balance | | Glow enhances without overwhelming? |
| Palette compat | | Looks good across cyberpunk + viridis palettes?|
| Complexity | | Appropriate layer count (not too busy/sparse)? |
+----------------+------+-----------------------------------------------+
得:明診符之誤與何維須改。審宜特:「比例:符僅用 40% 畫布」非「劣」。
敗:符函缺或名不在 *_glyphs.R 映→或尚未建;用 create-glyph 代之。
定何以議在。
size 於 s=1.0)?s 過小或過大?ggfx::with_outer_glow() 相交:
col/bright 參?得:根因直指碼改。「符過小」→「尺因 0.6 宜 0.8」。「暈壓」→「三疊填各生暈」。
敗:根因於碼察不明→以異參獨繪以隔議。用 render_glyph() 單符試。
編符函以解診議。
s 乘或素偏col/bright 參,以 alpha 加深glyph_name <- function(cx, cy, s, col, bright) {
# cx, cy = center (50, 50)
# s = scale (1.0 = ~70% of canvas)
# col = domain color, bright = brightened variant
# Returns: list() of ggplot2 layers
}
得:改之符函解一、二步所識之特議。改針對而微——精,非重。
敗:改使他維劣(如修比例破可讀)→復而試他法。若需重設→用 create-glyph 代之。
繪改之符並驗修。必用 build.sh——其處平台察與 R 擇。全旗見 render-icon-pipeline。
依類重繪:
# From project root — use --no-cache to force re-render of modified glyph
bash viz/build.sh --only <domain> --no-cache # skills
bash viz/build.sh --type agent --only <id> --no-cache # agents
bash viz/build.sh --type team --only <id> --no-cache # teams
驗各盤之出文存於期徑
察文大——圖宜 2-15 KB(WebP):
15 KB:符或過繁(層過多)
得:諸盤新圖已生。文大於期圍。
敗:build 本誤→察 R 控出特誤。常因:符函缺閉括、引未定原、函返非列。繪成而出空→符層或出畫布。
驗精改善標維。
viz/ 起 HTTP 服:python3 -m http.server 8080得:標維可量之改而他維無退。符於兩尺與諸盤皆佳。
敗:改微或退→復而重診。或原符之限乃喻之本非實現——此時喻本身須改(升至 create-glyph)。
build-icons.R、agent 用 build-agent-icons.R、team 用 build-team-icons.R