Единый поиск по рабочим сервисам

Ищет сразу в чате, почте, облачных документах и трекере задач и отвечает одним сведённым ответом.

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

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

Входит в плагин enterprise-search. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

Нажмите «Скачать на русском» и сохраните архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку search в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: search
description: Поиск по всем подключённым источникам одним запросом. Запускай по фразам «найди тот документ про...», «что мы решили по...», «где было обсуждение...», а также когда ищешь решение, документ или обсуждение, которое может лежать в чате, почте, облачном хранилище или трекере задач.
argument-hint: "<query>"
---

Команда поиска

Если встретишь незнакомые подстановки или нужно узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).

Ищи по всем подключённым MCP-источникам одним запросом. Разбей вопрос пользователя на части, запусти параллельные поиски и сведи результаты воедино.

Инструкции

1. Проверка доступных источников

Перед поиском определи, какие MCP-источники доступны. Постарайся выяснить подключённые инструменты по списку доступных инструментов. Типичные источники:

~~chat — инструменты чат-платформы
~~email — инструменты почты
~~cloud storage — инструменты облачного хранилища
~~project tracker — инструменты управления проектами
~~CRM — инструменты CRM
~~knowledge base — инструменты базы знаний

Если ни один MCP-источник не подключён:

Чтобы искать по твоим инструментам, нужно подключить хотя бы один источник.
Загляни в настройки MCP и добавь ~~chat, ~~email, ~~cloud storage или другие инструменты.

Поддерживаемые источники: ~~chat, ~~email, ~~cloud storage, ~~project tracker, ~~CRM, ~~knowledge base
и любой другой сервис, подключённый через MCP.

2. Разбор запроса пользователя

Проанализируй поисковый запрос, чтобы понять:

Намерение: что ищет пользователь? (решение, документ, человека, обновление статуса, обсуждение)
Сущности: упомянутые люди, проекты, команды, инструменты
Ограничения по времени: признаки свежести («на этой неделе», «в прошлом месяце», конкретные даты)
Подсказки об источнике: ссылки на конкретные инструменты («в ~~chat», «то письмо», «тот документ»)
Фильтры: выдели явные фильтры из запроса:
from: — фильтр по отправителю или автору
in: — фильтр по каналу, папке или месту
after: — только результаты после этой даты
before: — только результаты до этой даты
type: — фильтр по типу содержимого (сообщение, письмо, документ, цепочка, файл)

3. Разбиение на подзапросы

Для каждого доступного источника составь целевой подзапрос на родном синтаксисе поиска этого источника:

~~chat:

Используй доступные инструменты поиска и чтения для своей чат-платформы
Переведи фильтры: from: соответствует отправителю, in: — каналу или комнате, даты — фильтрам по периоду
Для смыслового поиска при необходимости используй запросы на естественном языке
Для точных совпадений используй ключевые слова

~~email:

Используй доступные инструменты поиска по почте
Переведи фильтры: from: соответствует отправителю, даты — фильтрам по периоду
type: сопоставляй с фильтрами по вложениям или поиском по теме письма — как подходит

~~cloud storage:

Используй доступные инструменты поиска файлов
Переведи в синтаксис запросов к файлам: имя содержит, полный текст содержит, дата изменения, тип файла
Учитывай и названия файлов, и их содержимое

~~project tracker:

Используй доступные инструменты поиска задач или подсказок по вводу
Сопоставь с поиском по тексту задач, фильтрами по исполнителю, дате и проекту

~~CRM:

Используй доступные инструменты запросов к CRM
Ищи по клиентам (Account), контактам (Contact), возможностям (Opportunity) и другим нужным объектам

~~knowledge base:

Для вопросов по смыслу используй семантический поиск
Для точных совпадений используй поиск по ключевым словам

4. Параллельное выполнение поисков

Запускай все подзапросы одновременно по всем доступным источникам. Не жди ответа одного источника, чтобы искать в другом.

По каждому источнику:

Выполни переведённый запрос
Сохрани результаты с метаданными (время, авторы, ссылки, тип источника)
Отмечай источники, которые дали сбой или вернули ошибку, — не позволяй одному сбою блокировать остальные

