Миф «нейросеть не разбирается в таблицах» живуч по одной причине: люди просят «сделай мне анализ» и получают воду. LLM отлично работает с табличной логикой — но только когда вы даёте ей структуру колонок, 2–3 примера строк и ожидаемый результат. Без этого модель угадывает и выдаёт формулу, которая падает в #REF.
Ниже — промты, которые я гоняю в работе: от разбора #VALUE до сводных по менеджерам и скриптов автоотправки отчёта. Каждый — с реальным примером. Общая логика выбора между формулой и скриптом разобрана в Формула или скрипт, здесь — конкретика по Excel и Google Sheets.
Почему промт «напиши формулу» проваливается
Модель не видит ваш файл. Всё, что она знает — текст промта. Если в нём нет имён колонок, диапазонов и типа данных, она придумает свои. Отсюда три классических провала:
- #N/A вместо совпадения — потому что модель не знала, что артикул в одной таблице с пробелом в конце, а в другой без.
- #REF — формула ссылается на лист, которого нет, или на диапазон с неверным смещением.
- Неверный результат без ошибки — SUMIFS посчитал, но критерий взял не тот столбец. Это опаснее всего: ошибку не видно.
Промт-шаблон, на который нанизываются все остальные
Это база. Копируйте и подставляйте задачу.
Ты — эксперт по Excel и Google Sheets.
Структура таблицы (лист «Продажи»):
A: Дата (дата, формат ДД.ММ.ГГГГ)
B: Менеджер (текст)
C: Артикул (текст, 8 символов)
D: Количество (целое)
E: Цена (число, рубли)
F: Сумма (число)
Пример строк:
01.03.2026
| Иванов | AB123456 | 3 | 1500 | 4500
02.03.2026
| Петров | CD654321 | 1 | 2300 | 2300
Задача: посчитать сумму продаж по менеджеру Иванов за март 2026.
Ожидаемый результат на примере: 4500.
Дай формулу для Excel и отдельно для Google Sheets, если синтаксис отличается. Объясни каждый аргумент одной строкой.
Дальше просто меняете блок «Задача». Всё остальное работает как каркас.
Промты для формул поиска и условий
XLOOKUP / ВПР с подвохом
Классика: «почему ВПР возвращает #N/A, хотя значение точно есть». Причина почти всегда в типах — число против текста, лишние пробелы.
У меня две таблицы. В «Заказы» колонка C — артикул (текст), в «Справочник» колонка A — артикул (текст).
ВПР возвращает #N/A для части строк. Пример: C2 = "AB123456", A5 = "AB123456 " (возможно, с пробелом).
Предложи: 1) диагностическую формулу, которая покажет, где именно расхождение (пробелы, типы); 2) рабочую формулу поиска через XLOOKUP с обработкой пробелов; 3) аналог для Google Sheets.
Модель обычно даёт =СЖПРОБЕЛЫ() / TRIM() в связке и XLOOKUP с if_not_found. Это реально закрывает 80% случаев #N/A.
SUMIFS с несколькими условиями
Посчитай сумму по менеджеру и месяцу. Условие по менеджеру — точное совпадение текста, по месяцу — диапазон дат с 01.03.2026 по 31.03.2026.
Дай SUMIFS и объясни, почему нельзя использовать текстовый критерий "март" по колонке с датами.
Последний пункт — важный: критерий по дате в SUMIFS работает только с диапазоном или с датами, а не со словами «март». Модель это объясняет, и вы перестаёте ловить нули в отчёте.
Промты для разбора ошибок
#VALUE и #REF
Формула: =СУММЕСЛИМН(F:F; B:B; "Иванов"; A:A; ">="&D1; A:A; "<="&E1)
Возвращает #VALUE. D1 и E1 содержат даты, но введены как текст ("01.03.2026").
Объясни причину и дай исправленный вариант. Покажи, как проверить тип ячейки формулой.
Модель укажет, что сравнение текста с датой ломается, и предложит ДАТАЗНАЧ() или перевести ячейки в дату. Плюс даст диагностику через =ЕЧИСЛО(D1).
Почему сводная не обновляется
Построил сводную по диапазону A1:F500, добавил строки 501–600 — они не попадают в отчёт.
Объясни, как сделать источник динамическим: через «умную таблицу» в Excel и через именованный диапазон или QUERY в Google Sheets.
Это тот случай, когда промт экономит не минуты, а часы отладки отчёта, который «вроде работает, но не полностью».
Промты для сводных таблиц
Сводную модель не строит «руками» — она выдаёт инструкцию по шагам и, что важнее, проверяет, сходятся ли цифры.
Задача: сводная по менеджерам и месяцам, значение — сумма продаж, дополнительно — количество заказов.
Данные: лист «Продажи», колонки A Дата, B Менеджер, D Количество, F Сумма.
Дай: 1) пошаговую инструкцию для Excel (вкладки «Строки», «Столбцы», «Значения»); 2) как то же самое сделать формулой QUERY в Google Sheets; 3) как проверить, что итог сводной совпадает с суммой по исходному столбцу F.
Третий пункт — золотой. Модель предложит контрольную сумму, и вы ловите ситуацию, когда в сводную не попали строки с пустым менеджером.
Google Sheets: QUERY вместо сводной
Напиши QUERY, который сгруппирует продажи по менеджеру и месяцу даты, посчитает сумму и количество.
Диапазон: Продажи!A1:F1000. Заголовки в первой строке. Дата в колонке A.
Дай формулу и объясни, как в QUERY получить месяц из даты (функция MONTH внутри select не работает напрямую).
Здесь модель честно скажет, что в QUERY нельзя вызвать MONTH к колонке напрямую, и предложит добавить вспомогательный столбец с =ТЕКСТ(A2;"ГГГГ-ММ") или использовать ARRAYFORMULA. Это тот самый неочевидный момент, до которого не дойдёшь за пять минут поиска.
Промты для Google Apps Script
Когда формул не хватает — автоматизация. Классика: отчёт раз в день на почту.
Напиши Google Apps Script, который:
1) берёт лист «Продажи»;
2) считает сумму продаж за вчерашний день;
3) формирует письмо с темой «Отчёт за <дата>» и телом «Сумма: <число> руб.»;
4) отправляет на manager@example.com;
5) настраивается через триггер «по времени» раз в день.
Дай код с комментариями и пошаговую инструкцию, как поставить триггер в редакторе скриптов.
Модель выдаст рабочий каркас с SpreadsheetApp, MailApp.sendEmail и ScriptApp.newTrigger. Ваш шаг — проверить ID таблицы и часовой пояс триггера.
Сравнение: формула, сводная или скрипт
| Задача | Формула | Сводная | Apps Script |
|---|---|---|---|
| Разовый расчёт по условию | Да | Нет | Избыточно |
| Регулярный отчёт по менеджерам | Частично | Да | Да, если нужна отправка |
| Автоотправка на почту | Нет | Нет | Да |
| Динамический источник данных | Да | Через умную таблицу | Да |
Trade-off простой: формула прозрачна и её видно в ячейке, но ломается при изменении структуры. Скрипт гибок, но его никто не проверит, кроме вас, — и ошибка живёт тихо, пока не придёт неверный отчёт. Сводная — компромисс: быстро, но не автоматизирует доставку.
Как не получить правдоподобную чушь
Три привычки, которые экономят нервы:
- Всегда просите контрольную проверку. «Покажи, как убедиться, что итог верный» — модель предложит сверку, и вы поймаете расхождение.
- Просите диагностику, а не только решение. Сначала формула, которая показывает проблему, потом — которая её решает.
- Уточняйте версию. XLOOKUP есть не везде, а синтаксис QUERY в Google Sheets отличается от Excel. Одна строка «для Excel 365 и Google Sheets» снимает половину ошибок.
Если работаете с доступом к данным и правами на таблицы, пригодится материал про Firestore Security Rules и Supabase RLS — логика та же: модель сильна там, где ей дали контекст.
Финальный совет: заведите файл с тремя-четырьмя рабочими промтами-каркасами и меняйте в них только блок задачи. Не пишите промт с нуля каждый раз — вы тратите время на то, что модель уже умеет, если дать ей структуру. Начните с промта для #N/A: это самая частая боль, и она закрывается за один запрос.