Проще говоря, drive-агент превращает разрозненное файловое хранилище в рабочий AI-интерфейс. Вместо ручного поиска по папкам пользователь задает вопрос: “где последняя версия договора?”, “что написано в регламенте?”, “какие документы не обновлялись год?” или “собери краткое резюме этих файлов”. Агент ищет источники, извлекает фрагменты и отвечает с ссылками.
Чаще всего drive-агент строят как RAG-систему. Он получает список файлов, читает metadata, проверяет права доступа, извлекает текст, режет документы на chunks, считает embeddings и сохраняет индекс. Когда пользователь задает вопрос, агент ищет релевантные фрагменты и передает их модели как контекст.
Ключевой риск - доступы. Файловый диск почти всегда содержит документы разных команд: финансы, HR, продажи, юристы, руководство, клиенты. Поэтому drive-агент должен фильтровать результаты по ACL до того, как текст попадет в модель. Если пользователь не может открыть документ в исходном хранилище, агент не должен показывать его содержимое, summary или косвенные подсказки.
Drive-агент отличается от обычного поиска по файлам тем, что может понимать вопрос, объединять несколько источников, объяснять ответ простыми словами, показывать цитаты, находить противоречия и предлагать следующий шаг. Но он не должен незаметно менять документы, удалять файлы, переносить папки или открывать доступы без approval.
Безопасная первая версия обычно работает read-only: поиск, ответы, citations, список источников, выявление устаревших файлов и черновики рекомендаций. Запись в документы, изменение прав, перенос файлов и рассылка ссылок включаются позже через approval workflow и audit log.
Для Google Workspace частный случай такого термина - ИИ-агент для Google Drive. Он использует Google Drive API, Google Docs API, OAuth или domain-wide delegation, учитывает Drive ACL и работает с Docs, Sheets, Slides и shared drives. Но сама идея drive-агента шире: похожий подход можно применять к OneDrive, SharePoint, S3, локальным папкам и корпоративным DMS.
Хороший drive-агент должен отвечать проверяемо: что найдено, какие документы использованы, где ссылка на источник, какие файлы были недоступны, насколько свежие данные, что не удалось найти и какие действия требуют подтверждения человека.
Примеры
- Сотрудник спрашивает, где лежит последняя версия регламента. Агент ищет по доступным папкам, находит документ и дает ссылку на источник.
- Финансовая команда загружает счета и акты в папку. Агент видит новые файлы, извлекает данные и отправляет сомнительные документы на review.
- Юрист просит сравнить две версии договора. Агент извлекает текст, показывает изменения и помечает пункты, которые требуют ручной проверки.
- Руководитель просит найти документы, которые не обновлялись больше года. Агент собирает список владельцев, дат и ссылок.
- Пользователь спрашивает про HR-политику, но у него нет доступа к папке HR. Агент не раскрывает содержимое и предлагает запросить доступ у владельца.
Где используется
- поиск по корпоративному диску
- чат по папкам и документам
- RAG по PDF, DOCX, Google Docs и таблицам
- ответы с цитатами и ссылками на источники
- индексация документов и metadata
- контроль ACL и прав доступа
- поиск устаревших или дублирующихся файлов
- сравнение версий документов
- извлечение данных из входящих файлов
- подготовка черновиков правок
- маршрутизация документов на review
- audit log действий с файлами
Связанные термины
ACL
API credentials
Approval workflow
Audit log
Citation в ответе AI
Document chunking
Document parser
Document Store
Частые вопросы
Что такое drive-агент простыми словами?
Это ИИ-помощник для файлового диска: он ищет документы, читает доступные файлы, отвечает по ним с источниками и помогает выполнять аккуратные действия вокруг документов.
Чем drive-агент отличается от агента для Google Drive?
Drive-агент - более общий термин для файловых хранилищ и облачных дисков. ИИ-агент для Google Drive - частный случай, где используются Google Drive API, Google Docs API, Drive ACL и возможности Google Workspace.
Можно ли индексировать весь диск компании?
Технически можно, но для первой версии это плохая идея. Лучше выбрать одну папку или один shared drive, настроить ACL-фильтрацию, проверить качество ответов и только потом расширять область индексации.
Какие данные должен хранить drive-агент?
Обычно хранят file_id, путь или папку, owner, modified_at, mime_type, ссылку на источник, chunk text, embeddings, metadata, ACL и audit log. Сам текст закрытых документов нужно защищать так же строго, как исходные файлы.
Можно ли разрешить агенту менять файлы?
Начинать лучше с read-only режима. Редактирование, удаление, перенос файлов и изменение прав доступа стоит включать только через approval workflow, роли доступа и журнал действий.
