用途：把新增或更新审美风格的请求变成可复用的 Hermes Kanban 流水线，规范流程为：调研收集 → 综合 → 技能仓库实现 → 网站展示实现 → 视觉 QA → 最终集成审查。其目标是避免视觉调研不足、只在一个仓库实现、展示站未测试或未验证部署/域名就宣称上线等走捷径做法。
适用场景：向 aesthetic-frontend-skills 添加一个或多个审美风格；在添加前对细分、话题、方言、商业、历史或新兴视觉风格做调研；为新风格创建对应展示页面/组件；通过 Kanban 协调调研、实现、QA 与审查；把上述过程沉淀为可复用工作流。不适用于一次性解释既有风格（用 aesthetic-literacy），也不适用于把已确认风格应用到产品 UI（用 aesthetic-application 和常规开发流程技能）。
主要能力与用法：运行前需解析 topic、slug-list、slug、skills_repo、showcase_repo、research_root、board、source_policy 等变量，避免硬编码具体主题。先读用户范围、项目计划与父级交接，确认规范仓库路径，并发现有效 Kanban 指派人。卡片按依赖顺序创建：每个 slug 的调研卡、taxonomy/boundaries 卡、综合实现简报卡、技能仓库实现卡、展示站实现卡、视觉 QA 卡、可复用工作流卡、最终集成审查卡。通过 kanban_create、kanban_link、kanban_comment、kanban_block、kanban_complete 操作看板，不调用 hermes kanban 命令行。
调研策略：Pinterest 公开优先，再补充官方画廊/档案/博物馆/供应商/标准组织、专利与制造参考、纸品与实物系统等多元来源；每个新 slug 目标至少 20 个参考，易混淆时加 8–12 个对照参考；按调色板、字体、质感、形状、动效、空间惯例、文化标记 7 维度分析；原始笔记存 <research_root>/<slug>-corpus.md，最终简报存 implementation-brief.md。
验证与限制：实现任务需用 git worktree、先查看邻近文件、运行仓库既有校验/测试/构建；视觉 QA 需截图并检查控制台错误、响应式与减弱动效；博彩相邻演示必须标注虚构、非真实、非货币。不得仅因代码合并、预览部署通过或旧部署被提升就宣称上线，须区分源码状态、部署状态与自定义域名状态。该技能属项目自有，默认不安装到 ~/.hermes/skills；仅在明确授权时再全局安装。未提供具体安装命令。