跳转到主要内容

Nano Banana Pro 提示 `RESTRICTED by System Instructions`?先查入口,不要先改 prompt

Gemini 中选了 Pro,不代表第一张图就由 Nano Banana Pro 生成。先检查“更多 → 使用 Pro 重做”、资格与额度;开发者则核对稳定模型和实际图片。原请求失败的原因要看反馈,不能只凭一个成功对照判断。

LaoZhang AI Team发布于更新于 16 分钟阅读
文章目录
Gemini Pro 重做、AI Mode Pro 和原生 API 三种入口的限制排查主题图。

Nano Banana Pro 出现 RESTRICTED by System Instructions、拒绝生成或只回复文字时,先确认自己是否真的请求了 Pro,再检查失败发生在哪里。Gemini 的当前路径是先生成基础图片,再由符合条件的付费账号使用 Pro 重做;电脑端 Google 搜索 AI Mode 则要进入 Pro;API 可以明确指定 gemini-3-pro-image。三者的账号条件和额度不能互相代替。Gemini 图片帮助、AI Mode 图片帮助、Pro 模型卡

截至 2026 年 10 月 6 日,所查原生 API 的 blockReason、finishReason 枚举中没有这句完整提示。因此,应先保留它出现的产品、请求和错误原文,不能把它当成各入口通用的官方错误码。即使一个普通对照请求成功,也不能直接推断原请求违反政策。原生响应定义

先按失败位置选择下一步

分别核对 Gemini 重做、电脑 AI Mode Pro 与 API 图片响应的示意。

你看到的情况先做什么怎样才算完成这一步
Gemini 能生成,但找不到 Pro检查成图的“更多 → 使用 Pro 重做”、付费资格、聊天模型和当日额度在符合条件的账号内进入 Pro 重做,并得到新图片
AI Mode 没有 Pro 生图入口核对电脑端 Pro 菜单、英文、实际国家、年龄和套餐条件当前账号显示相应入口,可以提交图片任务
API 返回 401、403、429 等 HTTP 错误按实际错误核对认证、项目权限或配额原来的 Pro 请求被接口接受;随后仍需验证图片
API 返回 200,却只有文字或空结果检查模型、图片输出配置、promptFeedback 和每个候选结果有最终图片数据,能解码打开,并完成原任务
普通请求成功,带参考图的原请求失败保持入口与模型,逐项检查参考图格式、读取条件、数量和上下文找到可复现的差异,结合反馈决定修复、调整任务或求助

修正后先在同一个入口复验,不同时更换模型、参考图、账号和提示词。这样才能知道哪项变化起效,也能避免把 Nano Banana 2 的成功当成 Pro 已恢复。

Gemini:选了 Pro,为什么第一张图仍不是 Pro?

Google 当前帮助页区分聊天模型与图片模型:Flash Lite 对应的初次图片是 Nano Banana 2 Lite;Flash 或 Pro 聊天中的初次图片是 Nano Banana 2。符合条件的 Google AI 付费订阅者,可以在 Pro 聊天模型下,对已生成图片使用 Nano Banana Pro 重做。聊天顶部写着 Pro,本身不能证明第一张图使用了 Nano Banana Pro。当前 Gemini 图片流程与资格

电脑端可按这个顺序恢复正确路径:

  1. 登录实际使用的 Gemini 账号,确认它有适用的 Google AI 付费方案,并选择 Pro 聊天模型。
  2. 在侧栏进入 Images(图片),选择模板或输入明确的生图要求,先等基础图片完成。
  3. 在生成图片右下角打开 More(更多),选择 Redo with Pro(使用 Pro 重做)。
  4. 等待重做结果。只有得到新图片,才能继续核对是否完成要求;一段文字回复不算重做成功。

如果菜单没有这项,不要先重写图片内容。先确认账号没有切换、模型仍是 Pro、套餐适用,并查看当前额度提示。Google 明确说明:Nano Banana 2 当日额度用尽后,不能继续进行额外的 Pro 重做。 新建聊天、清理浏览器或反复点击不能据此获得新的额度;按账号显示和当前帮助页处理,不照搬旧教程的固定张数或重置时间。额度条件

