---
name: ai-topic-research
description: |
  Использовать для исследования любой AI-темы в этом репозитории и сохранения русскоязычного markdown-отчета в research/.
  Приоритет источников: Habr, VC.ru, экспертные посты, отраслевые доклады, документация, GitHub и независимые медиа.
  Не использовать маркетинговые лендинги, тарифные страницы, affiliate-обзоры, SEO-страницы и продающие материалы как источники исследования.
---

# Исследование AI-тем

Исследует AI-темы для этого repo и сохраняет результат в `research/<slug>-YYYY-MM-DD.md`.

## Когда использовать

Использовать скилл, когда пользователь просит:

- исследовать AI-тему;
- собрать источники по AI-инструментам, AI-агентам, моделям, продуктам или бизнес-кейсам;
- подготовить русскоязычный обзор, memo, report или исследовательскую записку;
- сохранить результат исследования в папке `research/`.

## Политика источников

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

Приоритетные источники:

1. Habr: технические разборы, истории внедрения, инженерный анализ.
2. VC.ru: сильные посты основателей, продуктовых команд, операторов и бизнес-практиков.
3. Экспертные блоги и профильные авторские разборы с указанными авторами и конкретными доказательствами.
4. Отраслевые отчеты, PDF, аналитические доклады, конференционные материалы.
5. Официальная документация, release notes, GitHub-репозитории, issues, discussions.
6. Независимые медиа и интервью с понятными датами и атрибуцией источников.

Допустимы только как вторичные свидетельства:

- Посты Telegram, X/Twitter-треды, Reddit, форумы и соцсети.
- Использовать их для лидов, пользовательских историй, цитат или примеров только с явной маркировкой.
- Не делать соцсети основной доказательной базой, если пользователь явно не просит исследование соцсетей.

Исключить как источники исследования:

- маркетинговые лендинги;
- страницы, продающие настройку или интеграционные услуги;
- тарифные и pricing-страницы;
- affiliate-обзоры и referral-подборки;
- SEO-страницы, написанные главным образом ради трафика;
- рекламные подборки и vendor comparison pages без проверяемых доказательств.

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

## Рабочий процесс

1. Сформулировать исследовательский вопрос одним предложением.
2. Зафиксировать ограничения из запроса пользователя:
   - язык: русский по умолчанию;
   - минимум источников: 10 немаркетинговых источников по умолчанию;
   - путь результата: `research/<slug>-YYYY-MM-DD.md`;
   - дата: использовать фактическую текущую дату.
3. Искать в таком порядке:
   - `site:habr.com <topic>`;
   - `site:vc.ru <topic>`;
   - официальная документация, GitHub, release notes;
   - независимые медиа, экспертные блоги, PDF, отчеты;
   - социальные источники только для вторичных сигналов.
4. Классифицировать каждый источник-кандидат:
   - `high`: сильный пост Habr/VC, документация, GitHub, отчет, экспертный анализ;
   - `medium`: независимое медиа или полезная статья с частичными доказательствами;
   - `low`: соцсеть, форум, vendor-adjacent статья, слабая атрибуция;
   - `exclude`: маркетинг, тарифы, SEO, affiliate, sales.
5. Сохранять минимум 10 немаркетинговых источников, когда тема это позволяет.
6. Проверять даты и разделять:
   - свежие/актуальные факты;
   - старый контекст;
   - заявления, которые могли устареть.
7. Синтезировать отчет на русском.
8. Сохранить markdown-отчет в `research/`.
9. В финальном ответе пользователю указать путь к файлу, число источников, оценку уверенности и ключевое ограничение доказательной базы.

## Структура отчета

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

```markdown
# <Название исследования>

Дата исследования: <YYYY-MM-DD>
Фокус: <одно предложение>
Ограничение источников: <заметка о качестве источников>

## Короткий вывод

## Что происходит на рынке / в теме

## Реальные сценарии применения

## Ограничения и риски

## Практические рекомендации

## Источники

## Оценка уверенности
```

Для бизнес-тем добавлять конкретные сценарии по функциям, когда это полезно:

- продажи и CRM;
- клиентская поддержка;
- маркетинг и контент;
- операционные процессы;
- аналитика и отчетность;
- разработка и DevOps;
- HR и обучение;
- юридические, финансовые или risk-сценарии.

## Правила именования файлов

- Использовать `research/<slug>-YYYY-MM-DD.md`.
- `slug` должен быть латиницей, в нижнем регистре, в kebab-case.
- Делать `slug` коротким и привязанным к теме.
- Пример: `research/ai-agents-sales-2026-06-04.md`.

## Планка качества

- Предпочитать меньше сильных источников вместо добивки слабыми страницами.
- Не засчитывать исключенные маркетинговые страницы в минимум источников.
- Не выдавать заявления вендоров за подтвержденные факты.
- Явно помечать ограничения источников.
- Указывать точные даты для актуальных или time-sensitive утверждений.
- Различать статусы утверждений: `confirmed`, `reported`, `claimed`.
- Если источники расходятся, добавить короткую заметку о противоречии и вероятной причине.
- Финальный ответ пользователю держать коротким, прямым и на русском.