实用教程
Claude Opus 5.5 生成的 SVG 文字被裁切,怎样局部修好
Opus 生成的 SVG 标签被裁切时,分别检查文字边界、容器形状和 SVG 视口。要求局部修正几何尺寸,不要把所有文字一起缩小。目标是在实际展示大小下仍看得清,而且修改后图表表达的意思不变。

Opus 生成的 SVG 标签被裁切时,分别检查文字边界、容器形状和 SVG 视口。要求局部修正几何尺寸,不要把所有文字一起缩小。目标是在实际展示大小下仍看得清,而且修改后图表表达的意思不变。
MDN 文档介绍了 SVG 的 text 元素。文字位置和外围矩形是不同属性,标签变长不会自动把框撑大。下面是原创排版示例,不是已执行的 Opus 输出记录。
先确定错的是哪一层边界
以虚构商品的三步安装图为例:拆包、装支架、调角度。假设中间标签改成了“安装可调节支架”,怎么修要看是哪一层遮住了文字。
| 现象 | 检查位置 | 局部修正 |
|---|---|---|
| 最后几个字超出卡片 | 标签边界与卡片宽度 | 在合理语义处换行,或加宽卡片 |
| 整个右侧消失 | viewBox 与裁切路径 | 让视口包含所需画面范围 |
| 导出后字挤在一起 | 实际加载字体及回退字体 | 使用受支持的字体后重新渲染 |
| 箭头穿过标签 | 调整尺寸后的连接线路径 | 改线,不改连接目标 |
扩大视口,不能解决文字仍超出自身卡片的问题;加宽卡片,也不能修好还停留在旧尺寸的裁切路径。让模型注明有关元素的 ID,方便检查改动。
先算可用宽度,再决定怎样换行
假设卡片宽 240 个单位,左右内边距各 20,文字可用宽度就是 200。如果实际渲染的标签宽 224,就超出 24。在保留内边距的情况下,卡片宽 264 可以容纳这段文字,但前提是相邻卡片和连接线也有空间。
另一种办法是分成两行,必要时增加卡片高度。不要按字符数量猜实际宽度,字体、字重和语言都会影响结果。这些数值是计算示例,不是对附件文件的测量结果。
要求 Opus 提供修改文件和渲染结果
请用 Opus 5.5 修复提供的 SVG 安装说明图。保留三个步骤、顺序、原文及连接线目标。重点检查中间标签,指出文字元素、卡片元素和相关裁切路径。
如果环境有浏览器或渲染工具,使用实际字体测量渲染后的文字。没有工具就说明宽度尚未验证。比较标签边界与卡片内部宽度,以及整个图形与 viewBox 的关系。
选择局部修正:有意义的换行、扩大卡片,或修正裁切边界。不要统一缩小字体,不要偷偷改文案来掩盖问题。重新安排受影响的箭头,但不改变含义。
返回修改后的 SVG 与改动清单。按实际展示宽度和较窄手机宽度分别渲染,检查文字裁切、字体缺失和箭头碰撞。无法渲染时明确说明,不要声称已经通过视觉验证。
检查导出文件,而不只看聊天预览
在目标浏览器或设计软件里打开保存的 SVG。确认它是新版本、三个标签都显示完整,连接线也仍表达正确顺序。聊天窗口里的漂亮预览,并不能证明另一个导出文件保存了同样的代码。
手机版本可能需要把三列改为竖向排列,这是专门的排版版本,不是简单缩小。保留步骤顺序,并用不同文件名保存,避免和桌面版本混淆。
如果图表用于解释商品功能,把已核验的几何关系和文字作为广告参考,在 Panelly 创作台制作配套图片。商品功能标注指南介绍如何把文字对应到可见细节。这里不代表 Panelly 支持导入可编辑 SVG 图层,也不代表已集成 Opus。
常见问题
为什么不直接把文字全部转轮廓?
某些交付场景下,转轮廓能保留字形,但会降低文字可编辑性,也不能修复不合理的间距。先解决排版,再按接收方的真实流程选择格式。
模型说“全部通过”就能接受吗?
让它说明检查了哪个文件、哪张渲染结果。如果根本没有运行渲染工具,这句话只能算检查建议,不能算已经验收的证据。