还没有图片入口时,需要先确认 Gemini 支持当前账号和所在国家。个人账号生成图片通常需年满 13 岁,或达到所在国家规定的最低年龄;未满 18 岁不能编辑图片,这是另一项限制。工作或学校账号还涉及许可和组织条件,不能统一解释成“未满 18 岁都不能生图”。中文界面或中文提示词也不等于所在国家已支持该功能。账号和年龄说明

如果入口、套餐和额度都符合,但 Pro 重做仍只返回文字,保留当时的账号类型、模型选择、操作时间和拒绝原文,再用一个普通图片任务在同一 Pro 重做路径检查。Google 帮助社区曾有付费用户报告“基础图可生成,Pro 重做只回复文字”;可见回复包含志愿者的排查建议和后台问题判断,这些不是 Google 后台已确认的原因,也不能保证你的账号按相同建议就会恢复。该用户的原始报告

电脑端 AI Mode:先确认 Pro 菜单和真实资格

当前电脑端步骤是:打开 Google 搜索的 AI Mode,在 Ask anything(随便问)栏选择 Pro,再点 加号 → Create Images(创建图片),输入图片要求。旧教程里的 Thinking with 3 Pro 不应继续当作当前电脑端必须寻找的按钮。当前电脑端操作

这里要分开核对普通生图与 Pro:普通 AI Mode 图片功能的语言支持,不能推出 Pro 在同样语言和国家都可用。当前 Pro 生图说明为英文,用户需年满 18 岁;适用范围包括美国用户,以及所列国家符合条件的 Google AI Pro 或 Ultra 订阅者。日本、韩国在所查 Pro 国家列表中,中国、俄罗斯、西班牙不在该列表中;资格取决于实际国家、账号和计划,不能仅靠界面语言判断。Pro 的语言、年龄、国家与计划条件

Google 将 Pro 描述为针对信息图和图表优化。这是在说明适合的用途,不能据此认定其他创意图片一律禁止。账号没有 Pro 菜单时,先解决资格或入口问题;菜单存在但某个任务拒绝时,再看请求与提示。若改用自己已获准使用的 Gemini 或 API,各自仍有独立的账号、计费和政策条件,不意味着另一处的拒绝会被自动解除。

AI Studio 或 API:确认 Pro,并检查真正的图片响应

当前官方模型卡列出的稳定 Pro ID 是 gemini-3-pro-image,支持文字与图片输入、文字与图片输出。AI Studio 中先确认实际选中的模型;API 则检查最终请求的模型路径,不能用聊天模型或 Nano Banana 2 的成功证明 Pro 正常。旧 -preview 示例也应与当前文档和项目可用模型核对,不能只凭名称猜它一定可用或已经停用。Pro 模型卡

Gemini 消费端付费方案不等于 API 项目已获得模型、计费或配额权限。如果响应是 HTTP 错误,先按实际状态和错误消息处理;没有进入生成响应时,不要将 403 或 429 解释为图片内容被拒绝。

用同一 Pro 模型发一个简单图片请求

已有该模型访问权限和有效 API key 的开发者,可将以下内容保存为 request.json。它不带参考图、不带自定义系统指令,并保留默认安全控制,用于确认一项普通图片任务是否能完成:

json
{
  "contents": [{
    "role": "user",
    "parts": [{"text": "生成一张白色桌面上的蓝色陶瓷杯插画,不要文字。"}]
  }],
  "generationConfig": {"responseModalities": ["TEXT", "IMAGE"]}
}

下面命令使用原生 generateContent,不是图片理解接口。前提是你已经在自己的终端设置 GEMINI_API_KEY;执行会调用模型,并可能产生费用:

bash
curl --fail-with-body --silent --show-error \
  "https://generativelanguage.googleapis.com/v1beta/models/gemini-3-pro-image:generateContent" \
  -H "x-goog-api-key: $GEMINI_API_KEY" \
  -H "Content-Type: application/json" \
  --data-binary @request.json \
  --output response.json

请求结构与图片 Part 的处理依据原生生图指南和API 定义。此处示例做了本地 JSON、语法与模拟响应检查,没有执行真实 API 生图,不能当作你的项目已恢复的证明。

先读反馈,再提取最终图片

原生 REST JSON 使用下面这些字段;SDK 对象可能采用另一套命名,不要混用:

