Нейросеть в Google Таблицах: как подключить через API

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

Что это даёт

Задачи, где таблица с моделью действительно экономит время.

Классификация строк. Отзывы по тональности, обращения по темам, товары по категориям — как это устроено.

Извлечение из текста. Из описания вакансии — город и зарплата; из письма — номер заказа; из адреса — регион.

Приведение к формату. Разнобойные названия компаний к единому виду, телефоны к общему формату, даты к одному стандарту.

Короткие тексты по данным строки. Описание товара по характеристикам, тема письма по его содержанию.

Перевод колонки. Названия, короткие описания, ярлыки интерфейса — как переводить через API.

Общее у всех: короткий вход, короткий выход, много строк. Это ровно тот профиль, где модель дёшева, а ручная работа дорога.

Как подключить

Схема простая, детали зависят от вашей таблицы.

Google Таблицы позволяют написать скрипт на встроенном языке и вызвать его как обычную функцию из ячейки. Скрипт отправляет запрос к API и возвращает текст ответа. Ключ хранится в свойствах скрипта, а не в ячейке таблицы — иначе он окажется виден всем, у кого есть доступ к документу, и уедет вместе с любой копией файла.

Тот же принцип, что и везде: ключ не должен лежать там, куда смотрит пользователь — где хранить и где нельзя.

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

Главная ловушка: автоматический пересчёт

Раздел, ради которого стоит читать эту статью.

Таблица пересчитывает формулы сама. Не только когда вы поменяли исходные данные, а при самых разных событиях: добавили строку, отредактировали соседнюю колонку, открыли документ заново, скопировали лист.

Для обычной формулы это ничего не стоит. Для формулы, за которой стоит платный запрос, каждый пересчёт — это новая оплата. Тысяча строк, пересчитанная пять раз за день, — это пять тысяч запросов при тысяче полезных.

Что с этим делать:

Не держите вызов модели в живой формуле. Это главное правило, и оно решает проблему целиком.

Запускайте обработку явно. Кнопка или пункт меню, который проходит по строкам, обращается к модели и записывает результат как текст, а не как формулу. Записанный текст не пересчитывается никогда.

Обрабатывайте только пустые ячейки. Тогда повторный запуск не тронет уже готовые строки.

Ставьте предел на запуск. Не более такого-то числа строк за раз — защита от случайного прогона по всему листу.

Эти четыре пункта превращают непредсказуемый расход в предсказуемый.

Как считать стоимость

Прикидка делается заранее и занимает пять минут.

Расход на строку — это входные токены (ваш промпт плюс данные строки) плюс выходные (ответ). Промпт при этом уходит при каждой строке, а не один раз на весь лист.

Отсюда два следствия:

Короткий промпт важнее, чем кажется. Лишний абзац инструкций, умноженный на тысячу строк, — это тысяча лишних отправок этого абзаца.

Просите короткий ответ. Категория одним словом, а не «эта строка относится к категории...». Механику разбирали в материале про строгий формат ответа.

Кириллица расходует больше токенов, чем латиница, — на русских данных прикидка по числу символов занижает объём. Подробности в разборе как считать токены.

Проверить экономику дешевле всего на нулевых позициях: в каталоге на 3 сентября 2026 года их восемь из сорока шести.

Какую модель брать

Здесь ответ приятный: почти любую.

Типовые задачи в таблицах — классификация, извлечение, приведение к формату. Короткий вход, короткий выход, понятный правильный ответ. Разница между дешёвой и дорогой моделью на таких задачах обычно измеряется единицами процентов, а разница в цене — разами.

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

Обработка построчно против одного запроса

Нюанс, который заметно влияет на счёт.

Есть два способа обработать сто строк: сто запросов по одной строке или один запрос со всеми ста.

По одной строке: промпт уходит сто раз, зато каждый ответ независим и ошибка не портит соседей. Проще отлаживать и повторять только неудачные.

Пакетом: промпт уходит один раз, экономия заметная. Но ответ приходит одной структурой, и если модель собьётся со строки, поедет весь остаток. Плюс сложнее сопоставлять ответы со строками.

Разумный компромисс — пакеты по десять-двадцать строк с явной нумерацией: промпт окупается, а ошибка портит небольшую группу, а не всё.

Что проверять в результате

Три проверки, которые превращают эксперимент в рабочий инструмент.

Ответ из списка. Если категорий пять, ответ должен быть одной из пяти. Всё остальное — в отдельную колонку «на проверку».

Пустые ячейки — это отказ, а не ноль. Строка, где модель не смогла, должна быть видна, а не выглядеть как обработанная.

Числа и даты — программно. Модель может ошибиться в арифметике и подать это уверенно. Считайте в таблице формулами, а модели поручайте извлечение.

Когда таблица — неподходящее место

Полезно назвать границу, потому что после первого удачного опыта в таблицу пытаются перенести всё.

Когда данные конфиденциальные. Документ, открытый по ссылке или расшаренный на отдел, — плохое место для персональных данных, которые вдобавок уходят к провайдеру модели. Это отдельный разговор — что уходит наружу.

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

Когда результат нужен в продукте. Таблица — рабочий инструмент человека, а не часть приложения. Если результат должен попадать на сайт или в базу, промежуточная таблица только добавляет ручной шаг.

Когда задача требует проверки каждой строки. Тогда экономии нет: время уходит на вычитку, а не на генерацию.

Хорошая роль таблицы — разовые и периодические прогоны, которые делает человек: разобрать выгрузку, разметить накопившееся, привести колонку к формату. Как только задача становится регулярной частью процесса, её пора переносить в код.

Чего мы не утверждаем

Не даём готового скрипта. Реализация зависит от вашей таблицы и настроек.

Не рекомендуем конкретные дополнения. Их много, у каждого свои условия и своя обработка ваших данных.

Не сравниваем модели по качеству. Своих замеров мы не делали.

Цифры каталога — на дату. 46 позиций и восемь нулевых — состояние на 3 сентября 2026 года.

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

Что держать в голове

Таблица с моделью в формуле выглядит удобно и стоит непредсказуемо: пересчёт происходит сам, а платите за него вы. Правильная схема — не формула, а кнопка, которая записывает результат текстом.

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

Как мы проверяем факты и что храним из запросов — на странице о проекте и в llms.txt. Проверить свою таблицу на нулевой ставке: keydealer.ru/login.