如何避免 AI 生成的图片里出现文字：我们从 24 张封面中学到的

在提示词里写“不要文字”，并不能阻止图像生成模型往图里写字。我们用 AI 为这个博客的每篇文章生成封面，从此学到了这一点：2026 年 9 月 3 日到 10 月 8 日记录的 24 次生成中，有 11 张封面第一次生成时就带上了字母、数字或看起来像文字的字形，而这些提示词里都写了“no text”。真正解决问题的不是把这句话写得更重，而是不再要求那些本身带文字的物体。

为什么明明要求“不要文字”，AI 还是会在图里加文字？

因为你要求的物体本身就带着文字。终端里有代码，路牌上有字，服务器机架有标签，“黑客风”背景有二进制数字。模型画的是这个物体最典型的样子，而典型的样子上面就有字。

在我们日志记录了文字位置的 10 个案例中，文字总是出现在下面这些地方：

• 带代码的终端或编辑器（清晰可读的 if/else，一整行 $ git commit）
• 显示器上出现类似阿拉伯文或韩文的图案
• 路牌：我们要了一个 “dead-end signpost”，结果上面写着 DEAD-END
• 服务器机架上印着 “GPU”
• 带 + 和 - 的 diff 气泡
• 写着 “data packet” 的数据背景，或一串 1010110

我们使用 Gemini 的 Nano Banana 2（nano-banana-2），16:9，2K 分辨率。这条规律适用于任何用网络图片训练的生成模型：你描述的场景会把通常伴随它的细节一起带进来。

需要重做的封面数量有什么变化？

在我们改为替换物体、而不是加重禁令之后，从 12 张里 11 张降到了 12 张里 2 张。数据来自我们的执行日志，每篇已发布文章一行：

时间段	记录了封面结果的次数	因文字或字形重做	仅因吉祥物颜色重做	第一次就正确
9 月 3 日至 26 日	12	9	2	1
9 月 27 日至 10 月 8 日	12	2	0	10

请谨慎解读：这是运营日志，不是对照实验。支撑这个解读的是，第二个时间段的 2 次失败恰好对应提示词里仍然保留的两个物体：一个带代码的终端（生成了 if/else），以及一个“矩阵”背景（生成了 1010110）。

提示词怎么写才不会出现文字？

把每个带文字的物体换成抽象的替代物，并在提示词结尾加上一条范围更广的禁令。我们目前使用的对照表：

不要要求	改为要求
带代码的终端或编辑器	terminal window filled only with abstract colored horizontal bars, no code symbols
矩阵或二进制背景	plain dark gradient background with soft glowing dots, no binary digits, no 0s or 1s
带内容的路牌、标签或气泡	没有书写面的物体：箭头、图标、空气泡
带名称的机架或面板	server rack with blinking lights only, no labels

完整模板，可以直接复制：

Dynamic cartoon illustration, dark navy to deep purple gradient background
with soft glowing dots.
[YOUR SCENE, described only with shapes: bars, blocks, icons, empty frames]
Plain background, no screens with code, no signs, no labels.
Absolutely no letters, numbers, words, code, glyphs or symbols anywhere in the image.

本文的封面用这个模板第一次就生成正确：两个装着几何图形的画框、一个放大镜、一块橡皮和一个对勾图标。这只是一个案例，单独不能证明什么；真正有分量的是上面的表格。

提示词写对了，还需要检查图片吗？

需要，而且要看原尺寸，检查背景和四个角。我们在上传封面前本来就强制检查，但仍然漏掉了一张：9 月 14 日发布的一篇教程，封面右上角有二进制数字。那次的日志什么都没写，因为检查只看了吉祥物的颜色就停下了。

我们现在上传任何封面前使用的清单：

1. 以原尺寸打开 PNG，不要只看缩略图。
2. 扫一遍四个角和角色身后的背景。
3. 看屏幕、面板和气泡：“看起来像”字母的字形也算文字。
4. 检查吉祥物的颜色。曾有两张封面把它画成白色，一张画成粉色。
5. 发现文字？不要加重禁令。找出是哪个物体带来了文字，用表格里的替代物换掉它。

这个检查能自动化吗？

目前还不可靠，至少我们尝试的方法不行。我们写了一个脚本，统计吉祥物颜色像素的占比，并在本地的 44 张封面上运行：它把一张吉祥物是紫色、只是画得小的封面判为不合格，却放过了日志里标记为吉祥物变成粉色的两张。我们放弃了它。对于文字，自然的思路是 OCR，但模仿文字的字形恰恰是 OCR 不会识别成字母的东西。目前检查仍然靠人眼，按上面的清单进行。