如何给 Nano Banana 写提示词：实用方法与 50 个可测试模板

好用的 Nano Banana 提示词首先应该像一份生产简报：先说明主体和任务，再补上上下文、构图、风格、约束和成功检查，而不是堆一串风格词。 Nano Banana 2、Nano Banana Pro 和原版 Nano Banana 可以作为路线提示，但价格、额度、可用性和服务商承诺都不应该写进提示词工作流。 一个模板只有在写清预期输出、失败判定和修复方式时，才值得叫做可测试模板。 最稳的做法是先选一张提示词卡，锁定主体和比例，跑基准输出，打分，然后一次只改一个变量。

快速工作流

1. 先选最接近任务的提示词卡，而不是最华丽的句子。
2. 把变量换成具体名词、参考图角色、构图和硬约束。
3. 第一次生成时不要同时更换路线、比例、主体和风格。
4. 用预期输出和通过/失败检查给结果打分。
5. 只修复一个失败点，再用同一提示词复测。

很多失败输出不是模型不懂，而是提示词没有告诉它怎么判断成功。把提示词拆成卡片后，读者可以知道该保留什么、该改什么、什么时候停止。

提示词结构

一张完整的提示词卡不一定很长，但七个位置都要有明确作用。主体和任务决定画面要做什么；上下文和参考图决定不要漂移；构图、风格和约束控制可视形态；成功检查让后续修复有依据。

拆变量时先问三个问题：这张图必须让谁看懂，必须保留什么，失败后最可能先修哪里。主体不是“一个产品”或“一个人物”，而是带有可见细节的对象；上下文不是泛泛的高级感，而是渠道、受众和使用场景；构图不是漂亮，而是能不能放标题、按钮、价格牌、对比信息或人物动作。把这些变量写清，Nano Banana 才能生成可评价的结果。

成功检查也要写成看得见的标准。不要只写“更好看”，要写“主体占画面中心 60% 左右，左侧保留标题区，产品标识可读，背景不出现多余竞品”。如果输出失败，修复提示就有明确对象；如果输出通过，团队也知道为什么这张图可以进入下一步。

同提示测试

测试提示词不是挑一张幸运图，而是在变量可控的前提下比较结果。先固定主体、路线、比例和主要构图，再改变一个变量。这样你才能知道是哪个修改真正改善了结果。

路线边界

路线名称有用，但它不是提示词质量的替代品。当前官方映射里，Nano Banana 2 对应 gemini-3.1-flash-image，Nano Banana Pro 对应 gemini-3-pro-image，原版 Nano Banana 对应 gemini-2.5-flash-image。这些信息只用于路线识别，不用于承诺价格、额度或可用性。

实操时可以把路线边界写成提示词之外的选择条件：需要快速草稿时选低延迟入口，需要更强文字和复杂视觉时再尝试高级路线，需要批量生产时先看额度、失败重试和成本。提示词本身仍然只描述画面任务，因为把价格、额度、服务商承诺写进提示词不会让图像更好，反而会让后续复测失去可比性。

如果同一提示词在两条路线里的结果差异很大，先不要马上改模板。先固定主体、比例、参考图和成功检查，分别保存两次结果，再判断差异来自模型能力、入口默认参数还是提示词本身。只有当同一路线连续失败时，才进入修复提示词；如果只是路线差异，就把它记录为路线选择问题。

50 个 Nano Banana 提示词模板

这 50 个模板按任务组织。每一行都包含提示词卡、预期输出、失败点和修复提示，目的不是证明每一行都生成过，而是让读者能用同一套检查方法复测。

使用这些模板时，最重要的不是逐字复制，而是保留卡片结构。把方括号里的对象换成真实对象，把输出用途换成真实渠道，把失败点换成当前任务最容易出错的地方。产品图要优先保护主体和材质，广告图要优先保护焦点和留白，文字视觉要优先压缩文案，参考图任务要优先声明参考图只管身份、构图、配色或光线中的哪一项。

每次测试只记录三个结果：是否符合预期输出，哪个失败点最明显，修复提示词是否只改了一个变量。这样的记录比保存一堆漂亮图更有用，因为它能告诉团队下一次该复用哪张卡、该避开什么写法、该在哪个阶段停止继续微调。

常见失败怎么修

修复时不要重写整段提示词。先命名失败，再保护已经成功的部分。主体对了就不要重画主体；构图对了就不要重新设计构图；只修一个失败点。

