交付检查：从设计稿到可维护的SVG

完成图形之后，还要把使用方式交清楚。本站练习采用语义名称，例如 bookmark-default.svg 和 bookmark-saved.svg，配合24格画布说明、描边参数与状态表。交付应让接手的人知道哪个图标用于什么动作。

名称围绕用途组织

final2、new-icon、pink-one 只描述文件历史或外观，不能说明用途。可以使用“实体或动作—状态”的命名方式，如 bookmark-saved。若同一图形服务于不同动作，应在组件文档解释语境，而不是悄悄复用后让用户猜测。

名称为 bookmark，默认24格画布，描边2单位，圆端点，默认态空心、保存态填充并带对勾。可访问名称由使用它的按钮提供：“稍后读”或“从稍后读移除”。装饰性的旁边已有完整文字时，图形本身不重复朗读。附一张实际按钮截图或排版示意，让接手者能核对比例。

导出前先移除草稿参考线，保留必要的画布边界。导出后在独立页面按16、24、32像素检查轮廓；这三个尺寸是本次样例检查点。再切换浅色与深色背景，核对是否有意外底色。最后确认文件名称、状态数量和使用说明一致，并记录修改影响到哪些组件。

SVG适合保存路径和几何关系，但不代表所有尺寸都能保留细节。若小尺寸版本删减了横线，应把它作为有说明的变体交付。不要把图标字体、位图或其他来源资源混在同一包里却没有来源说明；原创练习也应明确标注为原创示例。

核对默认与已保存状态是否齐全，文件是否带有不需要的文字或背景，按钮是否有清楚的名称，路径是否指向本项目资源。让接手者只读交付说明尝试放入一个按钮；他们需要追问的地方，就是文档需要补充的地方。

为什么要检查实际页面？

设计画布无法反映页面里的文字、间距和背景。实际组件中的检查能发现缩放或对齐造成的变化。

可以承诺一套图标适用于任何界面吗？

不宜。应写明已考虑的尺寸、背景与交互语境，超出范围时再调整和验证。