字段或结果能说明什么下一步
promptFeedback.blockReason输入阶段有阻止原因,通常没有候选结果记录确切值及存在的 safetyRatings,按该反馈处理
SAFETY、IMAGE_SAFETY 等明确安全反馈当前处理涉及安全拒绝结合实际请求及评级核对政策,必要时调整合法任务
OTHER、IMAGE_OTHER原因未被具体分类继续检查输入、上下文与资源;不能直接宣布原任务违规
NO_IMAGE 或只有文字没有完成期望的图片输出检查模型、输出配置、候选状态和解析代码
STOP 且有最终图片 Part候选正常结束,并提供了图片数据解码并打开图片,确认实际完成了任务

还应保留每个候选的 finishReason、finishMessage 和存在的 safetyRatings,以及可用的 modelVersion、responseId。不要默认第一个候选一定存在,也不要把 HTTP 200 当作出图成功。响应、阻止原因和结束原因定义

下面的本地程序需要 Python 和 Pillow。保存为 check_image.py,在 response.json 所在目录运行 python3 check_image.py。它只读取本地响应,跳过思考图片,仅保存正常结束候选中的可解码最终图片;有反馈或未分类状态时不会宣称恢复:

python
import base64
import io
import json
from pathlib import Path
from PIL import Image

response = json.loads(Path("response.json").read_text(encoding="utf-8"))
if not isinstance(response, dict) or "error" in response:
    raise RuntimeError("先检查 HTTP/API 错误,尚未完成生成")
feedback = response.get("promptFeedback") or {}
print("promptFeedback:", feedback)
candidates = response.get("candidates") or []
images = []
unclear = bool(feedback.get("blockReason"))
for index, candidate in enumerate(candidates):
    candidate = candidate or {}
    reason = candidate.get("finishReason")
    print("candidate", index, reason, candidate.get("finishMessage"),
          candidate.get("safetyRatings"))
    if reason != "STOP":
        unclear = True
        continue
    content = candidate.get("content") or {}
    for part in content.get("parts") or []:
        part = part or {}
        media = part.get("inlineData") or {}
        if part.get("thought") or not media.get("data"):
            continue
        mime = media.get("mimeType")
        formats = {"image/png": ("PNG", ".png"),
                   "image/jpeg": ("JPEG", ".jpg"),
                   "image/webp": ("WEBP", ".webp")}
        if mime not in formats:
            continue
        raw = base64.b64decode(media["data"], validate=True)
        expected, extension = formats[mime]
        with Image.open(io.BytesIO(raw)) as image:
            if image.format != expected:
                raise ValueError("图片实际格式与 MIME 不一致")
            image.verify()
        with Image.open(io.BytesIO(raw)) as image:
            image.load()
            size = image.size
        images.append((raw, extension, size))
if unclear or not images:
    raise RuntimeError("存在待查反馈或没有最终图片;不能判定恢复")
for number, (raw, extension, size) in enumerate(images, 1):
    path = Path(f"pro-result-{number}{extension}")
    path.write_bytes(raw)
    print("已保存可解码图片:", path, "尺寸:", size)

保存成功后仍需打开图片,核对杯子、颜色和构图;原任务有参考图时,还要检查要求的编辑是否完成。可解码证明文件有效,不证明内容正确。有图片却同时出现阻止或异常结束反馈时,应检查完整响应,不能只挑一张图片作为成功证据。分享诊断信息前隐藏 key、私人素材、完整 base64 和带授权参数的 URL。

普通对照成功,原请求失败:不要直接判违规

同一 Pro 路线中普通对照与原请求差异的条件排查示意。

这组结果只能说明模型能完成某些任务,而失败与原请求或输入条件有关。它不能单独区分安全误判、格式错误、参考图读取失败、资源限制或会话上下文问题,更不能证明某类人物、品牌或图片一律被禁止。

例如,Google 开发者论坛有用户报告:文字生图成功,加入服装参考图后得到 OTHER。这是用户报告的请求差异;关于账号标记、扫描器或后台的解释是其猜测,帖子没有提供已确认根因。参考图触发 OTHER 的原始报告