5. Ранжирование и устранение дублей

Устранение дублей:

Находи одну и ту же информацию в разных источниках (например, решение, обсуждённое в ~~chat И подтверждённое письмом)
Объединяй связанные результаты вместо показа дублей
Предпочитай самую авторитетную или полную версию

Факторы ранжирования:

Релевантность: насколько результат соответствует намерению запроса?
Свежесть: для вопросов о статусе и решениях более свежие результаты выше
Авторитетность: для фактических вопросов официальные документы > вики > сообщения в чате; для вопросов «что мы обсуждали» обсуждения > документы
Полнота: результаты с большим контекстом выше

6. Единое представление результатов

Оформляй ответ как связный ответ, а не как сырой список результатов:

Для вопросов о фактах и решениях:

[Прямой ответ на вопрос]

Источники:
- [Источник 1: краткое описание] (~~chat, #канал, дата)
- [Источник 2: краткое описание] (~~email, от человека, дата)
- [Источник 3: краткое описание] (~~cloud storage, название документа, последнее изменение)

Для исследовательских вопросов («что мы знаем о X»):

[Сводка, объединяющая информацию из всех источников]

Найдено в:
- ~~chat: X релевантных сообщений в Y каналах
- ~~email: X релевантных цепочек
- ~~cloud storage: X связанных документов
- [Другие источники, если есть]

Ключевые источники:
- [Самый важный источник со ссылкой]
- [Второй по важности источник]

Для запросов «найди» (поиск конкретной вещи):

[То, что они ищут, с прямой ссылкой]

Также найдено:
- [Связанные пункты из других источников]

7. Обработка особых случаев

Неоднозначные запросы: Если запрос можно понять по-разному, перед поиском задай один уточняющий вопрос:

«Переработка API» может означать несколько вещей. Вы ищете:
1. Переработку REST API v2 (проект Aurora)
2. Изменения во внутреннем API SDK
3. Что-то другое?

Нет результатов:

Я ничего не нашёл по запросу «[запрос]» в [список источников, где искал].

Попробуй:
- Более общие термины (например, «база данных» вместо «миграция PostgreSQL»)
- Другой период времени (сейчас поиск идёт за [период])
- Проверить, подключён ли нужный источник (сейчас ищу в: [источники])

Частичные результаты (часть источников дала сбой):

[Результаты из успешных источников]

Примечание: во время поиска не удалось связаться с [сбойные источники].
Результаты выше получены только из [успешные источники].

Примечания

Всегда ищи по нескольким источникам параллельно — никогда по очереди
Превращай результаты в ответы, а не просто перечисляй сырые результаты поиска
Указывай источники, чтобы пользователь мог копнуть глубже
Учитывай синтаксис фильтров пользователя и применяй его к каждому источнику по-своему
Когда в запросе упомянут конкретный человек, ищи его сообщения, документы и упоминания во всех источниках
Для срочных по времени запросов повышай значимость свежести при ранжировании
Если подключён только один источник, всё равно дай полезные результаты из него

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/enterprise-search/skills/search, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском

---
name: search
description: Search across all connected sources in one query. Trigger with "find that doc about...", "what did we decide on...", "where was the conversation about...", or when looking for a decision, document, or discussion that could live in chat, email, cloud storage, or a project tracker.
argument-hint: "<query>"
---

# Search Command

> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md).

Search across all connected MCP sources in a single query. Decompose the user's question, run parallel searches, and synthesize results.

## Instructions

### 1. Check Available Sources

Before searching, determine which MCP sources are available. Attempt to identify connected tools from the available tool list. Common sources:

- **~~chat** — chat platform tools
- **~~email** — email tools
- **~~cloud storage** — cloud storage tools
- **~~project tracker** — project tracking tools
- **~~CRM** — CRM tools
- **~~knowledge base** — knowledge base tools