修复提示词要短，而且要保护成功部分。比如人物身份对了但背景太乱，修复提示应该说“保持人物身份、姿态和画面比例，只减少背景道具并强化主体留白”；不要重新描述整张图。比如标题文字错了，先把文案缩短到一行，再要求只重绘文字区域，而不是把主体、镜头、风格全部重写。

团队协作时可以把失败命名统一成六类：主体漂移、构图失败、文字失败、风格过强、参考图失效、不可复用。每次只选一个失败名进入修复，复测后再决定是否继续。这样能避免“越修越乱”，也能让模板库持续变好。

停止条件同样要提前写清。连续两次修复后主体仍然漂移，说明主体描述或参考图角色不够明确；连续两次文字不可读，说明文案太长或画面信息密度过高；连续两次构图失控，说明提示词同时要求了太多视角、动作和道具。遇到这种情况，不要继续堆形容词，而是回到提示词卡，把任务拆小，先得到一个能评分的基准输出。

如果模板要交给同事使用，记录时保留四项就够：原始提示词、通过/失败评分、失败名、修复提示词。不要只保存最终图，因为最终图无法说明哪一步真正有效。一个好模板应该能让不同人用同一对象复测出相近结论，即使生成图不完全一样，也能知道主体、构图、文字和约束是否达标。

发布或交付前再做一次人工检查：模板有没有明确输出用途，是否说明参考图角色，是否有至少一个硬约束，是否把失败点写成可观察现象，修复提示是否只改一个变量。如果五项里有两项缺失，这张卡就不适合放进模板库。先补齐结构，再谈风格优化，最终会比反复刷新生成结果更省时间。

如果要把同一套模板迁移到不同场景，也不要一次改完。先只换主体，看身份和构图是否稳定；再换渠道，看比例和留白是否合适；最后再换风格，看风格是否压过任务。迁移成功的标志不是画面一模一样，而是评分卡里的主体、构图、约束和输出用途仍然能通过。这样模板才真正可复用，而不是只适合某一次运气好的生成。

模板库还需要版本记录。每次改动只写清修改原因、改动变量和复测结果，例如“减少背景道具，因为主体被遮挡；复测后主体保真 2 分、构图 2 分、文字 1 分”。这种记录能让团队知道模板为什么变好，也能在新入口或新比例下快速回退到稳定版本。没有版本记录的模板很容易被越改越花，最后失去可复制性。

复盘时不要只问哪张图最好看，而要问哪张图最符合原始用途、哪条约束最容易被破坏、哪句修复提示最能稳定改善结果。把这些答案写回模板，下一次生成才不是从零开始。 当一个模板在三个不同对象上都能通过主体、构图和约束检查时，再把它标记为稳定模板；否则只保留为实验卡，不要放进正式生产流程。 版本名可以写成任务、比例、主失败点和修复次数，便于后来快速检索。 稳定卡仍需定期抽样复测，并记录结果。

可复用提示词卡

当现成模板不完全匹配时，用这张空白卡重新组装任务。先写任务、主体、上下文、构图、风格、约束、预期输出、检查和修复提示。

text
任务：
[写真实图片任务]

主体：
[主主体和必须保留的细节]

上下文：
[参考图角色、受众、场景、产品事实]

构图：
[镜头、裁切、留白、主体位置]

风格：
[媒介、光线、配色、质感]

约束：
[必须包含 / 必须避免]

预期输出：
[可见的成功定义]

检查：
[主体检查、构图检查、文字或约束检查]

修复：
保留[已经成功的部分]。只修复[一个失败点]。

常见问题

这些问题覆盖本地读者最容易混淆的地方：结构、测试定义、路线、修复、长提示词和参考图。

Nano Banana 提示词最稳的结构是什么？

用生产简报结构：主体和任务、上下文或参考图角色、构图和镜头、风格和氛围、约束、输出用途、成功检查。成功检查让提示词变成可测试的卡片。

这里的可测试模板是什么意思？

它指模板带有预期输出、失败模式、通过/失败检查和修复提示词，不是宣称每一行都已经逐张生成并人工评分。

这些模板该用 Nano Banana 2 还是 Pro？

把路线名当提示，不要当结论。真正选择要看当前入口、价格、额度和质量要求；这些事实需要在路线或定价页面里复核。

输出不好时要不要整段重写？

不要先整段重写。锁定成功部分，命名一个失败点，用修复提示只改这一点。

提示词越长越好吗？

不一定。只有补充任务、约束、构图和检查标准的长度才有价值。混入太多隐喻和风格词反而更难修。

可以和参考图一起用吗？

可以，但要说明参考图负责身份、构图、配色、光线还是产品细节。参考图角色不清楚时最容易漂移。