更好的模型，更差的工具Better Models: Worse Tools
高级大语言模型在调用外部工具时出现了奇怪的回归现象。开发者发现新版 Claude Opus 4.8 在调用编辑工具时，会凭空捏造嵌套数组中的额外字段。尽管模型执行的编辑操作本身通常正确，但这些参数不再匹配预定义的 Schema。这种现象表明，随着模型能力的提升，其在遵循严格结构化输出约束方面可能反而出现退化。
Simon Willison
4th July 2026 - Link Blog
Better Models: Worse Tools. Armin reports on a weird problem he ran into while hacking on Pi:
The short version is that newer Claude models sometimes call Pi’s edit tool with extra, invented fields in the nested edits[] array. And not Haiku or some small model: Opus 4.8. The edit itself is usually correct but the arguments do not match the schema as the model invents made-up keys and Pi thus rejects the tool call and asks to try again. That alone is not too surprising as models emit malformed tool calls sometimes. Particularly small ones. What surprised me is that this is getting worse with newer Anthropic models as both Opus 4.8 and Sonnet 5 show it but none of the older models. In other words, the SOTA models of the family are worse at this specific tool schema than their older siblings.
Armin theorizes that this is because more recent Anthropic models have been specifically trained (presumably via Reinforcement Learning) to better use the edit tools that are baked into Claude Code. This has the unfortunate effect that other coding harnesses, such as Pi, may find that their own custom edit tools are more likely to be used incorrectly.
Claude's edit tool uses search and replace. OpenAI's Codex uses an apply_patch mechanism instead, and OpenAI have talked in the past about how their models are trained to use that tool effectively.
Does this mean third-party coding harnesses like Pi should implement multiple edit tools just so they can use the one with the best performance for the underlying model the user has selected?
需要完整排版与评论请前往来源站点阅读。