If no MCP sources are connected:
```
To search across your tools, you'll need to connect at least one source.
Check your MCP settings to add ~~chat, ~~email, ~~cloud storage, or other tools.

Supported sources: ~~chat, ~~email, ~~cloud storage, ~~project tracker, ~~CRM, ~~knowledge base,
and any other MCP-connected service.
```

### 2. Parse the User's Query

Analyze the search query to understand:

- **Intent**: What is the user looking for? (a decision, a document, a person, a status update, a conversation)
- **Entities**: People, projects, teams, tools mentioned
- **Time constraints**: Recency signals ("this week", "last month", specific dates)
- **Source hints**: References to specific tools ("in ~~chat", "that email", "the doc")
- **Filters**: Extract explicit filters from the query:
  - `from:` — Filter by sender/author
  - `in:` — Filter by channel, folder, or location
  - `after:` — Only results after this date
  - `before:` — Only results before this date
  - `type:` — Filter by content type (message, email, doc, thread, file)

### 3. Decompose into Sub-Queries

For each available source, create a targeted sub-query using that source's native search syntax:

**~~chat:**
- Use available search and read tools for your chat platform
- Translate filters: `from:` maps to sender, `in:` maps to channel/room, dates map to time range filters
- Use natural language queries for semantic search when appropriate
- Use keyword queries for exact matches

**~~email:**
- Use available email search tools
- Translate filters: `from:` maps to sender, dates map to time range filters
- Map `type:` to attachment filters or subject-line searches as appropriate

**~~cloud storage:**
- Use available file search tools
- Translate to file query syntax: name contains, full text contains, modified date, file type
- Consider both file names and content

**~~project tracker:**
- Use available task search or typeahead tools
- Map to task text search, assignee filters, date filters, project filters

**~~CRM:**
- Use available CRM query tools
- Search across Account, Contact, Opportunity, and other relevant objects

**~~knowledge base:**
- Use semantic search for conceptual questions
- Use keyword search for exact matches

### 4. Execute Searches in Parallel

Run all sub-queries simultaneously across available sources. Do not wait for one source before searching another.

For each source:
- Execute the translated query
- Capture results with metadata (timestamps, authors, links, source type)
- Note any sources that fail or return errors — do not let one failure block others

### 5. Rank and Deduplicate Results

**Deduplication:**
- Identify the same information appearing across sources (e.g., a decision discussed in ~~chat AND confirmed via email)
- Group related results together rather than showing duplicates
- Prefer the most authoritative or complete version

**Ranking factors:**
- **Relevance**: How well does the result match the query intent?
- **Freshness**: More recent results rank higher for status/decision queries
- **Authority**: Official docs > wiki > chat messages for factual questions; conversations > docs for "what did we discuss" queries
- **Completeness**: Results with more context rank higher

### 6. Present Unified Results

Format the response as a synthesized answer, not a raw list of results:

**For factual/decision queries:**
```
[Direct answer to the question]

Sources:
- [Source 1: brief description] (~~chat, #channel, date)
- [Source 2: brief description] (~~email, from person, date)
- [Source 3: brief description] (~~cloud storage, doc name, last modified)
```

**For exploratory queries ("what do we know about X"):**
```
[Synthesized summary combining information from all sources]

Found across:
- ~~chat: X relevant messages in Y channels
- ~~email: X relevant threads
- ~~cloud storage: X related documents
- [Other sources as applicable]

Key sources:
- [Most important source with link/reference]
- [Second most important source]
```

**For "find" queries (looking for a specific thing):**
```
[The thing they're looking for, with direct reference]

Also found:
- [Related items from other sources]
```

### 7. Handle Edge Cases

**Ambiguous queries:**
If the query could mean multiple things, ask one clarifying question before searching:
```
"API redesign" could refer to a few things. Are you looking for:
1. The REST API v2 redesign (Project Aurora)
2. The internal SDK API changes
3. Something else?
```

**No results:**
```
I couldn't find anything matching "[query]" across [list of sources searched].

Try:
- Broader terms (e.g., "database" instead of "PostgreSQL migration")
- Different time range (currently searching [time range])
- Checking if the relevant source is connected (currently searching: [sources])
```

