给网站换一个图标，看起来只要上传一张图片。过几个月再做封面，才发现原图找不到了；想换深色背景，只剩一张从社交平台下载的压缩头像；模板更新后，开发者又不知道哪张才是正式版。
这些问题与画图工具关系不大，更多出在素材没有被当作网站的一部分维护。图片完成那天如果没有保存源文件、记录用途和整理导出图，后面每次使用都可能重新开始。
IP as Logo提供了角色生成 Skill 和现成 Logo 库。它能帮助网站找到形象，长期维护则需要自己的规矩。对个人站长来说，这套规矩不用复杂，但最好从选图第一天就建立。
一个网站先保留一个主要形象
很多个人站点会随着兴趣变化增加栏目。今天写工具，明天写读书，后天写建站，图标却不需要跟着每篇文章改变。站点的主要标识应当帮助读者确认归属，而不是逐一展示全部栏目。
若每个栏目都有自己的动物，站点头像又时常变化，素材数量会很快膨胀。对于一个人维护的网站，更容易持续的做法是保留主形象，再用文字和排版区分栏目。
先把需求收窄：形象要在导航栏与浏览器标签里清楚，要适合当前页面背景，要能与站名并排。如果还准备在邮件和社交账号使用，补充这些入口。没有明确用途的衍生图，暂时不要制作。
对于已经稳定的站点，不必强行换标。现有图标如果清楚、来源明确、读者熟悉，只是缺少横向封面，可以先解决封面。一个新工具值得了解，并不意味着旧形象必须淘汰。
选图时顺手记录理由
图库里看到喜欢的图，保存原图与页面地址，再写一句理由。比如“轮廓在小尺寸里清楚”“表情安静，适合教程内容”。不要只记录“好看”，因为几周以后很难用它指导修改。
如果素材来自生成过程，保存当时的产品简报、候选编号和修改要求。模型与工具能力会变化，后面不一定能用同一句话得到同一个角色。保留实际输出，比寄希望于随时重新生成更稳妥。
项目中的 Skill 是一份生成说明，不包含可自行运行的绘图后端。使用它需要兼容智能体与图像工具；安装成功也不代表未来每一次生成都能保持角色一致。正式选图之后，要以源文件为起点继续使用。
项目展示图可以帮助观察方向。真正进入网站素材库的，应当是选定的原始文件与清楚的使用记录。
选图理由最好同时包含一个限制。例如“适合方形头像，但圆形裁切需要留白”。这样后续做手机入口时，维护者就知道哪里要额外处理，而不是把大图直接复制过去。
素材记录应该写些什么
每张正式素材至少记录几个信息：文件来自哪里、下载或生成日期、原始尺寸、使用说明、最终用于哪些位置。如果有几轮修改，再补充对应的编号。
来源记录不需要出现在公开页面上。它是自己的维护资料，帮助在需要更换、确认权限或寻找原稿时节省时间。文章里也不必因此增加一段生硬的过程声明。
官网展示免费与商用说明，使用前应保留当时的说明。仓库的 MIT 许可证可以在 LICENSE 文件查看。软件项目、图库素材与图像服务的使用规则，应按各自对象记录，不能把一条许可覆盖到所有情况。
准备长期经营的品牌，还应考虑是否需要专属形象。公共图库里能找到的图也可能被别人选中；生成一张新图则不自动保证没有相似标识。这些属于定稿前的检查，后面归档要保存检查结论，而不是凭印象判断。
目录结构保持简单
个人站点可以采用这样的组织方式：
site-brand/
README.md
source/
mascot-original.png
candidates/
direction-a-01.png
direction-b-01.png
approved/
mascot-primary.png
exports/
site-mark-64.png
favicon-32.png
favicon-64.png
avatar-square.png
share-cover.png
archive/
previous-mark.png
这是网站维护目录示例，并不是工具自动输出的文件结构。source 保留原始材料，approved 明确正式版本，exports 放实际使用的文件，旧版单独归档。
候选可以保留，但不要和正式文件混在一起。上传时应从 exports 选择，开发者不用在几十张“最终版”里猜。文件名说明用途，比只写 1.png 或 new-logo.png 更容易维护。
如果使用 Git 管理网站，可以把文字说明与合适大小的正式素材纳入版本记录；特别大的源文件则另做受控备份。不要为了方便，把图片服务的密钥或管理后台账号写进素材说明。素材来源与访问凭据是不同的内容。
原图不动，修改都留副本
选定源图后，保留一份不覆盖的原文件。裁切、压缩、背景处理和尺寸导出都从副本进行。这样发现错误时，可以回到起点，不必从已经压缩三次的图继续修。
最常见的质量损失来自一条很长的复制链：原图上传社交平台，下载头像，再截图，最后放到封面里放大。每一步都可能改变尺寸、压缩与边缘。角色虽然还在，正式素材却已经越来越模糊。
PNG 与 WebP 都属于位图，是否适合当前用途要看质量、背景和浏览器支持。需要矢量时，应另行重绘，而不是改扩展名。需要透明主体时，也应明确完成编辑，不要假设每张方形素材都可直接抠出来。
如果角色本身没有问题，只是页面背景不合适，先尝试改变显示方式或导出版本。不要动辄重画主体。每一次不受控制的重新生成，都可能悄悄改变脸部和轮廓。
建一张使用位置表
维护者最容易遗漏的不是首页，而是其他入口。可以简单列出：
| 位置 | 使用文件 | 更新时要看什么 |
|---|---|---|
| 首页与内页导航 | site-mark-64.png | 尺寸、站名间距、深浅背景 |
| 浏览器标签 | favicon-32.png、favicon-64.png | 页面声明、小尺寸识别 |
| 社交账号头像 | avatar-square.png | 圆形裁切、平台压缩 |
| 文章分享封面 | share-cover.png | 标题区域、缩略图可读性 |
| 手机桌面入口 | 按网站配置单独导出 | 系统遮罩、关键特征留白 |
这张表只记录自己真正使用的位置。没有手机入口就不用添加一行虚构配置，也不要因为模板带了 PWA 文件就默认已经设置完整。
每次替换正式素材，按表检查。首页正常并不能说明文章页已更新，网站更新也不能说明社交平台头像已经替换。入口少的时候把表建起来，后面增加订阅与新模板会更容易。
同一个角色，允许有不同版式
保持形象稳定，并不要求所有图片长得一样。头像用方形角色，文章封面用横向标题与真实产品截图，邮件入口只保留简洁标识，都是正常的变化。
需要固定的是识别特征：主要轮廓、面部比例和主体配色。可以变化的是具体布局、显示尺寸与必要留白。不要把“统一”理解为每篇封面都复制同一块大背景，再把标题换掉。
文章正文尤其应按内容选择图片。讲软件操作，优先真实界面；讲部署条件，可以用清楚的配置文字与必要截图。没有需要展示的对象，不必为了数量做一张没有新信息的流程海报。
如果吉祥物进入封面，给标题与产品对象留下空间。它是站点身份的辅助提示，不应让读者猜这篇文章到底在讲哪个工具。
局部示例展示了轮廓与配色差异。正式素材应记录选中的是哪一个形象，而不是仅记录背景颜色。
可访问性也属于维护
图标作为首页链接时，链接应有明确名称；纯装饰图片则不需要让读屏工具反复描述颜色与角色。旁边已有站名时，注意避免重复朗读。W3C 功能性图片说明介绍了按操作目的设置替代文本的方法。
正文截图与文章封面的替代文本，也应跟着内容更新。封面改成另一张产品界面，旧的替代文本却仍写着“网站头像”，读者得到的信息就不准确。
页面应给标识预留宽高，避免加载后把文字推开。移动页面中，图标与站名的组合要留得下，不要只在宽屏看一眼。维护记录里可以写下常用的桌面与手机显示尺寸，下一次更换时沿用检查。
更新图标，先准备回退
替换前留存旧文件、旧路径与当前配置。新素材先完成导出与检查，再一次更新正式引用。不要首页已换、内页还没换，就删除旧文件。
部署以后直接打开图片路径，确认确实返回正确图片。然后看页面最终输出，而不是只看后台设置页已保存。浏览器缓存会影响显示，核对声明和资源请求能帮助分清是旧缓存还是错误引用。
搜索结果中的 favicon 还需单独观察。Google 图标文档强调图片可抓取、为方形并保持稳定 URL，符合条件也不保证立即展示。不要把每天更换地址当作催更新的方法。
如果新图在手机裁切或小尺寸里出现问题，回退旧配置比临时修改所有图片更安全。等新版本整理好，再完成替换。一次换标不应该让整个网站长期停留在新旧混用的状态。
什么时候需要重新做一轮设计
有明确问题时再重做：站点主题已经变化，旧角色造成误解；图形在小尺寸里始终看不清；素材来源与使用条件不明确；产品准备商业化，需要更清楚的专属识别。
“看久了有点腻”不足以单独支持一次全站换标。站长每天看自己的页面，读者未必看得那么频繁。稳定的形象需要时间形成印象，不断更新可能让前面积累全部归零。
重新探索时，把上一版保留理由与问题交给设计过程。这样新方向有明确目标，而不是又从“帮我画一个好看的 Logo”开始。真正不需要的元素应删掉，已经解决的问题则尽量保留。
如果新方案只改变了背景颜色，却没有解决原来的识别问题，就还没有达到重做目的。先在真实页面比较，再决定是否替换正式版本。
把素材备份与网页缓存分开
浏览器还能显示图片，不说明自己还保存着原稿。缓存是临时的访问副本，不应成为素材备份。正式源文件与使用说明至少放在两个受控位置，并确认恢复时能找到相互对应的文件。
网站数据库可能只记录素材地址，不一定包含图片本身。备份数据库以后，还应确认图片存储是否在备份范围内。如果素材放在对象存储或静态目录，恢复网站时需要同步处理那些资源，不能只恢复文章表。
更换图床或域名之前，可以从使用位置表开始核对。先迁移实际在用的正式文件，再检查站内引用；候选与原稿则按归档方式保存。不要把一堆候选全部公开上传，却遗漏真正的 favicon。
恢复检查也应有边界：能打开首页，仍需看内页、文章封面与图标路径。图片丢失有时只出现在某个入口，首页截图无法说明素材已经完整恢复。
少留一些含义不清的文件
素材越来越多时，优先整理说明与目录，而不是立刻删除。先把正式版和候选分开，确认哪些是原稿、哪些是导出副本，再按自己的保存周期归档不用的候选。
不要留下十个同名的 logo.png，分别放在不同文件夹却没有说明。更不要把“最新修改时间”当作唯一判断依据，压缩或复制也会改变时间，但并不意味着它是新设计。
定稿记录可以很简短：采用哪张图，保留什么特征，什么时候上线，旧文件在哪里。这样的几行文字，往往比把所有候选都完整保留下来更能帮助下一次维护。
给维护工作一个结束点
一套能长期使用的素材，不在于文件数量多，而在于正式版本明确、源文件可找、使用位置可查、旧版可恢复。对个人站长，一页说明加几个整理好的目录就能做到。
以后做新封面，从同一份源图出发；换主题，按使用位置表检查；增加手机入口，单独处理留白与格式；发生错误，先恢复已知可用版本。每一步都不需要重新讨论角色是什么。
IP as Logo 帮助找到形象，网站自己的归档习惯帮助留下形象。把这两件事接起来，图标才不会在每次更新后变成一笔需要重新支付的时间成本。