用具体描述建立画面
FLUX.1 [dev] 重视提示词遵循,适合把主体、环境、构图与光线写进同一段描述。创作时可先确定主要对象,再补充材质和视觉风格,逐轮比较结果;提示词的表达方式会影响成图,不宜把所有要求堆成互相矛盾的关键词。
在选型前明确容量、输入输出与调用方式。
架构与训练方式属于 FLUX.1 [dev] 原生特性,尺寸、编辑及任务管理属于本平台的调用能力。
了解 flux-dev 能为你的工作带来什么。
FLUX.1 [dev] 重视提示词遵循,适合把主体、环境、构图与光线写进同一段描述。创作时可先确定主要对象,再补充材质和视觉风格,逐轮比较结果;提示词的表达方式会影响成图,不宜把所有要求堆成互相矛盾的关键词。
除了从文字起稿,flux-dev 也能通过编辑模式接收已有图片链接和修改说明,让草稿进入下一轮创作。适合尝试新的视觉方向或调整画面内容,但编辑不等于精准局部替换;需要保留的元素应明确描述,并逐张检查实际结果。
方形、竖幅和横幅尺寸让同一主题能够面向不同展示位置展开。生成任务可用 count 请求多张候选图,再从结果链接获取作品;异步查询或完成回调则便于把生成过程接入后台任务,而不必让前端一直等待同一个连接。
从具体任务出发,找到模型发挥作用的位置。
输入角色特征、场景氛围、色彩方向和构图要求,生成用于讨论的概念图或插画草稿。适合在正式绘制前探索多个视觉方向,再由设计师筛选和细化;交付物是可供评审的图像候选,而不是自动完成的最终设计规范。
围绕产品主题描述背景、材质、光线与摆放方式,生成场景视觉提案;也可提交已有图片尝试编辑。适用于比较展示气氛与构图方向,真实商品的形状、标识和细节仍需核验,不应把生成图直接视作准确的商品实拍。
内容应用可把用户的主题描述转成提示词,选择横幅或竖幅并提交生成任务,完成后展示图片链接供用户挑选。适合文章配图、社交内容和活动视觉草稿;需要准确标题或品牌文字时,可将文字排版留给后续设计环节。
结合任务复杂度、输入材料与预期结果选择。
如果主要任务是验证提示词、探索风格和制作概念草稿,flux-dev 是合适的起点。FLUX.1 [dev] 与 FLUX.1 [pro] 是不同型号,官方把同期 pro 的输出质量定位得更高;对细节要求更严的成品任务,可用相同创意分别试图,而不是把 dev 当作 pro 的另一个名字。
已有图片需要尝试改动时,可以使用 flux-dev 的 edit 模式;若任务重点是围绕原图做上下文编辑,应优先评估 Flux Kontext。不要把 dev 的编辑入口等同于 Kontext 的专门编辑能力,也不要将 FLUX.2 的新特性套用到这一代模型上。
从一次小规模任务到正式接入。
明确目标、必要输入与输出要求,使用真实业务样例作为起点。
打开试用页,确认此入口支持的参数,再提交小规模任务查看结果。
保留完整模型 ID,使用文档规定的请求格式,并在 Pricing 页确认计费规则。
在正式使用前,了解输出质量与能力范围。
解答使用 flux-dev 时的常见疑问。
flux-dev 是在本平台中选择 FLUX.1 [dev] 的调用 ID,模型由 Black Forest Labs 开发。它属于 FLUX.1 系列,不是 Flux Kontext 或 FLUX.2,也不会因共用图像接口而自动获得这些型号的能力。
向 POST /flux/images 提交 model=flux-dev、action=generate、prompt 和 size,并使用 Bearer Token 鉴权。结果以 JSON 返回,图片通过 data 中的 image_url 获取;需要多个候选时可设置 count。
可以,使用 action=edit,提交 image_url、修改提示词和 size。编辑适合继续探索已有画面的变化,但不保证未指定区域完全不变;count 不用于编辑任务,重要细节应在结果返回后逐项检查。
方图可用1024x1024,竖图可用1024x1792,横图可用1792x1024,也可通过图片比例设置画幅。建议先按展示位置确定方向,再在提示词中描述主体位置和留白,避免只改尺寸却忽略构图。
可以设置 async=true,先取得 task_id,再查询任务结果;也可以填写 callback_url,在完成后接收结果通知。应用应区分任务已提交与图片已完成,拿到图片链接后再展示,避免把任务编号当作成图结果。
模型资料 · 更新日期:2026-10-01。调用参数与计费规则请查看 API 和定价栏目。