继续排查时,保持同一入口、Pro 模型和默认安全控制,只针对一个条件做比较:

  • 输入有参考图:检查 MIME、真实图片字节、引用是否有效、资源是否可读;多图任务可先确认一张获准使用的图片能否被正确处理。
  • 出现明确 URI 错误:先修输入,不靠提示词修文件。可按文件 URI 与图片输入排查核对原生字段、内联数据和资源状态。
  • 只有长会话失败:用相同的合法任务和必要输入,在没有旧上下文的请求中比较。这是排除上下文影响,不是重置账号额度或安全限制。
  • 有明确安全反馈:核对实际任务是否包含被禁止的目标。可以删除有害部分,或澄清本来合法但表达不清的编辑要求;不要保留同一违规目标,只换代称或伪装场景。
  • 仍是 OTHER、IMAGE_OTHER 或无分类拒绝:保留最小可复现条件和诊断字段,通过产品的帮助或反馈入口请求核验;停止盲目重复提交,不把未知原因写成确定的政策结论。

Google 区分可配置的内容过滤与不可调整的核心伤害保护;后者不能靠安全设置解除。API 的自定义 systemInstruction 是开发者传入的指令,也不是覆盖 Google 内部保护的权限。本页恢复步骤不要求降低安全设置。安全控制范围、systemInstruction 字段定义

常见问题

找到 Pro 聊天模型,就已经用上 Nano Banana Pro 了吗?

没有。当前 Gemini 的 Pro 聊天初次图片仍使用 Nano Banana 2;符合条件的付费账号应在成图菜单里选择“更多 → 使用 Pro 重做”,且不能已经耗尽 Nano Banana 2 当日额度。Google 当前说明

AI Mode 说 Pro 针对图表优化,普通插画就不能画吗?

不能这样推断。“针对信息图和图表优化”描述的是用途,不是其他图片任务的通用禁令。先核对当前电脑端 Pro 入口及英文、实际国家、年龄和计划资格,再判断具体请求的反馈。AI Mode Pro 说明

OTHER 或 IMAGE_OTHER 就是安全拒绝吗?

不能确定。这两个值没有给出具体根因,应与明确的安全反馈分开;参考图、格式、资源、上下文和误判仍需检查。只有普通对照成功,也不足以证明原请求违规。反馈枚举

API 返回 200,为什么还不能说 Pro 已恢复?

200 只表示收到了 HTTP 响应。还要确认请求的是 Pro、没有待查阻止或异常结束反馈、存在最终图片数据,图片能够解码打开,并且完成了原任务。只有文字描述、思考图片或换模型后的出图,都不能替代这一步。

没有这句限制提示,只是第一次不会用,该看哪里?

从中文 Nano Banana Pro 使用指南的 Gemini 首次生成与 Pro 重做步骤开始。已经遇到限制、重做仅返回文字或原请求持续失败时,按本页的实际失败位置继续排查。

官方文档

接入参数、价格与扣费规则以老张API开发文档为准:图片生成计费与失败处理。

说明:laozhang.ai 是我们自己的服务,其价格是平台报价,不是独立比较的结论。

参考来源8

本文引用的外部页面,按正文出现顺序排列。最后更新于 2026年10月7日。

  1. 1.Gemini 图片帮助support.google.com/gemini/answer/14286560
  2. 2.AI Mode 图片帮助support.google.com/websearch/answer/16649374
  3. 3.Pro 模型卡ai.google.dev/gemini-api/docs/models/gemini-3-pro-image
  4. 4.原生响应定义ai.google.dev/api/generate-content
  5. 5.该用户的原始报告support.google.com/gemini/thread/428201184/redo-with-pro-image-generation-is-completely-broken-for-paid-user
  6. 6.原生生图指南ai.google.dev/gemini-api/docs/generate-content/image-generation
  7. 7.参考图触发 OTHER 的原始报告discuss.ai.google.dev/t/persistent-other-block-reason-error-on-nano-banana-pro-gemini-3-pro-image-preview-with-reference-images/143901
  8. 8.安全控制范围ai.google.dev/gemini-api/docs/safety-settings
一张三表层对照图,解释为什么 Nano Banana Pro 在 Gemini Apps、AI Mode 和 API 里会显得不一样
AI 图像生成

Nano Banana Pro 降智了?为什么 2026 年看起来更“笨”

Nano Banana Pro 并没有被官方确认成“所有入口都一起降智”的单一产品。到 2026 年 4 月,更关键的变化是 Google 把 Pro 分散到了 Gemini Apps、AI Mode 与 API 三条不同合同里。本文解释究竟变了什么、为什么会显得不稳定,以及应该先排查哪一层。

13 分钟