AmigaОбучение ИИ
Модуль 3 · Расширение возможностей · урок 9 из 13

Поиск по корпоративным данным

8 мин чтения▶ есть видеоверсия

В любой компании старше двух лет есть вопрос, на который никто не может быстро ответить: «Где это лежало?». Регламент в Confluence, решение в Slack, смета на Drive, договорённость в письме. Поиск по корпоративным данным — попытка сделать так, чтобы этот вопрос задавали Claude, а не коллегам. После урока вы будете понимать, как режим работает, что для него нужно и какие вопросы ему по силам.

Что это такое

Поиск по корпоративным данным (enterprise search) — это функция командных и корпоративных планов Claude. Технически она выглядит как заранее настроенный проект с названием вида «Спросить <название организации>», который появляется в боковой панели у всех сотрудников. Внутри — обычный чат, но с одной особенностью: к нему подключены источники данных организации, и Claude по умолчанию ищет ответ в них.

Вы пишете вопрос обычным языком: «Какой у нас процесс согласования сметы с клиентом?» Claude ищет по документам, чатам и почте, собирает ответ из нескольких мест и приводит ссылки на источники — где именно это написано. Ответ можно уточнять, как в любом чате.

Какие источники и чьи права

Источники подключает владелец организации: хранилища документов (например, Google Drive или SharePoint), мессенджер (Slack), при желании почту, а также пользовательские коннекторы к внутренним системам. Пока владелец не настроил хотя бы источники документов и чатов, функция у сотрудников не работает.

Важный принцип: поиск учитывает права доступа. Каждый сотрудник авторизуется в источниках под своей учётной записью, и Claude показывает только то, что вы и так могли бы открыть сами. Если папка клиента закрыта для отдела продаж, продажи её не увидят и через Claude. Это снимает главный страх: поиск не открывает лишнего, он лишь ускоряет доступ к тому, что уже ваше.

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

Чем это отличается от коннекторов и проектов

Кажется, что коннекторы из предыдущего урока делают то же самое. Разница в масштабе и в том, кто настраивает.

Коннектор — ваш личный доступ к одному сервису в конкретном чате. Вы включаете его и обычно знаете, где искать: «посмотри в Drive», «проверь в Slack».

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

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

Практическое правило: знаете, где лежит, — коннектор или проект. Не знаете — корпоративный поиск.

Какие вопросы ему по силам

Хорошо работают вопросы про процессы, договорённости и историю:

  • «Что мы обещали клиенту по срокам второго этапа? Найди в переписке и протоколах».
  • «Как у нас принято передавать проект из дизайна в разработку? Собери из регламентов и обсуждений».
  • «Кто в прошлом году занимался интеграцией с платёжной системой и какие были проблемы?»
  • «Сведи все решения по проекту доставки за последний месяц в одну таблицу с датами и источниками».
  • «Есть ли у нас шаблон акта сдачи-приёмки и где последняя версия?»

Хуже работают вопросы, требующие точных вычислений по множеству документов («сколько всего часов мы потратили на клиентов из ритейла за год»), и вопросы про то, чего в источниках нет. Во втором случае хороший ответ — «не нашёл», и стоит ценить, когда Claude так и говорит, а не домысливает.

Как формулировать

Те же приёмы, что и в обычном чате, с одной поправкой: полезно указать, где искать в первую очередь и за какой период. «Найди в Slack и в протоколах за июль» сузит поиск и ускорит ответ. Если ответ пришёл с источниками, откройте хотя бы один: убедитесь, что ссылка ведёт туда, куда сказано, и что контекст не искажён.

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

Что это значит для Amiga

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

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

Если в вашей организации функция ещё не включена, вопрос к владельцу аккаунта Claude: какие источники подключить и с какими правами.

Попробуйте сами

10–15 мин на рабочем месте
  1. Если у вас есть доступ к корпоративному поиску: задайте три вопроса из списка выше, адаптировав к своему проекту. Для каждого ответа откройте один источник и проверьте, совпадает ли смысл.
  2. Задайте вопрос, ответа на который в источниках точно нет (например, про несуществующий проект). Посмотрите, признаёт ли Claude, что ничего не нашёл.
  3. Если доступа нет: запишите пять вопросов «где это лежало?», которые вы задавали коллегам за последний месяц. Это и список сценариев, и аргумент для подключения.

Коротко

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

Видеоверсия

Сценарий озвучки · 486 слов, ≈ 4 мин

В любой компании старше двух лет есть вопрос, на который никто не может быстро ответить: «Где это лежало?». Регламент в одном месте, решение в чате, смета на диске, договорённость в письме. Поиск по корпоративным данным — попытка сделать так, чтобы этот вопрос задавали Claude, а не коллегам.

Это функция командных и корпоративных планов. Выглядит она как заранее настроенный проект с названием вида «Спросить Amiga», который появляется в боковой панели у всех сотрудников. Внутри — обычный чат, но к нему подключены источники данных организации, и Claude ищет ответ в них. Вы пишете вопрос обычным языком: «Какой у нас процесс согласования сметы с клиентом?» Claude собирает ответ из нескольких мест и приводит ссылки, где именно это написано.

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

Чем это отличается от коннекторов из прошлого урока? Коннектор — ваш личный доступ к одному сервису, и обычно вы знаете, где искать. Корпоративный поиск — общая точка входа ко всем источникам сразу, и вы не обязаны знать, где лежит ответ. Проект — отобранный вручную набор знаний: точнее, но требует наполнения. Правило простое: знаете, где лежит — коннектор или проект; не знаете — корпоративный поиск.

Какие вопросы ему по силам? Про процессы, договорённости и историю. «Что мы обещали клиенту по срокам второго этапа?» «Как у нас принято передавать проект из дизайна в разработку?» «Кто занимался интеграцией с платёжной системой и какие были проблемы?» Хуже работают точные вычисления по множеству документов и вопросы про то, чего в источниках нет. Во втором случае хороший ответ — «не нашёл», и это стоит ценить.

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

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

Представьте нового аналитика в первую неделю. Вместо того чтобы писать в общий чат «а где у нас шаблон ТЗ?» и «как принято согласовывать сметы?», он задаёт эти вопросы Claude и получает ответы со ссылками на регламенты. Коллеги не отвлекаются, а новичок не стесняется спрашивать в третий раз.

В следующем уроке — режим исследования: как Claude проводит долгий поиск по многим источникам и собирает отчёт.

Отметка хранится только в вашем браузере