Qwen Код 👁 3

Выгрузка из n8n в таблицу без дублей строк

Промпт для Qwen: настроить запись из n8n в таблицу так, чтобы повторный запуск обновлял строку, а не добавлял копию.

Промпт Открыть Qwen →
Помоги настроить запись данных из n8n в таблицу так, чтобы повторные запуски не плодили дубли.

Что пишу: [ДАННЫЕ: заявки с сайта — имя, телефон, услуга, дата обращения, статус]
Куда: [ТАБЛИЦА: Google Таблицы, лист «Заявки», шапка уже есть]
Как часто: [ЧАСТОТА: по событию, 10-30 записей в день]
Что уже ломалось: [ПРОБЛЕМА: перезапустил воркфлоу при отладке — получил каждую заявку дважды]

Что нужно:

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

Отсечка. Не предлагай чистить дубли после записи отдельным скриптом: это лечение симптома, а причина в операции. Не советуй писать в таблицу через код и внешнюю библиотеку — задача штатная для ноды. Не предлагай очищать лист перед каждой записью: в нём лежит работа людей.

Проверка перед выдачей: опиши, что произойдёт при трёх сценариях — первый запуск, повторный с теми же данными, повторный с изменённым статусом. Если в каком-то из них появляется лишняя строка, схема неверна: переделай и скажи, что поменял.
Открыть Qwen →

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

Пробовал на заявках с сайта, Google Таблицы, десятки записей в день. Что вышло: операция сменилась на обновление по ключу с созданием при отсутствии — ровно то, чего не хватало. После этого перезапуск при отладке перестал плодить копии. Второй пункт оказался неочевидным: телефон не годится как ключ, у нас люди оставляют по две заявки на разные услуги. Собрал составной ключ из телефона и услуги, и он воспроизводится при повторе, в отличие от времени обращения. Что пришлось доделать: соответствие колонок. При добавлении новой колонки в шапку запись молча уехала на соседнюю — пришлось задать соответствие явно, а не по порядку. Совет: сценарий с изменённым статусом из последнего пункта проверьте до боевого запуска. У меня он сначала создавал вторую строку вместо обновления первой.

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

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

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

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

Все гайды →