**Partial results (some sources failed):**
```
[Results from successful sources]

Note: I couldn't reach [failed source(s)] during this search.
Results above are from [successful sources] only.
```

## Notes

- Always search multiple sources in parallel — never sequentially
- Synthesize results into answers, do not just list raw search results
- Include source attribution so users can dig deeper
- Respect the user's filter syntax and apply it appropriately per source
- When a query mentions a specific person, search for their messages/docs/mentions across all sources
- For time-sensitive queries, prioritize recency in ranking
- If only one source is connected, still provide useful results from that source

Источник: anthropics/knowledge-work-plugins / enterprise-search / search ↗. Ссылка проверена 2026-10-10.

---
name: search
description: Поиск по всем подключённым источникам одним запросом. Запускай по фразам «найди тот документ про...», «что мы решили по...», «где было обсуждение...», а также когда ищешь решение, документ или обсуждение, которое может лежать в чате, почте, облачном хранилище или трекере задач.
argument-hint: "<query>"
---

# Команда поиска

> Если встретишь незнакомые подстановки или нужно узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).

Ищи по всем подключённым MCP-источникам одним запросом. Разбей вопрос пользователя на части, запусти параллельные поиски и сведи результаты воедино.

## Инструкции

### 1. Проверка доступных источников

Перед поиском определи, какие MCP-источники доступны. Постарайся выяснить подключённые инструменты по списку доступных инструментов. Типичные источники:

- **~~chat** — инструменты чат-платформы
- **~~email** — инструменты почты
- **~~cloud storage** — инструменты облачного хранилища
- **~~project tracker** — инструменты управления проектами
- **~~CRM** — инструменты CRM
- **~~knowledge base** — инструменты базы знаний

Если ни один MCP-источник не подключён:
```
Чтобы искать по твоим инструментам, нужно подключить хотя бы один источник.
Загляни в настройки MCP и добавь ~~chat, ~~email, ~~cloud storage или другие инструменты.

Поддерживаемые источники: ~~chat, ~~email, ~~cloud storage, ~~project tracker, ~~CRM, ~~knowledge base
и любой другой сервис, подключённый через MCP.
```

### 2. Разбор запроса пользователя

Проанализируй поисковый запрос, чтобы понять:

- **Намерение**: что ищет пользователь? (решение, документ, человека, обновление статуса, обсуждение)
- **Сущности**: упомянутые люди, проекты, команды, инструменты
- **Ограничения по времени**: признаки свежести («на этой неделе», «в прошлом месяце», конкретные даты)
- **Подсказки об источнике**: ссылки на конкретные инструменты («в ~~chat», «то письмо», «тот документ»)
- **Фильтры**: выдели явные фильтры из запроса:
  - `from:` — фильтр по отправителю или автору
  - `in:` — фильтр по каналу, папке или месту
  - `after:` — только результаты после этой даты
  - `before:` — только результаты до этой даты
  - `type:` — фильтр по типу содержимого (сообщение, письмо, документ, цепочка, файл)

### 3. Разбиение на подзапросы

Для каждого доступного источника составь целевой подзапрос на родном синтаксисе поиска этого источника:

**~~chat:**
- Используй доступные инструменты поиска и чтения для своей чат-платформы
- Переведи фильтры: `from:` соответствует отправителю, `in:` — каналу или комнате, даты — фильтрам по периоду
- Для смыслового поиска при необходимости используй запросы на естественном языке
- Для точных совпадений используй ключевые слова

**~~email:**
- Используй доступные инструменты поиска по почте
- Переведи фильтры: `from:` соответствует отправителю, даты — фильтрам по периоду
- `type:` сопоставляй с фильтрами по вложениям или поиском по теме письма — как подходит

**~~cloud storage:**
- Используй доступные инструменты поиска файлов
- Переведи в синтаксис запросов к файлам: имя содержит, полный текст содержит, дата изменения, тип файла
- Учитывай и названия файлов, и их содержимое

**~~project tracker:**
- Используй доступные инструменты поиска задач или подсказок по вводу
- Сопоставь с поиском по тексту задач, фильтрами по исполнителю, дате и проекту

