DeepSeek Код 👁 3

Данные теряются между нодами n8n

Промпт для DeepSeek: найти ноду, на которой пропадает поле, и починить путь к данным с учётом формата массива элементов.

Промпт Запустить →
Помоги найти, где в моём воркфлоу n8n теряется поле, и починить обращение к нему.

Цепочка нод: [ЦЕПОЧКА: приём вебхука, затем фильтр по статусу, затем запрос к API, затем запись в таблицу]
Какое поле пропадает: [ПОЛЕ: email покупателя, приходит в теле вебхука]
Где обнаруживается пропажа: [ГДЕ: на записи в таблицу колонка пустая]
Как обращаюсь к полю сейчас: [ВЫРАЖЕНИЕ: json.email]

Что нужно:

1. Скажи, на какой ноде поле перестаёт существовать, и почему это происходит именно там. Данные между нодами ходят массивом объектов, обычное содержимое лежит под ключом json, файлы — под ключом binary. Нода, которая обращается наружу, отдаёт свой ответ, а не вход, и поле из вебхука до следующего шага само не доезжает.
2. Дай правильное выражение для моего случая: как обратиться к полю из ноды, которая стоит не прямо перед текущей.
3. Если поле нужно протащить через несколько шагов — покажи, как собрать его обратно в объект, а не тянуть выражением через всю цепочку. Длинная ссылка на ноду через три шага ломается при любой перестановке.
4. Что смотреть в выводе каждой ноды, чтобы увидеть потерю самому: где в интерфейсе видно, что на выходе элемент один, а на входе было десять.
5. Отдельно: что делать, если поле приходит не всегда. Нужна ветка со значением по умолчанию, а не пустая колонка в таблице.

Отсечка. Не предлагай собирать всё в одну ноду Code «чтобы не терялось»: это прячет проблему вместо решения. Не советуй закреплять тестовые данные и на этом успокоиться — закреплённые данные не воспроизводят боевые. Не объясняй, что такое JSON.

Проверка перед выдачей: пройди мою цепочку по шагам и назови ровно одну ноду, после которой поля больше нет. Если по описанию однозначно не определить — скажи, вывод какой ноды надо показать, и не гадай.
Запустить промпт →

Пример результата

Пробовал на воркфлоу приёма заказов, четыре ноды. Что вышло: точка потери названа сразу — нода запроса к API. Она отдаёт ответ сервиса, а поле из вебхука остаётся на два шага позади, и запись в таблицу обращалась к тому, чего на входе уже нет. Выражение для обращения к ноде через шаг пришло рабочее. Но полезнее оказался третий пункт: вместо длинной ссылки собрать нужные поля в один объект сразу после вебхука. У меня потом менялся порядок нод, и ссылка через три шага сломалась бы снова. Что пришлось доделать: пятый пункт про отсутствующее поле. У части заказов email действительно не приходит, поставил значение-заглушку, иначе таблица молча копила пустые строки. Совет: смотрите число элементов на входе и выходе каждой ноды. Потеря чаще выглядит как «было десять, стало одно», а не как пустое поле.

Похожие промпты

Рефакторинг легаси-модуля в Kimi: карта, план, код по шагам
Kimi
Рефакторинг легаси-модуля в Kimi: карта, план, код по шагам
Kimi
Сайт-визитка с 3D одним промптом — Kimi K3
DeepSeek
Телеграм-бот на n8n в DeepSeek: схема нод, которую можно собрать за вечер
Claude
Системный промпт для AI Agent ноды n8n — Claude

Полезные статьи

ИИ-агенты в n8n: промт, сборка агента и грабли запуска
Промты для Kling: видео из фото и 14 готовых промптов
Промт с котом: 4 провала нейросети и 14 промптов

Все гайды →