Обучения
ИИ-агент не видит файл на Google Диске или Яндекс.Диске: как исправить
Агент пишет «файл не найден» на Google Диске или Яндекс.Диске? Разбираем 7 частых причин — от периметра доступа и чужого аккаунта до лимита размера и отсутствия поиска по имени в API Яндекс.Диска — и даём точное решение для каждой, с примерами формулировок.
· ~8 мин
Если ИИ-агент не видит файл на Google Диске или Яндекс.Диске — отвечает «файл не найден» или не может его открыть, — причина почти всегда одна из семи: файл создан не через коннектор и оказался вне периметра доступа, подключён не тот аккаунт, нужный модуль или право на запись выключены, для Яндекс.Диска выбран узкий профиль «Только папка приложения», задана рабочая папка с неверным путём, файл больше лимита по размеру, или агент ищет файл по имени — а поиска по имени в API Яндекс.Диска попросту нет. Google Workspace и Яндекс.Диск в СуперИнтеллекте устроены по-разному: у Google доступ «по файлу» (агент видит только созданное им самим), у Яндекс.Диска — по выбранному периметру, который может включать и уже существующие файлы. Ниже — разбор каждой причины и таблица «симптом → причина → решение».
7 причин, почему агент не видит файл
1. Файл создан не через коннектор — он вне периметра Google
У коннектора Google Workspace доступ устроен «по файлу»: агент видит и редактирует только те файлы, которые создал сам через свои инструменты, или те, которые ему явно открыли отдельным доступом. Остальной Google Диск пользователя ему в принципе не виден — включая файлы, созданные до подключения коннектора, и файлы, сохранённые вручную мимо агента. На запрос про такой файл агент честно ответит «не найдено», и это ожидаемое поведение, а не сбой. Решение: попросите агента пересоздать или пересохранить нужный файл через коннектор прямо в текущем чате — новая версия окажется внутри периметра и будет видна при следующих запросах.
2. Подключён не тот аккаунт
Коннектор подключается один раз на рабочее пространство кнопкой «Подключить аккаунт» — и этим единственным подключением пользуются все агенты этого пространства. Если изначально подключили не тот аккаунт (например, личный вместо рабочего), агенты будут видеть файлы именно этого аккаунта, а не того, где на самом деле лежит нужный файл. Подробнее о том, как одно подключение работает на всю команду — в материале «Один аккаунт Google на всю команду агентов». Решение: откройте карточку интеграции — Google Workspace или Яндекс.Диск — и переподключите нужный аккаунт той же кнопкой «Подключить аккаунт»; агенты сразу начнут работать с новым аккаунтом.
3. Модуль или право на запись выключены
По умолчанию оба коннектора работают в режиме только чтения, а запись включается вручную — по модулям. Раздел с правом выдавать доступ и удалять файлы — «Доступ и удаление» у Google Workspace, «Удаление и публичные ссылки» у Яндекс.Диска — в обоих коннекторах выключен целиком по умолчанию, его нужно включить осознанно.
- Google Workspace: «Файлы Google Диска», «Google Документы», «Google Таблицы» доступны для чтения сразу; запись по каждому модулю включается отдельно, «Доступ и удаление» выключен по умолчанию
- Яндекс.Диск: «Обзор и чтение» доступен сразу; «Создание и загрузка» включается отдельно, «Удаление и публичные ссылки» выключен по умолчанию
Если агент отвечает «не могу сохранить» или «не могу изменить», хотя сам файл виден, — откройте карточку соответствующей интеграции и включите нужный модуль записи. Само действие записи или удаления агент всё равно попросит подтвердить в чате — это тоже штатное поведение, а не ошибка.
4. Яндекс.Диск: выбран узкий профиль «Только папка приложения», а файл лежит вне неё
Перед подключением Яндекс.Диска выбирается профиль доступа: «Только папка приложения» (рекомендуется, включён по умолчанию — единственная папка «Приложения/СуперИнтеллект», выйти за её пределы нельзя) или «Весь Диск». Если нужный файл лежит в обычных папках пользователя, а подключён узкий профиль, агент его не увидит — это выбранный периметр, а не сбой. Решение: переподключите аккаунт Яндекс.Диска с профилем «Весь Диск» — либо, как более узкий вариант, переместите нужный файл в папку «Приложения/СуперИнтеллект» и оставьте профиль без изменений.
5. Задана рабочая папка, а путь указан неверно
Дополнительно к профилю доступа для Яндекс.Диска можно задать «Рабочую папку» — конкретную подпапку, за пределы которой агент не выйдет, даже если формально она внутри выбранного профиля. Если путь указан неточно — опечатка, лишний уровень вложенности, не то название папки, — или нужный файл лежит в соседней папке, агент его не найдёт: он честно ограничен своей рабочей папкой. Решение: проверьте точный путь рабочей папки в настройках интеграции и сравните его с реальным расположением файла; если нужно расширить область работы агента, замените рабочую папку на более общую или уберите её вовсе, оставив только профиль доступа.
6. Файл больше лимита по размеру
У обоих коннекторов есть жёсткие лимиты на размер файла. Google Workspace читает и экспортирует файлы до 10 МБ, сохраняет текст файлом до 5 МБ (с конвертацией в Google Документ); при экспорте Google Таблицы в CSV выгружается только первый лист. Яндекс.Диск читает содержимое файлов до 15 МБ, сохраняет текст до 8 МБ. Если файл больше — агент не сможет прочитать его целиком или сохранить, даже если видит его и имеет право на запись.
Решение: для Яндекс.Диска попросите агента прислать временную ссылку на скачивание вместо чтения содержимого — она не упирается в лимит на текстовое чтение. Для Google Workspace в похожей ситуации помогает ссылка на экспорт файла — она тоже не требует читать файл целиком как текст. Для сохранения — разбейте контент на части поменьше или сократите текст перед тем, как просить сохранить его файлом.
7. Яндекс.Диск: агент ищет файл по имени, а поиска по имени в API нет
У API Яндекс.Диска нет метода поиска по имени файла — агенту приходится обходить папки вручную через списки и метаданные. На Диске с большим количеством вложенных папок он может не дойти до нужного файла за разумное число шагов. Это ограничение самого API, а не коннектора: на Google Диске такой проблемы в принципе нет, там видимость и без того ограничена периметром.
Пример запроса агенту
Если агент не находит файл по имени на Яндекс.Диске:
«Посмотри файл 'Смета_июль.xlsx' — он должен быть в папке /Отчёты/2026, если не найдёшь там, проверь /Архив/2025»
Если файл раньше сохраняли не через агента (Google Документы/Диск):
«Пересоздай документ 'Договор_шаблон' заново — прежнюю версию я мог сохранить не через тебя, поэтому ты её не видишь»
Если нужен доступ за пределами рабочей папки:
«Мне нужно поработать с файлами в /Клиенты/ООО Ромашка — если это вне твоей рабочей папки, скажи, что поменять в настройках интеграции»Таблица: симптом → причина → решение
| Симптом | Причина | Решение |
|---|---|---|
| Сразу после того как попросили агента создать или сохранить файл, в другом чате он отвечает «файл не найден» | Файл создан не через коннектор или вне периметра Google | Попросить агента пересоздать или пересохранить файл через коннектор в текущем чате |
| Агент не видит файлы, которые вы точно видите в веб-интерфейсе Диска | Подключён не тот аккаунт Google или Яндекс | В карточке интеграции нажать «Подключить аккаунт» и переподключить нужный |
| Агент говорит «не могу сохранить» или «не могу изменить», хотя файл виден | Модуль записи или конкретное право выключены (по умолчанию — только чтение) | Включить нужный модуль записи в настройках интеграции |
| Агент не находит файл, который лежит вне «Приложения/СуперИнтеллект» | Выбран профиль доступа «Только папка приложения» | Переподключить аккаунт с профилем «Весь Диск» либо переместить файл в папку приложения |
| Агент видит одни папки Яндекс.Диска, но не видит соседнюю | Задана рабочая папка, а путь в запросе указан неверно | Проверить точный путь рабочей папки в настройках интеграции |
| Агент обрывает чтение или отказывается сохранить файл | Файл больше лимита (10/15 МБ на чтение, 5/8 МБ на сохранение) | Попросить ссылку на экспорт (Google) или скачивание (Яндекс.Диск) вместо содержимого, либо уменьшить файл |
| Агент не находит файл, зная только его имя | В API Яндекс.Диска нет поиска по имени файла | Подсказать агенту папку или путь, где искать |
Google и Яндекс.Диск видят файлы по-разному
Если сомневаетесь, какой коннектор подключить для конкретной задачи — сравнение периметров, лимитов и модулей есть в статье «Google Workspace или Яндекс.Диск: что выбрать». Коротко: Google не видит существующий Диск пользователя в принципе, только созданное агентом. Яндекс.Диск может видеть уже существующие файлы — в пределах выбранного вами профиля и рабочей папки. Если задача — читать уже накопленные документы и таблицы, а не только созданные агентом, Яндекс.Диск с профилем «Весь Диск» ближе к этой задаче.
Отдельно: коннектор Google Workspace намеренно не включает Gmail и Google Календарь — это чувствительные scope-доступы, которые платформа не запрашивает через этот коннектор. Для почты и календаря есть отдельные интеграции: Почта (SMTP/IMAP) и Календарь (CalDAV). Если агент «не видит» письмо или событие календаря через коннектор Google Диска — дело не в настройках самого коннектора: эти сценарии закрывают именно эти отдельные интеграции, их и нужно подключить, если такая задача нужна.
Если ничего не помогло
Пройдите чек-лист ещё раз внимательно: какой аккаунт подключён, включён ли нужный модуль записи, совпадает ли профиль и рабочая папка Яндекс.Диска с реальным расположением файла, не превышает ли файл лимит по размеру. Если всё совпадает, а файла всё равно не видно — попросите агента показать список файлов в нужной папке (это отдельный инструмент в обоих коннекторах) и сверьте его с тем, что видите вы сами в веб-интерфейсе.
Проверить всё это удобнее всего на своём рабочем пространстве. Зарегистрируйтесь в СуперИнтеллекте, подключите Google Workspace или Яндекс.Диск в разделе интеграций и создайте тестовый файл через агента — так сразу станет понятно, как работает периметр на практике. Вызовы инструментов интеграций не расходуют нейроны платформы — тратится только доступ к вашему аккаунту сервиса.
Частые вопросы
Почему ИИ-агент не видит файлы на Google Диске?
Потому что у коннектора Google Workspace доступ устроен «по файлу»: агент видит только то, что создал сам через свои инструменты, или то, что ему открыли явно отдельным доступом. Остальной Google Диск пользователя, включая файлы, созданные до подключения коннектора, ему в принципе не виден — это осознанная защита, а не сбой. Подробнее — в статье «Может ли ИИ-агент читать мои файлы на Google Диске».
Как дать ИИ-агенту доступ ко всему Яндекс.Диску, а не только к папке приложения?
При подключении коннектора выбрать профиль доступа «Весь Диск» вместо профиля по умолчанию «Только папка приложения». Дополнительно можно задать «Рабочую папку» — подпапку, за пределы которой агент не выйдет, даже в профиле «Весь Диск». Пошагово — в гайде «Как подключить Яндекс.Диск к ИИ-агенту».
Что делать, если ИИ-агент подключён не к тому аккаунту Google или Яндекс?
Открыть карточку соответствующей интеграции и переподключить нужный аккаунт кнопкой «Подключить аккаунт» — по сути, это смена аккаунта. Учтите: подключение одно на всё рабочее пространство, им пользуются все агенты этого пространства, так что смена аккаунта повлияет на всех сразу.
Почему агент не может найти файл на Яндекс.Диске по названию?
Потому что у API Яндекс.Диска нет метода поиска по имени файла — агент вынужден обходить папки вручную. На Диске с большим количеством вложенных папок проще сразу подсказать, в какой папке или по какому пути искать файл, чем полагаться на то, что агент найдёт его сам по названию.
Оба коннектора подключаются одной кнопкой «Подключить аккаунт», без ввода токенов вручную. Зарегистрируйтесь в СуперИнтеллекте, чтобы подключить Google Workspace или Яндекс.Диск и увидеть периметр доступа на своих собственных файлах.