继 【n8n系列教程3】Gemini Pro自由！实现真正的轮询API Key，多账户轮询，高并发 进行简单补充：
若不指定Gemini审核的力度的话，就会导致一些莫名奇妙的截断（即使问的问题很正常）。
并且截断不会报错，仅回复为空（非流式） 如下图：
继以上教程，添加四个类别的审核强度均为 BLOCK_NONE，官方解释这个力度为允许所有内容通过。
最后再补充一些不重要的细节：
使用n8n可以轻松的添加错误重试机制和错误处理机制
出现意外的错误将重试3次，仍错误，将会调用下一个Gemini Key
对比NEW API：NEW API的Gemini渠道仍会出现截断。且截断不会报错，NEW API也不会换渠道重试。
修改后的工作流如下：
Gemini__.zip (14.1 KB)
楼主有交流 n8n 的 tg 群吗？
太牛了,多谢分享
没有，你想进入个n8n交流群吗？
流程图也牛逼
感谢佬友分享
又来了，光看光囤还没搞，感谢大佬分享！
是的，需要的
不支持流式么？
哇，太强了大佬
问题是我真的尝试一些明显NSFW的prompt，即使把所有的filter全关了它还是截断回复（啥也不回）。看来终究还是有一些限制而不像grok deepseek mistral那样
但我测试一些明显NSFW的prompt倒是并没有遇到截断，只是表明拒绝回答而已
两个审核机制，一个是大模型自身的约束 （可以用 Prompt 破限的那种），一个是接口监视审核，后者检测到敏感词就会把对话砍了跟以前 Bing 那样。
直接被模型拒绝的 NSFW 返回的内容反而是符合接口审核的要求了就不会截断了。
n8n大佬牛逼
反驳：new-api默认都是BLOCK_NONE，除非修改了环境变量GEMINI_SAFETY_SETTING
common/constants.go中存在var GeminiSafetySetting = GetEnvOrDefaultString(“GEMINI_SAFETY_SETTING”, “BLOCK_NONE”)
relay/channel/gemini/relay-gemini.go也确实使用了该值。
从One API README第21项也可得知。
我不是AI
