直接在聊天中生成图片

你可以用日常语言向 Mythex 要一张图片：主视觉图、背景图、带有你指定文字的 og:image、徽标标记，它会直接在聊天中画出来。无论图片最终是否进入你的应用，它都会留在聊天中，而且只有在你要求时才会进入应用。最近有两项改动影响了它的工作方式：代理现在只在你要求时才生成图片，并且每条消息只生成一张；你附加的每个文件，包括你想要编辑的那张照片，现在都会传给代理。

它能做什么

在项目的聊天中，描述你想要的内容：

• 「生成一张日出时山间湖泊的图片」
• 「为首页做一张主视觉图：木桌上放着一个陶瓷马克杯」
• 「我需要一张 og:image，上面写着 Ship Faster」

你也可以使用 Create image 命令：输入 /image，或者从输入框旁边的 + 菜单中选择它，然后描述画面。

图片绘制期间，你会看到一个与最终图片形状相同的占位符，完成后的图片会精确替换这个占位符，因此不会有任何跳动。点击任意生成的图片即可全屏查看。

在你同意之前，你的应用不会改变

生成的图片会保存在项目的 .mythex/images/ 目录中，与应用自身的源代码分开。请求一张图片不会影响你的应用。

当你想把图片用到应用中时，直接告诉它即可：「把它放到首页上」「把它用作主视觉图」「把它加到关于我们部分」。Mythex 会把图片复制到项目提供静态文件的目录中（Vite、Next 或 Remix 使用 public/，Django 或 SvelteKit 使用 static/，等等），并把它接入页面。它是根据你的项目来判断的，而不是凭假设，因此无论你用什么技术构建，同样的请求都能奏效。

编辑你已有的图片

你无需从头开始就能修改内容：

• 「把那张步道路牌图片上刻上 'Hello World'」
• 「把灯塔图片改成白天的场景」
• 附加你自己的照片并要求编辑

原图保持不变，编辑结果会保存为一张新图片。

在同一轮工作中，附加你自己的照片也变得更可靠了。以前，有些附件永远到不了代理：和截图一起发送的 PDF 可能被丢掉，iPhone 的 HEIC 照片或较大的图片可能悄无声息地消失。现在，你附加的每个文件都会有自己的条目，代理可以看到它：要么被描述，要么被转换为文本，要么如果无法读取，则会说明它是什么以及无法读取的原因。每条消息最多可以附加 20 个文件，图片最大 20 MB，其他文件最大 50 MB。

为什么只在你要求时生成，并且一次一张

我们的第一版允许代理凭自己的判断，在每条消息中生成多达数张图片。实践中这出了两个问题。代理为一个生日网站配了插图，而没人要求它这么做。另外，一条消息被发送了两次，于是一整套场景图片被买了两次。

每张生成的图片都会消耗你的积分，因此是否生成应由你决定。现在的规则是：

• 代理只在你要求时才生成，无论是在你的消息中要求，还是通过 Create image 命令。
• 你没要求的图片来自图库。 如果某个站点需要普通的摄影图片，例如有人在笔记本电脑前工作，或一盘食物，代理会改为搜索免费的图库。这种方式免费且即时，通常也比生成的替代品更好。如果它认为生成图片明显更好，会用一行话说明，并让你决定是否要求。
• 每条消息只生成一张图片。 如果你要求多张，它会生成其中最重要的那张，用它完成工作，并告诉你可以再要求下一张。这是在工具本身中强制执行的，而不仅仅是对代理的建议。
• 失败不会占用你的回合。 如果生成失败，名额会退还，你也不会为此付费。
• 重复的请求会被复用。 生成之前，代理会检查 .mythex/images/。如果一条消息重复了之前的请求，图片可能已经在那里，复用它不花费任何积分。

生成还是搜索？

生成适用于图库无法满足的需求：

• 与你应用的配色或风格相匹配的艺术作品
• 特定的场景或构图（「工作台上的产品盒，俯视角度」）
• 插图、图案、纹理或抽象背景
• 带有你产品自己文字的 og:image 或社交卡片
• 徽标或应用标记

对于徽标，Mythex 会生成图形符号，并将名称设置为其旁边的真实文字。生成的文字在小尺寸下不可靠，而真实文字之后可以重新设置样式。

形状

形状取决于你的要求，或者图片的用途：主视觉图、横幅或 og:image 会生成为宽幅，头像或方形图标会生成为正方形，手机启动屏则会生成为竖长形。你也可以直接说「16:9」「1:1」或「9:16」。

限制

• 每条消息一张生成的图片。
• 输出始终为 JPEG 格式。
• 徽标以绘制的标记加真实文字的形式返回，而不是生成的文字。
• 每张生成的图片都会消耗积分；图库搜索则免费。参见 积分。

文档中有详细说明：生成图片。如需让应用的其余部分与这些图片一样出色，请参阅 如何用 AI 设计好看的应用。