开发者慎用:新版 GPT-5.6-sol 陷入审查死循环,Agent 机制引发成本激增

近日,开发者社区 Linux.do 上出现大量关于 OpenAI 最新模型“GPT-5.6-sol”(疑似 o1 系列或相关测试版)的负面反馈。用户指出,该版本在实际编程任务中存在严重的性能退化与逻辑缺陷,主要表现为:第一,**无限制的边界审查**。模型在完成代码修改后,会因过度敏感的安全审查机制,认为修改内容存在潜在风险而要求重写,导致任务陷入死循环,无法交付成果。第二,**子 Agent 管理失控**。模型倾向于疯狂生成子 Agent 处理细枝末节,但在任务结束后不自动清理资源,导致后台堆积大量无用进程。第三,**高昂的试用成本**。由于上述无效循环和并发调用,开发者在短时间内额度消耗巨大,有用户反馈仅一小时跑费高达 100 美元,且效率远不如上一代 5.5 版本。此外,讨论还提及 Claude Code CLI 在检测到非 Anthropic 模型时,可能存在“恶意”调用行为,导致其他模型 Token 消耗异常。

事件分析

此次讨论暴露了当前**AI智能体**技术在落地应用中的显著瓶颈,即**失控的递归调用**与高昂的试错成本。大模型在自主调用子 Agent 进行任务拆解时,缺乏有效的“止损”机制和资源回收策略,导致在代码审查、边界检测等环节陷入死循环,造成了算力与预算的严重浪费。这反映了当前推理模型在编程领域的“过度思考”问题,以及多智能体架构在并发管理上的技术短板。此外,不同厂商的工具链(如 Claude Code 与 OpenAI 模型)之间可能存在的底层不兼容或竞争性消耗,也暗示了 AI 开发工具生态正处于混乱的野蛮生长阶段,标准化的协议与资源管理亟待建立。

💡 核心观点:推理模型的自主调用能力是把双刃剑,缺乏有效终止条件的 Agent 链式调用正将编程效率转化为昂贵的算力空转。

原文链接:Linux.do

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册