**~~CRM:**
- Используй доступные инструменты запросов к CRM
- Ищи по клиентам (Account), контактам (Contact), возможностям (Opportunity) и другим нужным объектам

**~~knowledge base:**
- Для вопросов по смыслу используй семантический поиск
- Для точных совпадений используй поиск по ключевым словам

### 4. Параллельное выполнение поисков

Запускай все подзапросы одновременно по всем доступным источникам. Не жди ответа одного источника, чтобы искать в другом.

По каждому источнику:
- Выполни переведённый запрос
- Сохрани результаты с метаданными (время, авторы, ссылки, тип источника)
- Отмечай источники, которые дали сбой или вернули ошибку, — не позволяй одному сбою блокировать остальные

### 5. Ранжирование и устранение дублей

**Устранение дублей:**
- Находи одну и ту же информацию в разных источниках (например, решение, обсуждённое в ~~chat И подтверждённое письмом)
- Объединяй связанные результаты вместо показа дублей
- Предпочитай самую авторитетную или полную версию

**Факторы ранжирования:**
- **Релевантность**: насколько результат соответствует намерению запроса?
- **Свежесть**: для вопросов о статусе и решениях более свежие результаты выше
- **Авторитетность**: для фактических вопросов официальные документы > вики > сообщения в чате; для вопросов «что мы обсуждали» обсуждения > документы
- **Полнота**: результаты с большим контекстом выше

### 6. Единое представление результатов

Оформляй ответ как связный ответ, а не как сырой список результатов:

**Для вопросов о фактах и решениях:**
```
[Прямой ответ на вопрос]

Источники:
- [Источник 1: краткое описание] (~~chat, #канал, дата)
- [Источник 2: краткое описание] (~~email, от человека, дата)
- [Источник 3: краткое описание] (~~cloud storage, название документа, последнее изменение)
```

**Для исследовательских вопросов («что мы знаем о X»):**
```
[Сводка, объединяющая информацию из всех источников]

Найдено в:
- ~~chat: X релевантных сообщений в Y каналах
- ~~email: X релевантных цепочек
- ~~cloud storage: X связанных документов
- [Другие источники, если есть]

Ключевые источники:
- [Самый важный источник со ссылкой]
- [Второй по важности источник]
```

**Для запросов «найди» (поиск конкретной вещи):**
```
[То, что они ищут, с прямой ссылкой]

Также найдено:
- [Связанные пункты из других источников]
```

### 7. Обработка особых случаев

**Неоднозначные запросы:**
Если запрос можно понять по-разному, перед поиском задай один уточняющий вопрос:
```
«Переработка API» может означать несколько вещей. Вы ищете:
1. Переработку REST API v2 (проект Aurora)
2. Изменения во внутреннем API SDK
3. Что-то другое?
```

**Нет результатов:**
```
Я ничего не нашёл по запросу «[запрос]» в [список источников, где искал].

Попробуй:
- Более общие термины (например, «база данных» вместо «миграция PostgreSQL»)
- Другой период времени (сейчас поиск идёт за [период])
- Проверить, подключён ли нужный источник (сейчас ищу в: [источники])
```

**Частичные результаты (часть источников дала сбой):**
```
[Результаты из успешных источников]

Примечание: во время поиска не удалось связаться с [сбойные источники].
Результаты выше получены только из [успешные источники].
```

## Примечания

- Всегда ищи по нескольким источникам параллельно — никогда по очереди
- Превращай результаты в ответы, а не просто перечисляй сырые результаты поиска
- Указывай источники, чтобы пользователь мог копнуть глубже
- Учитывай синтаксис фильтров пользователя и применяй его к каждому источнику по-своему
- Когда в запросе упомянут конкретный человек, ищи его сообщения, документы и упоминания во всех источниках
- Для срочных по времени запросов повышай значимость свежести при ранжировании
- Если подключён только один источник, всё равно дай полезные результаты из него

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/enterprise-search/skills/search, лицензия Apache-2.0. Изменения: перевод на русский язык.