给技术文字画一组动漫插图

技术文章里的配图,可以先承担一个很朴素的任务:让读者在进入长段落之前,知道这一页大概在谈什么。流程编排是一张工作台,知识检索是一排索引卡,验证与测量是一处安静的实验角落。
这版博客采用同一个原创“书页向导”,用雾蓝短发、琥珀色眼睛和铜色书签发饰维持视觉连续性。角色是一种编辑设计,不代表站长真实外貌,也不属于现有动漫作品。
先把图片的工作写清楚
我给每张插图只安排一个主要任务。头像负责辨识;流程图主题插画负责建立章节气氛;检索插画呼应证据的筛选;实验插画提醒读者关注检查和复盘。它们都不承担展示真实统计结果的责任。
真正需要精确表达的结构,仍然使用表格、代码和可检查的流程图。插画里的玻璃器皿、索引卡和连线只是隐喻,不能拿来替代技术说明。
| 图片 | 主要用途 | 保持的共同特征 |
|---|---|---|
| 书页向导头像 | 站点身份与导航 | 角色面部与铜色发饰 |
| 流程工作台 | Agent 与工具文章 | 蓝白粉彩、细线稿 |
| 索引图书室 | RAG 与上下文文章 | 书签、卡片、留白 |
| 晨光实验台 | 评估与性能文章 | 纸面、观察、安静的光 |
让提示词可以回头检查
这组图使用动漫人物生成技能的 01 风格,即柔和粉彩方向。先生成头像,再把头像作为角色参考生成横版插图。这样可以在改变场景时,继续检查发型、眼睛、配饰和服装有没有漂移。
提示词会明确人物参考与本次场景的职责,并要求图片中没有文字、标志或水印。技术名词留在页面真实文本里,便于复制、翻译和无障碍读取,也避免把一张好看的图片误当作可执行的说明。
实际提示词、生成方式和原始图片保存在本版内容目录中。工具没有提供模型选择,因此这里不宣称使用了某个具体模型版本。
为屏幕准备不同尺寸
web.dev 的图片性能说明强调按显示需要提供合适尺寸的图片。本站在构建阶段生成多个 WebP 尺寸,页面按显示区域选择资源;原始生成图单独保留,方便以后重新制作派生文件。
这是一种工程取舍:站点不需要在每次访问时重新处理图片,也不必让手机为一个小头像下载完整原图。具体节省多少,应当查看构建产生的文件大小记录,不依靠“压缩很多”这样的模糊印象。
最后检查图片以外的东西
一张封面被放进页面后,还要检查裁切是否遮住人物、深色主题是否仍可阅读、替代文本是否描述了有用的信息,以及移动端有没有因为尺寸未知而发生跳动。
我也会在文章里保留必要的 AI 辅助标记。图片漂亮不等于内容已经可靠,排版完整也不等于引用已经准确。把来源、编辑选择和测试结果分开保存,才能让这一版博客继续被修订。
这组插图的目标,是给阅读留出一点温度。真正值得留下的,仍然是可理解的文字、可以尝试的方案,以及下一次愿意继续写下去的理由。
给技术文字画一组动漫插图 · LovelyCat · 2026-10-21
个人学习与创作札记 · 设计参考 Yohaku