langchain-anthropic==1.7.3
LangChain 发布 langchain-anthropic 1.7.3，变更包括：刷新 Anthropic 模型档案数据；对 fable 与 opus 5.5 将 with_structured_output 自动路由到 method="json_schema"；更新 Opus 5.5 文档；支持在对话中间原位发送 SystemMessage；将 anyio 依赖从 4.11.0 升级到 4.14.2。
发展脉络
- 首次出现langchain-anthropic==1.7.3LangChain Releases
- 行业反馈langchain-anthropic==1.7.4LangChain Releases
- 当前判断模型厂商与框架适配层的耦合在加深：模型档案刷新、按模型路由结构化输出、文档同步更新被打包进同一个小版本，说明框架需要持续跟进上游模型命名与能力差异。这属于开发者生态的维护性竞争，而非能力跃迁。Agent Pulse · 分析
langchain-anthropic 1.7.3 的发布说明列出五项变更：一是刷新 Anthropic 模型档案数据；二是修复结构化输出行为，对 fable 和 opus 5.5 自动把 with_structured_output 路由到 method="json_schema"；三是更新 Opus 5.5 相关文档；四是新增能力，允许在对话中间原位发送 SystemMessage，而非仅限开头；五是依赖升级，将 anyio 从 4.11.0 提升到 4.14.2。这些变更集中在模型适配层与结构化输出路径，属于开发者工具链的常规迭代。
从发布说明看，结构化输出在特定模型上被自动切换到 json_schema 方法，说明适配层在按模型能力做路由，而非统一走函数调用路径；同时 SystemMessage 支持原位插入，意味着消息序列构造不再假设系统提示只在首位。这两点都会改变调用方对消息数组与输出解析的假设，但证据未给出具体实现细节与兼容性边界。
模型厂商与框架适配层的耦合在加深：模型档案刷新、按模型路由结构化输出、文档同步更新被打包进同一个小版本，说明框架需要持续跟进上游模型命名与能力差异。这属于开发者生态的维护性竞争，而非能力跃迁。
对使用 LangChain 调用 Anthropic 模型的团队，升级前应确认结构化输出路径变化是否影响既有解析逻辑，并检查依赖 anyio 版本约束是否与自身环境冲突；收益是减少手动指定输出方法的分支代码。
可验证的下一信号是：后续版本是否把 json_schema 路由扩展到更多模型，以及原位 SystemMessage 是否在文档中给出明确的多轮语义说明；若两者都出现，说明适配层正从兼容补丁转向统一抽象。