n8n 2.47.6、2.48.3 Beta与1.123.96对AI工作流有哪些不同影响？

n8n 2.47.6与2.48.3 Beta对AI工作流的价值，集中在请求字段兼容、向量索引搜索路径和表达式逐项处理三个方面；1.123.96维护分支没有列出这些2.x改动，它只列出浅色JSON高亮修复和MCP SDK更新。因此，排查AI工作流问题时，应把节点、端点和发行分支一起对应，不能只看“已升级”这个状态。

提示缓存失败为何与端点有关

同样被称为模型端点的服务，对请求字段的接受范围可能不同。2.47.6与2.48.3 Beta中的相关修复，允许Agent针对拒绝缓存字段的端点关闭提示缓存。这条变化针对请求兼容性，并没有表示所有端点的缓存都失效。

它也不等于缓存命中率优化或价格调整。发行清单没有公布命中率、费用变化或支持端点列表，因而无法根据这一条补丁判断某个服务一定更省钱。对于本来就接受缓存字段的端点，不能把“存在关闭能力”理解为“应该一律禁用”。

Pinecone搜索路径变化有什么适用条件

另一条与AI检索有关的修复来自Pinecone Vector Store节点。带文档模式的索引现在通过documents API搜索。这里的条件是索引采用了相应文档模式，范围不是任意索引，更不是所有向量数据库节点。

提示缓存与Pinecone检索属于不同环节：前者影响Agent请求模型端点时携带的缓存字段，后者影响节点搜索特定索引时使用的API。把两条变化视为一个统一的“AI性能开关”，容易掩盖实际问题所在。

表达式运行时优化能说明多少

2.47.6和2.48.3 Beta的性能清单包含减少表达式运行时逐项处理的准备工作，以及把replaceSpecialChars字符映射移出运行时包。这些是具体实现层面的调整，确实与执行路径相关，但清单没有提供吞吐、延迟或内存对比。

因此，能确认的是优化位置，而不是任意工作流的固定收益。输入条目数量、表达式使用方式和其他节点耗时都可能不同；没有对应测试数据时，不应将内部优化改写成所有流程都会按某个比例加速。

底层缓存和数据读取为什么也值得关注

这两条2.x分支还把可信来源缓存键保持在Redis集群同一槽位，并修复存储密钥与实例密钥不同情况下的旧格式数据读取。前者关注集群键分布，后者关注兼容读取。两者都不应被转述成要求用户自行清空缓存或更换加密密钥的操作。

编辑器方面，浅色主题JSON高亮的可见性得到修复，Gateway积分推广信息可以从Gateway配置展示。推广展示与积分实际到账是两件事，发行记录没有承诺所有用户新增额度。

1.123.96为何需要单独看

1.123.96是正式维护发行；2.47.6也是正式发行，而2.48.3 Beta标记为预发布。1.123.96只列出浅色主题JSON高亮和@modelcontextprotocol/sdk更新，没有注明SDK具体版本，也没有把这项依赖变化表述为某个安全漏洞修复。

对AI流程维护者而言，这意味着“修复清单相同”与“产品名称相同”不能混为一谈。2.47正式渠道、2.48预发布渠道及1.x维护渠道有各自的版本身份；这些信息能依据发行说明解释对应补丁，却不能据此承诺跨主版本迁移兼容性。