add-favicon
Add Favicon
目标
为站点补全清晰、可读、可维护的本地 favicon.svg,并把浏览器真正会读取的 <link rel="icon"> 配好。
这个技能优先服务文档站和 monorepo 批量站点。它把 Iconify 作为设计灵感来源,但最终资产应落成仓库内的独立 SVG 文件,避免运行时依赖、外链失效和浏览器标签页里出现模糊杂乱的图标。
默认设计方向
除非用户明确要求相反,按以下方向设计:
- Iconify-first:先从 Iconify 图标库寻找语义和构图灵感,优先参考
lucide:*这类简洁线性图标。 - Lucide 风格:透明背景、线性描边、圆角端点、圆角连接、少量路径、足够留白。
- 不加背景块:默认不要黑色圆底、深色方块、渐变底、阴影底、装饰圆盘。用户已经表达过“直接展示 icon 更好看”。
- 最多 2 色:通常 1 个主色足够;第二色只用于强调,不要做彩虹、渐变或多色插画。
- 小尺寸可读:以浏览器 16 px favicon 为标准倒推复杂度。看不清的细节应删掉或合并。
- 无文字优先:避免字母、缩写和长文本。favicon 里文字通常会糊成一团。
More from ruan-cat/monorepo
git-commit
创建高质量的 git 提交:审查/暂存预期的变更,拆分为逻辑提交,并编写清晰的提交信息(遵循 Conventional Commits 规范,支持 Emoji)。当用户要求提交代码、编写提交信息、暂存变更或将工作拆分为多个提交时使用此技能。当用户提及【破坏性变更】关键词时,必须按照本技能的 BREAKING CHANGE 规范使用感叹号格式编写提交信息。优先针对 git 暂存区(staged)中的文件进行提交,只有当暂存区为空时才考虑整个工作树。当用户提及【分门别类】关键词时,必须按照本技能的多提交拆分规范,从文件类型、业务模块、修改类型、修改范围四个维度认真拆分多个提交。
27openspec
|
20openspec-sync-specs
Sync delta specs from a change to main specs. Use when the user wants to update main specs with changes from a delta spec, without archiving the change.
13openspec-ff-change
Fast-forward through OpenSpec artifact creation. Use when the user wants to quickly create all artifacts needed for implementation without stepping through each one individually.
13openspec-new-change
Start a new OpenSpec change using the experimental artifact workflow. Use when the user wants to create a new feature, fix, or modification with a structured step-by-step approach.
13openspec-apply-change
Implement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks.
13