别再截图贴 Word 了：把流程图改成矢量图，体积降到 1/27，放多大都不糊 #WorkBuddy#

别再截图贴 Word 了：把流程图改成矢量图，体积降到 1/27，放多大都不糊 #WorkBuddy#

先说一个几乎所有做汇报材料的人都遇到过的窘境：流程图是别处截的图，贴进 Word，看着还行；一放进 PPT 全屏就糊；打印出来字边缘发虚；更糟的是想改一个字，你得重新截图，或者去拜托原作者。

我手上有这样一份《人才一体化培养路径》文档，两张图：一张"纵横路径一体化"的发展路径阶梯，一张"人才一体化培养框架"的结构图。它们本来是截图，糊、不能改、字也复制不出来。我把它俩重画成了矢量图，整个过程记在下面。

一、先看病历：docx 其实就是个压缩包

很多人不知道，.docx 就是一个 zip 包，图片原封不动地躺在 word/media/ 里。把后缀改成 .zip 打开就能看，用 Python 读更直观。我写了个小脚本先看家底：

两个信息很关键：

1. 整个文档只有 1 个段落、2 张图——它不是论文，就是个"图文容器"，改造风险极低；
2. 媒体编号跳过了 image2：这个空位是故事的关键，第五节会说。

（这是改造完成后的状态。改造前它装着两张低分辨率截图，那时我没留档，磁盘上也已经没有原始位图了，所以本文不提供改造前后的画面对比图——拿不出来就不放。）

二、真正的改造不是"矢量化"，而是"读懂后再重画"

这里必须讲清楚一件事，也是我最想提醒的：

我没有把位图自动转成矢量（那种工具叫 autotrace / potrace，处理照片可以，处理文字和直线就是灾难：一根直线能被描成抖动的锯齿，一个"人"字会被糊成一团墨迹）。

我做的是：让 AI 把图里的结构、层级、文字逐个识别出来，然后用 SVG 语法重新画一遍。 打个比方，前者是给照片描轮廓，后者是听完我的讲解后重新默写一份笔记——后者才干净。

所以这套方法的适用边界很清楚：

• 适合：流程图、组织架构图、框架图、思维导图、时间轴、示意图——线条和文字构成的图；
• 不适合：照片、手写笔记扫描件、带复杂渐变的艺术插图。

三、位图 vs 矢量：差别不在文件大小

改造完成后，两张图的实测数据：

体积只是顺带的收益（PNG/SVG 分别是 27.6 倍和 21.5 倍）。真正的差别在这三件事：

1. 放大不失真：矢量线条按坐标重算，2 倍 4 倍都锐利；位图放大是像素插值，必然糊。
2. 字能改：SVG 里每个字都是 <text> 节点。图1 有 15 个文本节点，图2 有 51 个——改一个字就是改一行文本，不用重新截图、不用求人。
3. 字能被搜索和复制：这对文档归档、内容检索是质变。

四、从 SVG 到高清位图：一个能在 Windows 跑通的方案

矢量图虽好，但 Word、PPT、微信传阅都需要位图。那就需要渲染。这一段是我踩坑最实的地方：

坑 1：cairosvg 在本机装了也用不了。 报错很明确：找不到 libcairo-2.dll。这是 Windows 上的老大难，它依赖 cairo 原生库，pip 装不上这类 DLL。

解法：用 resvg-py。 纯 wheel，无外部依赖，pip install resvg-py 就行，我实测可用。三行代码出图：

同一份 14,773 B 的源文件，我实测了三档宽度：

要塞进幻灯片给 1760，要印 A3 海报给 3520，改个数字就行，图还是同一张。这就是矢量的意义。

提醒：width 指的是输出位图宽度（高度按 viewBox 比例自动算），别传多于的参数进去；resvg-py 最常用就是 svg_string 和 width 这两个。

五、最大的坑：Word 里藏着一张"备用图"

这一节是整个改造里最反直觉、也最容易让前面所有工作白费的地方。

我第一次把重绘好的 PNG 塞回 image1.png，满怀期待打开 Word——显示的还是旧图。检查了一圈才明白：

Word 会为同一张图片保留一个 SVG 备用版本，写在 <a:extLst> 扩展里，并通过 rId 指向另一个媒体部件。只要这个扩展在，Word 就优先渲染那个 SVG，你替换位图毫无作用。

为了让这个坑可以复现、可被读者验证，我在工作区副本上手工还原了这个状态，然后跑清理脚本：

清理是三处联动，少动一处都不行：

清理完成后再 inspect，Content_Types 含 svg 声明变 False、图片关系从 3 条降到 2 条、svgBlip 消失——这时候替换位图才真的生效。

还记得第一节那个跳过的 image2 吗？那就是被删掉的备用图留下的空位。

六、把上面的步骤打包成一个工具

我把三步做成了脚本 docx_media_tool.py，三个子命令，全部只读或单文件改写：

这三条安全约定，我在脚本里都落实了：

• 改前先备份：$ cp 原文件.docx 原文件.bak.docx；
• 先看再改：inspect 任何情况下都不写文件；
• 改后复查：replace 结束自动打印一次包结构，肉眼确认。

七、我还想说的三个小提醒

1. 字体要选通用款。 SVG 里的 font-family 最好用"微软雅黑""宋体"这类系统常见字体。你本机装了某款书法字体渲染得很好看，换台机器就可能回退成默认字、排版全乱。交付前一律导出 PNG 再嵌回去，别指望对方机器也有同款字体。

2. 中文排版注意换行。 SVG 的 <text> 不支持自动换行，长文本要用 <tspan> 手动分行。这件事很琐碎，正好是让 AI 干的活——我在指令里会写"每段文字单独一个 tspan，按视觉行断"。

3. 矢量图不限 Office。 PPT 可以直接插入 SVG 并保持矢量；网页更不用说。Word 里最终嵌 PNG 只是为了兼容性，真正的源文件 .svg 请单独留着——那才是母版。

八、效果

九、这套方法还能用在哪儿

这套方法我后来用得很顺：

• 老架构图重画：原图糊得看不清，让 AI 照结构重建，顺便补上新模块；
• 中文 genealogy/流程图：节点多、连线乱，用 <path> 画贝塞尔曲线比 PPT 里手拉顺畅；
• 汇报 PPT 里的"大图页"：SVG 重绘后再按 3520 宽渲染，投影清晰度肉眼可见地提升。

最后一句实话：这事的价值不在于省了几 MB 空间，而在于图终于变成了可编辑的资产。以前改一个字要重新截图，现在改一行文本——这才是"可维护"。