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

> 一份面向实际创作的 Nano Banana 提示词工作簿：先用生产简报公式建立提示词卡，再用同提示测试和修复提示词验证 50 个模板。

- URL: https://blog.laozhang.ai/zh/posts/how-to-prompt-nano-banana
- Published: 2026-06-22
- Updated: 2026-06-22
- Author: LaoZhang AI Team (https://blog.laozhang.ai/zh/about)
- Topic: AI 图像生成
- Tags: Nano Banana, Nano Banana 提示词, Gemini 图像生成, AI 图片提示词, 提示词模板

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

## 快速工作流

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

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

## 提示词结构

![Nano Banana 提示词工作簿，展示生产简报、同提示测试、路线提示和 50 张提示词卡](https://blog.laozhang.ai/posts/zh/how-to-prompt-nano-banana/img/explainer-1.webp)

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

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

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

| 部分 | 写什么 | 检查 |
| --- | --- | --- |
| 主体 + 任务 | 写清要生成什么，以及画面要完成什么任务 | 陌生人能看出主体和用途 |
| 上下文 + 参考图 | 说明品牌、场景、受众、参考图负责什么 | 输出不会变成泛泛素材图 |
| 构图 + 镜头 | 写清角度、裁切、距离、留白和主体位置 | 焦点符合最终用途 |
| 风格 + 氛围 | 说明媒介、光线、色调、质感和情绪 | 风格服务主体 |
| 约束条件 | 列出必须保留、必须避免、不能发明的内容 | 硬边界没有破坏 |
| 输出用途 | 说明封面、广告、商品页、信息图或社媒用途 | 尺寸和密度适合落地 |
| 成功检查 | 写出打分标准和失败判定 | 下一步知道修哪里 |

## 同提示测试

![Nano Banana 同提示测试循环图](https://blog.laozhang.ai/posts/zh/how-to-prompt-nano-banana/img/explainer-2.webp)

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

| 检查 | 0分 | 1分 | 2分 |
| --- | --- | --- | --- |
| 主体保真 | 主体错或严重漂移 | 主体对但有明显变形 | 主体和关键细节稳定 |
| 构图 | 裁切混乱或焦点丢失 | 可用但需要调整 | 焦点明确且布局合适 |
| 风格控制 | 风格盖过任务 | 风格接近但不稳定 | 风格支持主题 |
| 文字标签 | 不可读或内容错 | 部分可读 | 足够用于目标场景 |
| 约束执行 | 硬约束被破坏 | 大体遵守 | 关键约束全部保留 |

## 路线边界

路线名称有用，但它不是提示词质量的替代品。当前官方映射里，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 提示词模板

![Nano Banana 50 个模板分类和修复矩阵](https://blog.laozhang.ai/posts/zh/how-to-prompt-nano-banana/img/explainer-3.webp)

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

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

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

| # | 提示词卡 | 预期输出 | 失败点 | 修复提示 |
| --- | --- | --- | --- | --- |
| 1 | 为[对象]制作产品图的落地页主视觉。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 2 | 为[对象]制作产品图的材质细节。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 3 | 为[对象]制作产品图的电商白底图。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 4 | 为[对象]制作产品图的前后对比。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 5 | 为[对象]制作产品图的套装组合。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 6 | 为[对象]制作广告的社媒广告。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 7 | 为[对象]制作广告的节日活动。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 8 | 为[对象]制作广告的问题解决对照。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 9 | 为[对象]制作广告的品牌隐喻。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 10 | 为[对象]制作广告的移动端裁切。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 11 | 为[对象]制作编辑修图的换背景。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 12 | 为[对象]制作编辑修图的移除物体。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 13 | 为[对象]制作编辑修图的改颜色材质。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 14 | 为[对象]制作编辑修图的改善光线。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 15 | 为[对象]制作编辑修图的清爽抠图。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 16 | 为[对象]制作角色的角色肖像。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 17 | 为[对象]制作角色的同角色新动作。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 18 | 为[对象]制作角色的表情表。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 19 | 为[对象]制作角色的剧情场景。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 20 | 为[对象]制作角色的三视图参考。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 21 | 为[对象]制作文字视觉的海报标题。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 22 | 为[对象]制作文字视觉的包装标签。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 23 | 为[对象]制作文字视觉的信息图标题。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 24 | 为[对象]制作文字视觉的书封面。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 25 | 为[对象]制作文字视觉的演示标题页。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 26 | 为[对象]制作信息图的三步流程。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 27 | 为[对象]制作信息图的决策树。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 28 | 为[对象]制作信息图的双方案对比。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 29 | 为[对象]制作信息图的检查清单。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 30 | 为[对象]制作信息图的系统地图。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 31 | 为[对象]制作风格迁移的风格改写。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 32 | 为[对象]制作风格迁移的媒介插画。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 33 | 为[对象]制作风格迁移的电影感场景。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 34 | 为[对象]制作风格迁移的极简隐喻。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 35 | 为[对象]制作风格迁移的3D 渲染。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 36 | 为[对象]制作参考图的只保留身份。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 37 | 为[对象]制作参考图的只保留构图。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 38 | 为[对象]制作参考图的只保留配色。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 39 | 为[对象]制作参考图的保留产品细节。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 40 | 为[对象]制作参考图的双参考合成。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 41 | 为[对象]制作社交内容的YouTube 缩略图。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 42 | 为[对象]制作社交内容的方形帖子。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 43 | 为[对象]制作社交内容的轮播封面。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 44 | 为[对象]制作社交内容的LinkedIn 视觉。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 45 | 为[对象]制作社交内容的原创反应图。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 46 | 为[对象]制作故障排查的主体漂移修复。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 47 | 为[对象]制作故障排查的文字错误修复。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 48 | 为[对象]制作故障排查的场景过满修复。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 49 | 为[对象]制作故障排查的风格失衡修复。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |
| 50 | 为[对象]制作故障排查的裁切修复。写清主体、任务、上下文、构图、风格、约束和成功检查；保持一个变量可测试。 | 主体清楚、构图可评分、能用于指定任务 | 主体漂移、文字错误、场景过满或风格过强 | 保留主体和构图，只修复一个失败点，然后复测同一提示词 |

## 常见失败怎么修

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

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

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

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

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

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

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

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

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

| 失败 | 原因 | 第一修复 |
| --- | --- | --- |
| 主体改变 | 主体描述太弱或编辑范围太大 | 锁定身份、姿态、比例和关键细节 |
| 文字错误 | 文案太长或标签太多 | 缩短文案并要求只保留精确文字 |
| 场景拥挤 | 道具、情绪或概念太多 | 删除一个元素并强化焦点 |
| 风格压过主体 | 风格词排在主体和约束前面 | 先写主体和任务，再降低风格强度 |
| 参考图被忽略 | 没有说明参考图角色 | 说明参考图控制身份、构图、配色还是光线 |
| 输出不可复用 | 没有评分卡 | 补上通过/失败检查并单变量复测 |

## 可复用提示词卡

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

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

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

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

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

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

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

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

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

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

## 常见问题

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

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

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

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

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

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

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

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

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

### 提示词越长越好吗？

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

### 可以和参考图一起用吗？

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