看到 Nano Banana Pro 提示 RESTRICTED by System Instructions 时，先别改 prompt。对大多数人来说，这句话更常见的意思不是 Google 在所有入口统一把 Pro 关掉了，而是你卡在了三类门里的其中一类：入口不对、当前权限不对，或者请求本身还在系统会继续拦截的安全边界里。
先看你现在是从哪里用 Pro 的。Gemini Apps 里要先确认这张图是不是已经走到了 Redo with Pro 这一步，而且当天额度还没耗尽；AI Mode 里要先确认你真的在 Thinking with 3 Pro，套餐、地区、语言是否符合当前条件，任务是不是信息图或示意图这类更贴近官方描述的路子；如果你在 AI Studio 或 Gemini API 里，就先用 gemini-3-pro-image-preview 跑一个明显安全的最小 prompt，再判断是入口问题还是请求类别问题。
修一条分支之后，不要立刻换 surface。先在同一路径上重试一次。如果安全的最小 prompt 能过，但原始请求仍然不过，那就不要再把它当成 prompt 手感问题了。此时更可能是类别边界，而不是“隐藏降级”。
截至 2026 年 4 月 14 日，Google 公开的 Gemini Apps 帮助页、AI Mode 帮助页和 Gemini API 文档，仍然把 Pro 在不同入口下写成不同合同；Gemini 的安全文档也仍然明确写着，有些核心伤害类别是一直会被拦的。真正有用的问题不是“Google 有没有偷偷动 Pro”，而是你先撞到了哪一层门。
30 秒分流板
| 你在哪看到拦截 | 第一检查项 | 在同一路径怎么验证 | 什么时候该升级判断 |
|---|---|---|---|
| Gemini Apps | 这张图有没有真的出现 Redo with Pro，当天额度还在不在 | 同一张图现在能看到或完成 Pro 重做 | 你需要的是入口或额度修复，不是继续改 prompt |
| AI Mode | 你是不是在 Thinking with 3 Pro，套餐/地区/语言合不合适，任务像不像图表类工作 | 同一个任务现在能在正确的 AI Mode 分支里跑通 | 这其实是通用出图任务，应该换路线 |
| AI Studio 或 Gemini API | 你是不是在用 gemini-3-pro-image-preview，以及一个安全最小 prompt 能不能过 | 同一个模型上安全最小 prompt 能成功 | 原任务本身才是问题，不是 Pro 路线整体失效 |
| 安全 prompt 能过，但原任务不过 | 路线本身活着 | 原任务仍被拦 | 把它当成安全边界，不要再猜隐藏开关 |
这句提示之所以让人误判，是因为现在的 Nano Banana Pro 已经不是一条所有入口都长得一样的通道了。Gemini Apps 里，Pro 更像默认 Nano Banana 2 之后的一个重做层；AI Mode 里，它是一个更窄、任务更挑的路线；到了 API，Pro 又变成了一个明确的模型名。你如果把这三套东西混着测，最后看到的差异很容易被误读成“质量突然掉了”。
所以，这里最没效率的动作，往往就是一上来就重写 prompt。改 prompt 解决不了你究竟是不是走错入口、有没有当前权限，或者是不是已经踩进了系统不会放行的类别。最快的修法还是先分流，再只改一处，然后在同一路径上复验。
如果你是在 Gemini Apps 里看到这个提示
Gemini Apps 这条分支，最关键的一句纠偏是：你一开始并不一定就在 Pro 上。Google 现在公开写法是，新的图片先用 Nano Banana 2 生成，付费用户之后才可以对已有图片使用 Redo with Pro。这意味着很多人以为自己评估的是 Pro，实际上评估的可能只是默认 Nano Banana 2 流程，或者是一个当天已经没有 Pro redo 空间的 App 状态。
如果你是在 Gemini Apps 里看到 RESTRICTED by System Instructions，先问三个问题。第一，这张图有没有真的进入到 Redo with Pro 的环节？第二，当天额度还够不够继续用 Pro 重做？第三，你现在对比的是不是“今天这条 App 合同”，还是你记忆里更早的 Pro 体验？
这一支很容易把入口问题和质量问题混在一起。因为 Gemini Apps 会把默认模型、重做入口、额度边界都包进同一个消费端界面。只要当天 Nano Banana 2 相关额度耗尽，后面的 Pro redo 路也可能跟着消失。这个时候正确答案不是“再换一种写法试试”，而是承认当前 App 入口已经不是你要的那条 Pro 合同，然后决定是等额度恢复、换 surface，还是干脆用默认 Nano Banana 2 继续完成任务。
如果你真正困惑的是为什么 Gemini Apps、AI Mode 和 API 下的 Pro 体验越来越不一样，可以继续看《Nano Banana Pro 降智了？》。如果你的问题其实不是这句拒绝提示，而是更基础的入口和使用流程，那更适合跳到《如何使用 Nano Banana Pro》。
如果你是在 AI Mode 里尝试 Pro
AI Mode 这条分支最容易让人浪费时间，因为品牌词看起来一样，合同却更窄。Google 当前对 AI Mode 的公开说明里，Nano Banana Pro 对应的是 Thinking with 3 Pro，而且重点场景是 infographics 和 diagrams，而不是“所有图像任务都更高级”的通用入口。它还带着当前的套餐、地区和语言条件。
这意味着，AI Mode 里的拒绝并不等于“Nano Banana Pro 到处都被拦”。它更可能代表你不在对的 mode、当前资格不符合，或者你想做的是更偏通用出图的工作，却硬塞进了一个官方当前更偏结构化视觉任务的路线。如果你的任务更接近“帮我快速生成一张一般图片”，而不是“给我一张结构清晰的信息图或图表”，那么最快的修法常常是离开 AI Mode，而不是继续磨同一条 prompt。
这一支最有用的复验动作，其实很朴素：保持任务类型清晰、可判断。先确认 Thinking with 3 Pro、确认当前可用条件，再用同一个任务重试。如果路线和资格都对，但任务本身还是不符合 Google 当前给 AI Mode Pro 的定位，就不要再硬拗。换回真正适合通用图片任务的 surface，会比继续猜测“是不是系统隐藏限流”更有效。
这也是为什么排障时不要把 Gemini Apps 和 AI Mode 混着试。很多人一边在 App 里做默认图，一边又到 AI Mode 里测一次，然后把两个合同下的差异都归结成“Pro 变差”。更稳的做法只有一个：一个入口，一次修正，一次复验。
如果你用的是 AI Studio 或 Gemini API
开发者侧的判断会更机械一些。你如果要走 Pro，这里的第一检查项就是模型名：gemini-3-pro-image-preview。在这之后，第一轮测试不应该直接上你的生产 prompt，而应该先跑一个明显安全、不会撞到人物或高风险类别的最小 prompt。比如，让它生成一张简单的信息图、白底海报或三栏对比图。这个测试的价值，不在于产出本身，而在于确认路线是不是活着。
如果安全的最小 prompt 能在 gemini-3-pro-image-preview 上跑通，你已经知道一件很重要的事：模型可达，入口大概率没死。那原始请求继续失败时，排障焦点就该从“Pro 路线有没有被封”转到“原任务是不是属于还会被拦的类别”。这和 Gemini Apps 的直觉不一样，但在 API 里反而更容易看清楚。
另外也要小心别把别的问题误装进这个标题里。如果你真正遇到的是 429、空响应、参数被忽略、输出尺寸不对，那么你已经不属于 RESTRICTED by System Instructions 这一家了。那种情况下，更合适的路由是我们的《Gemini 图片 API 常见错误修复》，因为下一步应该看 billing、endpoint 和参数，而不是继续在 Pro gate 上兜圈子。
如果真正被拦的是请求本身
这是很多人最不愿意接受、但对这句提示最有用的一支。Google 当前 Gemini 安全文档依然强调，一些 core harms 是始终阻止的。它不是额度问题，也不是你没找对隐藏开关，更不是通过继续“优化措辞”就一定能过的类型。对这句提示来说，一旦前面几条路径都排干净，真正值得尽快承认的，就是安全边界。
最实用的测试方法很简单：surface 不变，模型不变，把原请求换成一个明显安全、普通、不会踩到人物或敏感操控类别的最小请求。如果这个安全请求能过，而原请求还是不过，那你已经把入口问题和类别问题分开了。此时系统不是整体不可用，而是在拒绝你原来那类工作。
接下来真正有价值的问题就变了：这个任务能不能改写成安全版本？比如，把真实人物请求改成虚构角色；把有明显风险的图像编辑改成中性的信息图；把会触发边界的核心动作从请求里拿掉。如果答案是不行，那就别再把时间花在继续磨提示词上了。这里的问题已经不是“怎么 coax”，而是“产品政策当前就不接受这类任务”。
如果你的任务和真实人物、公众人物、面部相关限制更接近，可以继续看《为什么 Gemini 会限制人物图像生成》。但这篇页要保持更窄：它的工作是让你尽快识别边界，而不是在你还没分流之前，就把整段政策历史重讲一遍。
修完以后怎么验证，下一步该换哪条路
当你做出一次修正之后，不要同时再动五个变量。最稳的顺序是：
- 只改一处
- 继续留在同一路径上复验
- 如果还需要分清是路线问题还是类别问题，再补一个安全最小 prompt
- 只有当前 surface 明显就不是对的合同，才换路
这个顺序的意义，在于让结果变得可读。你如果同时换 surface、换 prompt、换资格判断，最后即便成功，也不知道究竟是哪一步起效。留在同一路径上，只做一次小修，才能判断你刚修的是入口、权限，还是终于确认了原任务本身就是被边界拦下来的。
如果你刚证实的是 Gemini Apps 没有 Pro redo 路，那就换 surface 或等额度恢复；如果你刚证实的是 AI Mode 不适合这个任务，那就别再把通用出图任务硬塞进去；如果你刚证实的是 API 上安全 prompt 能过、原任务不过，那就别再把它当成全局 Pro outage；如果连安全 prompt 也不过，那你还没到 policy diagnosis，先回到入口和权限分支继续查。
在确认 gate 之后，再去看更宽的兄弟页：
- 《Nano Banana Pro 降智了？》：需要更宽的跨入口解释时看
- 《如何使用 Nano Banana Pro》：真正的问题是入口和使用流程时看
- 《为什么 Gemini 会限制人物图像生成》：问题落在人物、公众人物或面部边界时看
- 《Gemini 图片 API 常见错误修复》：开发者侧其实是别的报错家族时看
常见问题
Gemini Apps 里现在真的还有 Pro 吗？
有，但它不是一个一直常驻的起始入口。Google 当前帮助页写法是，图片先用 Nano Banana 2 生成，付费用户之后才能对已有结果使用 Redo with Pro，而且前提是当前额度还允许。
AI Mode 的 Pro 适合所有图片任务吗？
不适合。Google 当前对 AI Mode 的说明是 Thinking with 3 Pro，重点是 infographics 和 diagrams。它不是“所有图像请求都更高级”的同义词。
API 里能不能靠 safety settings 把这个放开？
如果你撞到的是 Google 明确写成始终阻止的类别，就不能靠 safety settings 解决。安全设置有些场景会影响行为，但当前文档也明确写着，一些 core harms 仍然不会被放开。
如果安全最小 prompt 能过，但我的原请求还是不过，应该怎么理解？
把它理解成：路线本身大概率没问题，问题落在原请求的类别。此时最有用的动作是重写任务目标，或者接受边界，而不是继续猜测 Pro 有没有全局失效。
什么时候应该回到 Nano Banana 2？
当你的任务本来就是通用图片生成、Gemini Apps 当前默认已经是 Nano Banana 2，或者 AI Mode Pro 明显不是这个工作的合适路线时，就该回到 Nano Banana 2。Google 当前公开文档本来就把它放在更通用的默认位置。