Add Favicon

目标

为站点补全清晰、可读、可维护的本地 favicon.svg，并把浏览器真正会读取的 <link rel="icon"> 配好。

这个技能优先服务文档站和 monorepo 批量站点。它把 Iconify 作为设计灵感来源，但最终资产应落成仓库内的独立 SVG 文件，避免运行时依赖、外链失效和浏览器标签页里出现模糊杂乱的图标。

默认设计方向

除非用户明确要求相反，按以下方向设计：

Iconify-first：先从 Iconify 图标库寻找语义和构图灵感，优先参考 lucide:* 这类简洁线性图标。
Lucide 风格：透明背景、线性描边、圆角端点、圆角连接、少量路径、足够留白。
不加背景块：默认不要黑色圆底、深色方块、渐变底、阴影底、装饰圆盘。用户已经表达过“直接展示 icon 更好看”。
最多 2 色：通常 1 个主色足够；第二色只用于强调，不要做彩虹、渐变或多色插画。
小尺寸可读：以浏览器 16 px favicon 为标准倒推复杂度。看不清的细节应删掉或合并。
无文字优先：避免字母、缩写和长文本。favicon 里文字通常会糊成一团。

工作流程

1. 发现站点与配置

先确认用户要处理的是单个站点还是批量站点。对 monorepo，优先用仓库结构发现：

rg --files | rg '(^|/)\.vitepress/config\.(ts|mts|js|mjs)$'
rg --files | rg '(^|/)package\.json$'

读取每个站点的：

VitePress/VuePress 配置文件
站点标题、包名、README 或首页
现有 public/favicon.svg
现有 head 配置
用户指定的站点清单和排除项

如果用户明确给了站点清单，以用户清单为准；如果发现额外站点，先列入候选，不要擅自扩大范围。

2. 确认 favicon 放置路径

不要凭经验把文件放到 .vitepress/public/favicon.svg。VitePress 默认公共资源目录通常是站点源目录下的 public：

<vitepress-source-root>/public/favicon.svg

例如：

packages/utils/src/public/favicon.svg
packages/claude-notifier/src/docs/public/favicon.svg
packages/vitepress-preset-config/src/docs/public/favicon.svg

只有当项目已有配置或文档明确把 public 目录改到 .vitepress/public 时，才使用 .vitepress/public/favicon.svg。

判断方法：

看 VitePress 命令里的 root，例如 vitepress build src 表示源目录是 src，公共目录通常是 src/public。
看现有构建产物是否会把 public/favicon.svg 复制到 .vitepress/dist/favicon.svg。
看 config 中是否有自定义 srcDir、outDir 或 public 相关配置。

3. 配置 head

在站点配置里显式加入 favicon：

head: [["link", { rel: "icon", type: "image/svg+xml", href: "/favicon.svg" }]],

遵循项目现有 config 写法：

如果已有 head，只追加缺失的 favicon 条目，避免重复。
如果配置通过 setUserConfig()、defineConfig() 或自定义 wrapper 生成，沿用现有 wrapper，不改架构。
如果已有 png/ico favicon，除非用户要求迁移，优先保留并补充 SVG；不要无故删除旧资产。

4. 选择图标语义

为每个站点选择不同图标，但保持统一风格。选择逻辑：

站点语义	Iconify/Lucide 灵感
工具包、通用工具	`lucide:wrench`, `lucide:settings`, `lucide:blocks`
部署、Vercel、发布	`lucide:cloud-upload`, `lucide:rocket`, `lucide:upload-cloud`
通知、提醒	`lucide:bell`, `lucide:message-circle`
域名、网络、站点	`lucide:globe`, `lucide:network`
配置、预设、模板	`lucide:sliders-horizontal`, `lucide:badge-check`, `lucide:settings`
测试、实验、样例	`lucide:flask-conical`, `lucide:test-tube`
文档、知识库	`lucide:book-open`, `lucide:file-text`

同一批站点内避免重复图标，除非两个站点确实语义相同。

5. 写 SVG

最终 SVG 应是本地文件，建议结构：

<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 32 32" fill="none">
  <path
    d="..."
    stroke="#2563eb"
    stroke-linecap="round"
    stroke-linejoin="round"
    stroke-width="2.6"
  />
</svg>

设计约束：

viewBox 用 0 0 32 32，便于为 favicon 加粗和留白。
stroke-width 通常在 2.4 到 3 之间；16 px 下仍要清楚。
删除太细、太密、太多交叉的小细节。
不使用 filter、复杂 mask、渐变、大面积背景、嵌入图片。
不使用外链、<script>、事件属性或不必要的 metadata。
如果从 Iconify/Lucide 借鉴路径，必须按 favicon 尺寸重新简化、加粗、调整留白，而不是原样复制复杂图标。

6. 批量实施策略

批量处理时先产出一张映射表，再改文件：

站点 | public 路径 | config 路径 | 图标语义 | 主色

实施顺序：

找全目标站点。
为每个站点定语义图标和颜色。
写入本地 public/favicon.svg。
在对应 config 里添加 head。
构建或做最小校验。
抽查构建产物和线上路径。

7. 验证

至少做这些检查：

rg -n "favicon.svg|rel: \"icon\"|rel=\"icon\"" <目标配置和构建产物>

对 VitePress，优先验证：

public/favicon.svg 存在。
构建后 .vitepress/dist/favicon.svg 存在。
构建后 index.html 内包含 <link rel="icon" type="image/svg+xml" href="/favicon.svg">。

如果站点已经部署，额外验证：

curl -I https://example.com/favicon.svg
curl -s https://example.com/ | rg 'favicon|rel="icon"|image/svg\+xml'

如果用户要求视觉展示，使用可用的浏览器 MCP 或生成本地预览页展示候选。展示时重点看 16 px、24 px、32 px 三种尺寸，不只看放大图。

输出给用户的内容

完成后用简短清单说明：

处理了哪些站点。
每个站点使用的图标语义。
favicon 文件路径和 config 路径。
跑了哪些验证。
如果线上未生效，说明是部署未更新、缓存或域名 alias 问题，不要把“本地已配置”和“线上已生效”混为一谈。

常见错误

把 favicon.svg 放进 .vitepress/public，但项目实际源目录是 src 或 docs，导致构建产物没有 favicon。
给每个图标都套黑色圆底或深色方块，浏览器标签页里显得沉重。
直接复制复杂 Iconify SVG，16 px 下看起来像一团线。
只写 SVG 文件，不配置 head，依赖浏览器猜测路径。
批量站点使用同一个图标，失去项目语义。
部署后不验证 /favicon.svg，导致本地正确但线上仍是 404。

add-favicon