n8n 排序后引用到错误客户：理解 item linking 与新建数据项

用两个明显不同的客户复现 单条数据无论怎样取第一项都可能看起来正确。建议准备客户甲和客户乙，让他们的金额、邮箱明显不同，再执行排序或筛选，检查结果旁引用的邮箱是否仍属于同一个人。这比直接阅读很长表达式更容易暴露关联问题。 item linking 保存来源链路 n8n 官方说明，每个输出数据项包含连接到其输入来源的元数据，使流程能够沿链路回溯此前的数据项。节点经过拆分或合并后，这种关系可能是一对多或多对一，而不仅是“当前第几条对应上游第几条”。 业务 ID 仍然重要。关联元数据解决节点间来源追踪，订单号或客户号则帮助你判断业务结果是否正确。交付时建议保留必要业务标识，使输出能被独立核对。 哪些情况可以自动关联 文档列出单输入单输出、单输入多输出等简单情况。若保留原输入项但调整顺序或移除部分项，平台也能自动处理；输入输出数量相等时，会按顺序建立关联。这里要特别留意新建对象：新的数据项并不必然保留原有来源信息。 当数量不一致或创建全新数据项时，n8n 可能无法自动建立正确关系，需要节点或代码处理。遇到关联错误，不要仅用 first() 强行拿第一条让错误消失，因为这样可能把显式报错变成静默串客户。 重构时写清输出来自哪里 编辑建议在设计 Code 变换时，先画出一条输出对应哪些输入。若把一张订单拆成多条明细，明细仍应能回到原订单；若按客户汇总多张订单，则要明确下游需要的是客户级字段，不能继续假设只有一张原订单。 在 Code 中重建输出项时，应按具体转换保留输入来源信息；一对一变换、拆分与汇总的关系不同，不能只复制一段默认关联逻辑。 把串记录问题写成两行对照 准备两条自拟输入：第 0 项客户 C01，金额 20，邮箱 c01@example.com；第 1 项客户 C02，金额 90，邮箱 c02@example.com。按金额降序后，正确输出第一项是 C02、90、c02@example.com，第二项是 C01、20、c01@example.com。若只排序金额后，再按新的数组下标取旧邮箱，第一行就会错误地拼上 C01 的邮箱。 区分两种写法：直接保留原输入项并排序，与从排序结果新建只有金额的对象。前者保留了平台可追踪的输入项，后者可能丢失来源。对于重建对象的代码，先记录每个输出对应的原始输入索引，再按官方 Code 关联方式明确设置来源；同时保留 customer_id，用来验证邮箱与客户是否一致。 若把两位客户金额汇总成 110，这条输出就来自两条输入，已不存在唯一客户邮箱。此时应输出总额及参与客户清单，或按客户分别汇总。用 first() 选一个邮箱会制造业务含义，不能当作关联修复。 验收数量、顺序与身份 至少测试原顺序、反向排序、删除一项、拆分成多项四种情形。比较业务 ID 与关键字段，而不是只检查执行成功。若下游需要汇总结果，就引用汇总后的字段；若要追溯来源，则确认关联信息完整。这样才能在流程扩大后继续相信每个结果属于正确对象。

本篇涉及的工具1

n8n

沿 item linking 回溯来源，排查排序、筛选与重建对象后的字段错配。

适合场景

在 n8n 使用排序、筛选或 Code 重建数据后需要引用上游字段的开发者。

需要留意

新建或汇总数据项时不能默认沿用数组下标或唯一输入。

了解项目 访问官网