观察：每个模型的最佳代理框架将由模型开发者自身提供
摘要
讨论人工智能模型如何在使用其自身开发者构建的框架时表现最佳，而第三方框架可能导致表现不佳，尽管基准测试成绩出色。文中引用了Claude Code（针对Claude模型）和Codex（针对GPT模型）等示例。
Claude Code适用于Claude模型，Codex适用于GPT模型，Antigravity Agent适用于Gemini模型。此前，团队们自豪地构建着能够适配任何模型的框架。然而，DeepSeek的研究人员发现，该模型在许多编程任务中表现不佳。鉴于该模型在SWE基准测试中成绩优异，这一情况并不寻常。问题似乎出在框架本身。另一个事实是，各个实验室都在用自己的框架训练模型。LLM非常擅长完成它们在训练过程中做过的事情。我很好奇，人们如何能构建出比模型开发者更好的框架？请分享你们的想法。
相似文章
用哪个模型、哪种框架？我这里有数据可以分享。
一个独立基准测试网站（airbench.ai）在编码、视觉、数学和计算机使用任务上测试了 AI Agent 框架与模型的组合配置，发现本地量化模型如 swift-1.5-qwen3.8-27b-q6_k 和 qwen3.8-flash-next-strata 在一张 RTX 5090 上如今已能达到 Claude Opus 5.5 的质量水平，并且框架的选择（opencode/omp 与 pi/hermes/openclaw）与模型本身一样重要。
驾驭之道
作者探讨了使用控制工具管理AI编码代理的重要性，并分享了借助Cursor、Claude和Deepseek等工具提升生产力和模型使用成本效益的技巧。
自定义工具链有意义吗？
本文探讨了AI辅助编程中的两大阵营：使用现有工具链如Codex配合工具和AGENTS.md， versus 构建自定义的编排代理。作者支持前者，认为后者被过度炒作。
AI模型与工具组合：哪一个最好？
本文介绍了一个基准测试，用于比较各种AI模型与工具组合在数学、视觉和编程等任务中的能力和速度，并列出了两个类别中的最佳表现者。
同一模型，不同运行框架：编码智能体的差异化表现
本研究探讨了在模型固定不变的情况下，改变编码智能体中的运行框架配置如何影响其在代码基准测试上的表现。研究结果表明，一种能自动缩短早期工具输出以管理上下文的“优化框架”，可提升任务完成率，尤其在上下文长度受限的场景下效果显著。