代理: MiniMax 提供程序默认将输出限制为 4096 个令牌(没有 minimax/ 的 maxOutputTokens 默认值,也没有配置覆盖)
作者: JonathanLeon22创建于 2026年9月17日更新于 2026年9月17日
标签status:in-linear
QQ 错误描述
n8n 代理(头等舱 " 代理 " 模块),配置为 MiniMax 提供者(`minimax/MiniMax-M3',证书类型 " minimaxApi " )失败
该模型在返回答案之前达到了输出符号限制. 缩小请求范围或使用另一种模式。当一个单一的模型转动需要超过4096输出符号(长最后答案,或推理+答案)时. 通过OpenRouter(openrouter/minimax/minimax-m3')的同一种代理、同一种即时和同一种模型正常完成,因为该路径不会发送max tokens'。
根因( 在已安装的代码中跟踪) :
n8n/agents/dist/runtime/model/model-factory.js'用``@ai-sdk/minimax'建造最小'供应商,它包装AnthropicLangage Model',并与MiniMax的**Anthropic-兼容**终点(https://api.minimax.io/ZAnthropic/v1')。 Anthropic 消息 API 需要每个请求的“ max tokens ” 。- {n8n/agents/dist/runtime/model/producer-quirks.js`只为Kimi设定了默认输出限制: {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你来干什么? 函数解析DefaultMax出站tokens(模型Id) { 如果(modelId.to LowerCase (). 包括 ('kimi- k3')) { 返回导出。 HIGH REASONING DEFAUT MAXUTPUT Tokens; /// 65 536 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 返回未定义; {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
3. 在 " 最大输出端口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口口
4. 无法推翻:JSON`config' schema(`解释 ' 、`即时跟踪 ' 、`webSearch'、`teolCallComenarium'、`maxIthers')代理人不接受`最大输出端口 ' ,运行时间仅通过内部`execopt.maxOutputTokens'。
MiniMax-M3支持高达512k的输出令牌,因此4096远远低于模型的能力,也低于推理模型对正常长答案的需求.
以我们的例子(SOC的分解代理,4个客户):在从OpenRouter将代理切换到直接的Minimax提供商之后的第一个小时里,56个代理处死中的4个(7%)失败了,上面的7.3k-11.4k完成符上的错误;209个处死中的0个前一天在OpenRouter上如此失败了. 本地添加了MiniMax的补丁,用于“解答DefaultMaxOutputTokens”(131072),清除了失败(21起处决中的0起) 。
建议的固定值:在“解脱故障”中给MiniMax供应商设定一个正常的默认输出限制(例如,用于Kimi的相同65 536,或更高),和/或将“解脱故障”暴露在“配置”代理商中,使操作员可以设定每个代理商。 理想的情况是,还显示AI SDK`相容性'警告(“型号......”不详。 执行错误中的最大输出符被限制在4096"),因此原因可见.
重写
1. 创建 " minmaxApi " 证书和一个具有 " minmax/Minimax-M3 " 、 " 合理性:高 " 的代理商,不需要任何工具。
2. 要求它有一个长期结构化的答案(例如:
. . . . . . .内容来源: n8n-io/n8n